发布时间：2021-10-1 分类： 行业资讯
在前一篇文章《B端项目调研提纲的设计与思考》中，作者关注的是需要在研究目的的核心进行的准备和工作。强调目的的原因是为我们的下一个需求收集服务，即如何改善需求收集。效率，如何确保收集要求的质量，有了这些问题，让我们进入本文的中心：如何收集对B-end产品的需求？
一，需求收集方法概述
在研究过程中，我们通常使用定量和定性方法来收集需求。定性方法包括用户访谈和可用性测试。定量方法包括问卷调查和数据分析。数据分析和问卷通常用于大量用户。对于C端产品，B端产品的用户数远远少于C端产品。因此，从统计的角度来看，使用数据分析来获取用户需求的B端产品使用较少。我实际上参与了收集B端产品需求的过程，主要是使用研究访谈和可用性测试。下面我将重点介绍研究实践过程中的两种方法和注意事项。
二，B端产品需求收集实践
1.研究访谈和实践
研究访谈是收集需求的最常见和最有效的方式。接下来，我将带大家模拟并进入研究访谈的场景，并感受到真实的场景，相信会有更深刻的体验。
情景1：根据调查对象与客户的访谈日期，研究员李功提前半小时来到会议室。他首先打开窗户，使室内空气变得更新鲜，桌子和椅子被安排和排列。几分钟后，整洁干净地上去，我需要参与被调查客户的业务流程。王经理准时来到会议室。李功主动微笑，握了握手，高兴地谈起了内阁的篮球奖。然后我开始了正式会议。在正式面试之前，我解释了这次面试所需的目的，范围和时间。王经理点点头说，他可以进入下一步。
我相信你可能会有疑问。为什么你需要在正式面试前做好这些准备工作？事实上，它主要是为了：
（1）为了创造一个简单舒适的面试环境，后期工作的发展需要一个良好的开端
（2）在正式访谈之前，介绍调查所需的目的，范围和时间，以便被调查人员了解访谈的重点，内容和时间，使研究参与者有一个底线。
场景2：王经理，为了便于汇编我们后期研究的内容，我们准备了一个记录设备来记录这个对话的内容。您是否同意，王经理可以表明他可以，并希望以后可以将信息发送给他。 。后来，李功开了第一个问题：王经理，供应商管理中的主要问题是什么？在王功的回答之后，李功询问为什么离线供应商的资格难以管理。然后李功问了其他问题：你希望系统解决什么问题？您如何描述当前的离线业务流程？
在这种情况下需要注意的方面是：
（3）使用设备备份收集和审查的研究过程
（4）问题应该是容易和困难的，循环应该是渐进的
（5）对于有问题的地方，正确地提出问题并找到其背后的实际需求
情景3：随着研究的深入，王经理强调，利用现有的同行解决方案来做这个产品，李功问为什么要采用这个解决方案，并强调当前产品计划的功能和特点，王经理有软件开发的经验，询问该产品的技术是否采用MVC架构，李功回答说，我们研究访谈的目的是收集供应商证书管理的要求。技术解决方案将由我们的技术人员在确定需求后确定。与你沟通这件事。
在这种情况下需要注意的方面是：
（6）用户太强大，强调解决方案，而不是提出基本需求
（7）避免成为用户的记录器和设计者，并应探索提案背后的原因
（8）研究人员过于强大，强调产品特性和功能引导用户，忽视用户的实际需求
（9）研究应避免讨论技术性和过于专业化的术语
（10）将主题拉回研究主题以避免话题分心
情景4：王经理，您能举例说明供应商资格审查的步骤吗？我希望你能记得更多，步骤越清晰越好。您刚才提到当前审核的瓶颈问题是审核的效率。目前的供应商资格审查是否效率低，只能一次审核？如果是的话，你能告诉我这个操作的原因吗？为什么需要这个？
在这种情况下需要注意的方面是：
（11）鼓励用户讲故事，以便用户和使用场景更加直观和具体
（12）重述理解用户的意义并保持理解问题的一致性
（13）与用户的说法相比，他们应该更加注意如何做;而不是用户如何做，他们应该注意背后的原因。
2.可用性测试方法和实践
可用性测试是B端产品验证用户需求和收集需求的必要且有效的方法。验证的方式多种多样，可以是产品，竞争，演示，高保真，低保真，草图原型甚至手绘草图都可以用作测试方法，根据演示环境观察用户对产品的使用和用户的角色。主要目的是验证要求并收集要求。
我先来谈谈可用性测试前的准备工作。大纲如下：
（1）首先，我们应该澄清想法，确定测试的目的，用户的角色，特征和使用的业务场景。目标不明确，错误的想法将导致一半的努力。
（2）清除想法后，您需要为演示准备相关材料。常用的软硬件设备有：纸张，比例，文档，视频设备，演示计算机，相关软件，以及视频设备参考，您需要录像的原因，目的是捕捉动作，表情等录制期间用户操作期间的操作。不同的微观表达和动作可以很好地反映用户当时使用产品的感觉，方便研究人员稍后进行总结和分析。此外，有必要强调原型设计。在不确定业务流程图和页面流程图的情况下直接设计原型存在许多问题。不明确的业务流程，不明确的用户和使用场景以及不明确的信息结构将影响原型。在介绍产品的定位和用户体验时，本文将不再详细介绍原型制作过程。之后，会有一篇关于产品设计的专题文章进行讨论，最后介绍测试脚本，目的是记录用户测试产品的过程。有关信息，请参阅下表：
表中的问题级别可以根据实际情况设置。此时，准备就绪，相应的用户可以安排进行可用性测试，并且注意事项将遵循现场描述。
场景1：在完成深入的业务流程研究后，利功通过用户+使用场景进行需求分析，绘制业务流程图，设计页面流程图，并使用原型软件创建可实现交互的原型影响。演示，热身后，介绍了这次测试的目的是，产品不是用户，李功助手设置了视频设备，李功建议采购部经理张应该尽量表达他的感受和想法。测试，然后张经理开始测试。当张经理遇到困难时，李功并没有主动引导他。相反，他鼓励他并详细观察张经理的行为和表情变化。测试完成后，李先生举行了初步测试案例并与张经理确认，并通知测试结果和会议记录将尽快发送。
需要注意的场景是：
（1）告知用户测试的目的是产品而不是人，以减轻用户的顾虑
（2）鼓励用户表达自己的想法，感受和思维过程，并促进需求的挖掘
（3）尽量不在用户测试期间提供帮助，并给予适当的鼓励以找到更多问题
（4）观察用户在听用户时如何使用产品，包括操作过程和面部情绪，促进需求分析
三，研究报告汇编和反馈
在进行研究访谈和可用性测试后，不要忘记反馈结果。及时的反馈结果不仅反映了研究人员的专业精神，也给客户留下了良好的影响。他们还可以找出研究中的遗漏和误解。主要问题是双方可以就收集需求的进展达成一致。如何保证反馈的质量，会议纪要作为理解双方的基础具有非常重要的作用。以下图片是会议纪要的大纲。每个人的参考
用户访谈和可用性测试的过程和结果可以记录在会议内容中。如果有待确认的项目，可以在下次会议上确认。
四，总结
以上是作者在收集B端项目要求过程中总结的方法和注意事项。主要介绍了研究访谈和可用性测试。当然，由于行业和经验的差异，可能存在不正确或错误的地方。希望和大家一起。一起讨论，并发出一个小小的通知。下一篇文章将讨论如何进行需求分析，感谢您的阅读！
