B端设计师在日常工作中，难以像产品经理那样深入用户，了解更加全面的需求。因此 ，深入业务，了解用户价值，是B端设计师对产品升级及优化的一大突破口，当中会涉及到用户研究。本文分享了其中的一种方法：问卷调查，希望对你有所帮助。
B端设计师在日常工作中一定遭遇过以下3个痛点：
因为工作流程的缘故，B端设计师很难像产品经理那样深入了解业务全貌，做需求往往陷入“知其然而不知其所以然”的困境。想要寻求价值点，去做一些突破的难度可想而知。因此深入了解业务是每个想突破的B端设计师必做的功课。
在这个过程中，就会涉及用户研究，本文也会和大家分享其中的一种方法，问卷调研。
首先我们先了解下产品在常规优化或者体验升级时，通常会采用的3种手段：
方法：想象自己就是用户，在某个特定场景下会完成某个操作的路径，该路径是怎样的?是否有卡点?
弊端：ToB的业务场景非常复杂，设计师很难感同身受的去理解用户。因为一个功能易用度的判断，是需要结合角色定位+使用场景+使用诉求去考虑，尤其是使用场景的千差万别是没办法感同身受的。
方法：顾名思义就是拆解对比竞品的功能点以及操作链路，这也是最便捷的一种方式，选择已经被市场验证过的方案，补齐自己的短板。
弊端：该方法最大的弊端就是自身的产品一直处在模仿补齐的阶段，并不能主动打造产品自己的核心竞争力。
方法：通过已知的信息去挖掘潜在的需求，问卷调研就是一种很值得大家尝试的手段。
问卷调研是其中一种成本低、效率高的调研方法，并且调研结果更精准更具指导性。
近期针对我们的POS产品做过一次问卷调研，在不断的研究探索过程中我也收获了一些心得体会，跟大家分享一下本次调研的一些方法和经验，希望给大家提供一些思路。
本文将根据以下结构给来阐述整个流程：
问卷调研是收集用户真实反馈的一种研究方法。他的本质是通过一系列的问题调查，收集用户对于某个功能模块的使用感受或者态度想法。
谈到问卷调研，就会涉及到两个名词叫做定性研究和定量研究。
比如组织产研团队到门店进行回访调研就属于定性研究，样本量小针对性更强，收集到的一手信息更有价值。而线上问卷的形式就属于定量调研，样本量比较大、成本也低，收集到的信息更具备优化方向性。
从载体区分，调研问卷的触达形式通常有两种，纸质问卷和网络问卷。因为触达便捷的原因，通常采用网络问卷的形式。
从调研目的区分，问卷分为满意度问卷和产品使用基本情况问卷两种。实际在使用过程中，题型也会互相穿插一下。
为何要做问卷调研的原因总体归纳有两点。
1）第一点从工作流程出发，为自己争取更多的主动权
因为设计师在整个工作闭环里处于比较下游的环节，通常是作为资源方被安排。尤其是B端复杂的业务，如果我们对业务一知半解，还停留在功能的理解层面去做设计，甚至是在视觉层挣扎，那其实这个岗位的价值感就很低，因为目前市面现有的开源组件就非常的丰富，视觉发挥空间很有限。
2）第二点从设计师的职业定位出发，不再单纯的基于感性做设计
去了解一些用研手段的目的，并不是要求要精通于此，而是通过一些数据支撑，发现有价值的机会点，让我们的优化思路有理可依。
目前，大多数设计师会采用同理心代入以及取长补短的竞品研究方法做设计，而用户研究方法就区别于前两种，通过该方法获得的信息更精准，并且得出的一些结论是具备方向性的，可以挖掘产品某个核心模块的操作卡点,确定优化重心。
下面我们将重点分析下问卷调研的方法与优势。通过对问卷结果的分析比对，可以得出发掘一些槽点重灾区，让我们的产品优化方案从感性趋于理性，有数据作为支撑也更容易获得团队的认可，推动优化方案落地。
因为问卷提问的局限性以及B端产品本身的复杂性，我们是无法通过一份问卷了解多个模块的问题。一般是建议针对单一模块中的1-2个核心链路进行深挖调研。
这个调研的目标可以来自业务方，比如某个模块的核心功能需要提升效率，也可以来自某次更新的满意度调研。整个问卷也是围绕这样一个核心目标展开问题设计。
比如我们这次的调研目标是需要了解门店服务员在开台>点餐>环节中遇到的问题卡点主要集中在哪里，我们可以围绕这样两个点进行调研：
1）卡点问题挖掘：根据开台到买单环节中常用操作进行问题调研，发现问题集中点
2）产品更新验证：根据一些新版本的优化点进行视觉+体验的提问
B端产品通常会有多个角色使用，每个角色会有固定的使用模块。并且该角色可能因操作权限的限制、或者工作范围的原因，只了解自己职责范围内的涉及到操作功能。
因此在设计问卷的时候，我们需要明确知道什么角色会使用该功能，针对这些角色进行问题设计。并且在题目之间需要设立逻辑关系进行跳转。
后期在进行数据清洗的时候，也可以剔除不符合条件的数据。
产品调研设计问卷绝不是设计侧或者产品侧一方能独立完成的事情，我们需要去各方了解产品目前集中的问题点。这个环节其实和我们的产品迭代优化是类似的，需要多方参与确定问题。
知道调研的目标、调研的对象以及调研问题的收集，下面即将进入问卷设计环节。
问卷设计通常采用第三方平台作为载体，目前可用作问卷调研的平台工作很多，比如问卷星、腾讯问卷，这边我采用了老牌的调研平台问卷星。
一般来说，问卷的题目不建议过多，尽量控制在3分钟以内，或者15题左右。
在《匹配度》一书中，描述题型设计上需要循序渐进，问卷的框架可以从整体到细节、行为到心理、客观到主观的层次来设计，切忌一上来就抛出难度很大的问题，很容易劝退受访者。
我们了解了问题的设计节奏，以及提问的维度，那么具体在设计问题的时候，我们应该怎么去描述具体的问题呢？
将上面的拆解细化后，其实就可以围绕3个核心去提问：
1）是谁用？–>背景：基本信息
通过基础信息对用户进行筛选，主要提问的内容有岗位？年龄？使用频率？使用模块/机器。
2）好用么？—>客观：操作感受
该环节主要为打分+多选环节，从整体到细节的打分，通过分值高低来判断用户在各个环节的使用满意度，以此作为依据判断功能点的易用性。
3）怎么改？–>主观：用户心声
这一块的问题设置通常就是聚焦某个操作进行提问，常用题型可有单选、多选、填空类型，其目的也是为了深度挖掘用户的意见以及了解他们期待的方向。
问卷的题型大致分类有选择题、填空题、矩阵题、评分题、个人信息等。我们在设计问卷的时候可以根据自己的实际需求进行题型选择。大致常用的题型有以下几种：
1）控制问题数量
为了尽可能平衡用户的填写成本与问卷回收的有效性，问卷的题目数量一般保持在15道题目左右，回答时间3分钟。
2）避免敏感性问题
提问的时候避免直接问关于隐私度很高的问题，比如门店的营业额流水、毛利、净利等。
3）提问方式保持一致
提问的时候尽量是一个维度的提问方式，尽量避免同个问题不同维度的选项描述。
4）选项穷举
题型的选项必须穷举，避免受访者出现没有合适的选项而随机选择，导致影响最终的准确性。
5）鼓励提示
在倒数第3-4题的时候，文字给出提示，比如“马上就要结束啦”,缓解用户回答的焦虑感。
6）留下联系方式或商户名称
我们在给ToB产品做问卷的时候，建议预留入口，可留下商户真实信息或联系方式。ToB的用户基本都是花钱购买的服务，更关注这种售后的服务体验，并且预留联系方式的好处还有3点。
综上所述，我们可以整体分为3大块去填充问卷内容，问卷重点也是在第二块。
C端问卷由于用户体量大以及产品内部有多处预留问卷的入口，发送回收会更容易点，数据量也会更大。
而B端问卷的鉴于发放路径和用户体量的限制，更建议找运营、客服团队进行有针对性的投放，将链接发给我们的目标用户进行填写。
初始数据下载后，可以通过Excel进行筛选分析，尤其是B端问卷量小的情况下，筛选数据变得不再那么难。
可以通过简单的维度来判断问卷的有效性。比如根据回答时间过短，或者打分题目呈现规律性等，通过这样比较简单的方式剔除无效样本。
目前比较常用的分析工具有Excel、SPSS等。我们可以用平台自带或者Excel的图表的分析能力进行单一维度的分析，也可用SPSS中的部分能力进行两个维度交叉分析。
例如可以在问卷星就可以在平台自带的功能里进行简单分析，或者数据导入到Excel当中进行简单分析。
进阶一点的，可以选择SPSS当中的一些基础功能进行两个维度的交叉分析。
1）单一维度
我们在设计问卷的时候的分析会有一些单维度即可分析的数据。比如用户的年龄、地域分布、使用时长占比分析，或者是打分题目的分析
2）交叉维度
在进行了单一维度的分析后，我们可以针对这些结论结合起来，进行交叉维度的分析。这种交叉分析的办法有点类似于去重。
例如提问用户在XX模块使用频率最高的功能占比和影响XX速度的原因占比，二者结合分析，可以知道某些功能用的多并且影响效率的原因也很大。
3）整理归纳
在问卷里会设置开放回答环节（填空题），这边会收集到各种各样的答案。这种开放式的答案是没有统一标准去分析的。
因此我们需要整理归纳出用户大致的问题类型，可以采用表格+思维导图的方式整理，便于后期将有价值的问题点进行排期优化。
报告的结构通常可以分为5块：
汇报的时候按照以上5个模块步骤来呈现，从如何发现问题，到结合调研结果给出策略，让产品后期的设计优化不再单纯的停留在感性阶段。
产品的体验优化一般都是对细节功能点进行优化，看起来工作量以及成就感不如项目重构，但是达到的效果往往很超预期。
如果能够解决用户1-2个致命痛点，这样的产品好感度会明显大于视觉层大刀阔斧改动后带来的体验。不过目前常用的几种用户研究方法都有各自的特点和局限性，比如，本文分享的问卷调研，通常是只能作为辅助手段来研究。
这边想给大家推荐一本关于用研的书《匹配度》，通俗易懂的了解到如何挖掘用户需求的全流程方法，属于非常实用的工具宝典。
我们不需要做到专业数据分析师那样的程度（也很难做到~），而是通过各种手段挖掘有价值的需求点，尝试成为owner，做一个自燃型的设计师，而不是仅仅只是可燃型。
本文由 @B端设计情报局 原创发布于人人都是产品经理，未经授权，禁止转载
题图来自Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。