刚才听主持人说重量级，其实我并不重。正如一千个读者心中就有一千个哈姆雷特一样，在面临同样在线调查的困境，每家公司都有各自独特的理解和实践方法，在开始之前，我原来的题目是自助在线调查平台的应用前景，后来我有点犹豫了，有两个原因，第一个我觉得这个题目太大，因为前景来说，大家的理解都有不一样，而且我个人而言很难概括到所有的方方面面。

第二点的话，我觉得这个题目也太宽泛，在二十分钟时间内，我无法把一些细节跟大家表述清楚。所以基于我后来做的PPT内容，我把题目调整了一下。在线调查三步之纵观体验。正如刚才的嘉宾跟大家分享的，在线调查面临了我们常见的，而且一直悬而未决的问题。第一个，在线调查的系统学习使用，太懒了，太麻烦了，太复杂了，学习成本太高了。第二个商业问卷的制作实现，尤其是我们的商业调查问卷，当我们的研究人员，在线执行员看到复杂的商业问卷的时候，内心有一个词叫变态，太复杂了，逻辑的复杂，题型的复杂。第三个企业专属样本的邀约和督促。当我们现在，甲方或者是互联网公司积累了更多企业本身自有的样本数据以后，那么如何和在线调查系统结合起来使用，这也是一个问题。第四个问题是，调查问卷的高效以及精准的邀约。这也是解决我们实际在执行中的效率成本和质量的问题。

当然还有。我们接着往下看。我们既然提出了三步演变，所以今天我会从宏观层面跟大家去讲一下，我们对于在线调查系统这三步，到底如何演变的，然后我们会从每一步的演变当中，跟大家讲一下相应的细节和案例应用。就用需求层次模型，人类的需求从低级到高级有5个层次，那么在线调查系统，其实从早先的企业内部的一个管理系统，到后来我们形成半开放的，以及开放的系统，后两者其实可以称之为互联网产品。那么互联网产品本身，按照用户的需求，无非可以分为工具类，交易类，内容类或者是社交类，这几类。那我们今天提出的这种方式，是更新的，也更简洁的一种方式，可以供参考。

那么在最基础的阶段，我们把其称之为工具阶段。它是解决用户的单点最基本的需求。第二点发展进入到平台阶段，它是一个综合类的产品，解决的是多边协作与认同。最后一个高级阶段，作用在解决优化多边系统，最大化多边价值，说的比较抽象，为什么把问题搞那么复杂？其实还有另外一种解读，我们再看一下他们的理解。

其实在工具阶段，无非不就是让有人来用吗？工具做的好，自然会有人来用。平台阶段无非不就是介入更多的利益参与方与协作方，让更多的人来用。那最后生态阶段，有一个很大的野心就是，让所有人或者所有方来用，当然这里的前提是你是有一定需求的。那么我的市场部同事看了以后，也有另外一种理解，说你的解释太复杂了能不能这样理解，工具阶段，就像朋友一样，如果你需要，那就是能够想到的，大多数人之一，平台阶段就是一个备胎嘛，如果你被需要，你被想到，你就是被想到的少数人之一，生态阶段就是爱人，当你被需要的时候，你是被想到的唯一人选。

那么这是我们对于三步演变的模型。接下来我们看一下具体的实例。第一个工具阶段。在线调查的发展，其实我们业内已经有一个比较约定俗成的业务生态链，那么从在线问卷制作，第一步，第二步，在线问卷投放，解决问卷在线的投放问题。数据回收管理，第三步，解决我们对回收问卷进行在线的展示以及下载、导出等管理问题，那么基本上这三步，大家可以看到，现在市面上在线调查系统，基本上是按照这三步走得，约定俗成，它可以解决个人用户，或者是轻量级业务调查需求。那么我们从事在线调查，也是若干年，那么在这个基础上，其实对于企业，或者是研究公司，商业调查业务，那么还有两端，在最左端是项目的立项启动，最后一端项目结束了，就需要归档，进行关闭操作，这也是需要的。

那么以上就会构成我们较为完整的在线调查系统的业务生态链。尤其和甲方公司的调查业务。那么工具，它是有重点的，核心的重点是在在线问卷制作，这个环节其实是很多的产品设计出大问题的地方。所以今天我会以在线问卷制作，这个部分跟大家分享，在线调查系统作为工具属性的时候，在线问卷制作这个阶段，那么所需要注意的问题和它的要求特点。

我刚才叹了一口气，是因为我们在这块摔过跤的。如果是有机会的话，可以写一些当年摔过跤的文章跟大家分享，今天我想说，当年我们一起走过的这些弯路，这个也许是一个很好的题目，我们也许还可以用我们的一千个错误，当然我们还可以用我的错误你可以复制，你一定可以复制的。因为我相信，现在的公司可能和我们一样，在和我们犯同样的错误，有哪些错误呢？

对于问卷的题型设计。大家知道，益派从2006年就开始做专业的市场调研，所以我们在去做题型设计的时候，其实是非常有信心的，因为我们能够拥有每年超过五百道题型的市场研究，所以资料量非常丰富。那么在设计的时候，我们把一些题型做了大量的梳理，分析，最后我们拿出一个结论来，就是我们需要设计一百四十二类题型，呈现在我们的系统上。我们的开发员看了以后说，我们未来两年不需要新的计划了，急需要增加我们新的开发团队，因为我们分得太细了，对于题型的颗粒度分得太细了，实际上也不适用于实际的商业开发。

所以我们增加了两个维度，第一个对于各种题型的适用问题。有的题型太偏了，我们会降级处理。还有一些题型其实可以通过其它题型替代的，这个也在我们考虑范围之内。当然另外，我们要对题型本身做更细的颗粒度的合并分析。基于以上处理，我们拿到另一种实际的开发计划。最后我们设计了16种题型，当然还有一些题型也正在不断的迭代、开发当中，那么这个是我们致力于问卷题型的设计。

小结一下，少即是多，对于在线调查系统不是功能简单的叠加，而是在剖析功能基础上，按照业务特征进行合并、整合，并根据用户需求，按优先级进行排。那么这是对于问卷制作。问卷制作之后紧接着带来的问题是我们如何给用户提供一个好的操作界面，让用户去很方便的理解、学习和使用，这也是我们在刚开始提到一个问题，学习在线调查系统的问题。

我们很多系统正是由于学习成本太高，所以我们在实际行业过程当中，我们会设置一个叫在线督导的岗位，专门用来去制作在线问卷，因为界面操作太复杂了，甚至还要为这个系统专门制定操作手册，太复杂了。那么对于界面的设计，我们首先思考的是明确操作流程。对于个人用户很简单，就是按照三步走就行了，对于企业用户，我们就将每个环节分割成一项一项的任务，那么对于题目制作做一个任务，对于实施需求做一个任务，对于问卷投放做一个，对于在线投放整理做一个任务，就像游戏一样分配给相关人员去做，这个就可以简化我们的流程，你不需要做太多的思考。还有很多其他的，我们先举这两个例子。

第二个是减少操作步骤。对于个人而言，注册阶段我们控制在三分钟全部完成，你直接去点击文本显示区域就可以，就可以编辑，不用打开新的编辑页面，问卷模版导入直接完成题目的批量编辑，所以很快完成。

第三个是沿用用户的使用习惯。我们知道大家在去做问卷的时候，更多的是已经把电子问卷设计好了，而再添加，或者是按照在线问卷的方式进行编制。在这里我们沿用客户已有的办公软件使用习惯，直接在我们的制作界面上，直接点击编辑就可以了。所以你看到的界面，基本上和你的操作，办公软件的Word建得是差不多的。并且题目，界面全部一目了然，不需要再点开二级去看。我们呈现的样式也是一致的。

第三个逻辑，逻辑这块，往往是很薄弱的环节，大多数是薄弱环节，尤其是一些不太了解我们这个行业的，我们知道在一些互联网公司，已经在去介入我们的行业，他们在前三项也许做的还不错，但是在这个地方，往往会摔跤，为什么？对业务本身不了解。那么我们再去制定逻辑的时候，同样你知道，我们每一年都有超过五百万的商业问卷，我们拿这些问卷又作为最底层的分析进行逻辑的设计。

我先放大图，因为逻辑这部分，它基本上是来控制我们问卷的答题习惯。我们大家看到，这个是非常常用的。那么显示和隐藏，都是对于不同逻辑条件类型的设置，我们在操作界面上，会有详细的一个介绍，应用也是比较好一些，字面意思把答案应用到某个题的提纲，或者选项中的某个位置，都是可以。映射逻辑，就是把一道题的结果映射到另外一道题上面。那么这几个逻辑，可以覆盖到商业问卷里面的大多数的逻辑设计需求，而且逻辑之间可以做不同的组合。

那么这一个就可以借助我们逻辑的功能，这个地方我们的总结是，先可用再好用。要先满足用户对工具最基本的刚性需求。

最后一个，对于问卷的管理设计。问卷制作完了，发布上线了，接下来问题也来了，你们知道，正如大多数公司和益派公司一样，是一个非常严谨的，讲究数据质量的公司。所以我们的问卷上线以后，我们是不能够进行关闭的，刚开始，结束以后是不允许用户再干预开启的，用户也不允许修改问卷。后来我们上了这个公文以后，我们收到我们用户大量的吐槽和抱怨，因为我们有个大视频，就是我们的研究给到我们的执行人的问卷，往往会一直不断的去修改，甚至上线以后还要修改，你们应该承认这个问题，这个是事实，所以我们又放开了这些项目。问卷修改回收中允许用户进行修改。投放的条件，也可以修改实施条件，让实施的配额，唯一IP，控制都可以修改，只要你愿意都可以去改。当然我们为你保留，我们采用比较灵活的方式为你保留，修改之前的数据和之后的数据，所以都不影响你操作。

小结，能容错。开发系统设计一定要具备较好的业务容错能力。我们往往在设计数据的时候，往往把专业当成优势，实际上成为我们发展的绊脚石，很容易摔跤。要允许用户可以去犯错。所以这是我们在工具阶段，我们对于在线调查的实践和理解。

平台阶段，我们打造实际上是一个三边系统平台，三方在整个业务协作过程中。传统的样本管理弊端是非常明显的，我们虽然可以接入，我知道你们可以接入，实际上我们五年前就可以接入了，但是弊端很大。因为每个环节都需要线下人工干预，没有形成完整的全线上流程操作。比如说在对接之前，与样本执行员要沟通基本条件费用，等等问题，样本在对接的时候，不同样本提供方的结果不统一，所以需要专业人员接入。项目之间都需要事后由用户进行人工统计。所以这样肯定不行，效率太低了。

而新的模式应该每个环节介入样本，全部由系统完成，不需人工介入。无论是在前三个环节都是一样。那么具体是怎么去应用的。首先我简单讲，和云调查，和我们的样本方共享数据库，这个共享并不是我拿到一个样本ID就行了，哪怕你是假的也没有关系。对于每个样本的ID，我们会打上属性标签，在每次的调查过程中，这个样本就可以为我们共享，再去做一些评估抽样去使用。因此用户完成前面步骤以后，接下来的操作就全部由系统自动完成。

自动评估需求，自动的实施抽样，自动的发送任务，那么前两项都依赖于共享对样本数据库。而由样本提供方，或者去邀约样本，在云调查平台上提供系统，如果需要这方面支持的话，也需要我们邀约。所以大家看，最后这步，这个环节基本上都是系统直接完成了，没有人工介入。后面还有很多，我只是截业务流程里面一个片段。

最后一个其实也是个比较大的。我们在实际协作各方当中，会在业务流程中产生积累数据，那么这些积累数据同样也会给各方新的协作产生制约，处于良性的动态平衡当中。我们是单项的，我们形成生态内部就会有很多的循环。那么最后就拿一个样本做一个案例。通过我们共享数据库，我们有了样本水平标签以后，每一次的调查我们都会去根据参加问卷的内容和它的行为，我们会积累它得用户特征数据。那么久而久之，可以形成它的一个较为全的体征。那么对于它的属性，对于它的行为，对于它答题的认真程度都会积累下来。这个部分是邀约方式。如果一个样本习惯于用手机回答，并且在周六日，而且答题的时间通常九点到十点的话，我们的邀约系统会用这样的方式跟他邀约。

同样的，对样本可以进行这样扫描，对每一个调查用户也可以这样进行扫描，形成我们好的一个良性生态系统。总结一下我们上面所说的，工具阶段解决用户最基础的需求，平台阶段解决多边协作，实现问卷投方自动化。生态系统，同样也拿样本举例，通过挖掘样本数据、特征价值，来去样本指导邀约。最后感谢大家。