明确日常业务流程与重要业务节点

明确工作主线任务链

即明确日常业务流程与重要业务节点。如用户发一票货，从决定发什么物流公司到最后发出和结算的整个过程如何，并观察与询问具体每个工作节点如何进行，遇到了什么问题，观察其行为与情绪表现。

4. 明确产品内主线任务链

观察与询问用户的业务流程在产品上如何体现，用户的关注点和需求是什么，有遇到什么问题，问题产生的原因是什么，问题是如何解决的。

5. 了解用户的观念态度

用户对于我方产品及同类型竞品的态度。

6. 其他问题

对在主线部分未涉及的问题进行补充提问，如对于特色功能是否合理的验证、对于需求方需要了解的其他信息的询问等。

7. 观察记录对象

观察用户业务操作过程、用户工作环境（尤其是与产品使用有关的信息）与产品使用媒介（如电脑配置、系统版本）等。

五、执行调研

关于如何执行B端调研，B端与C端之间的差异，我在另一篇一文中有详细介绍，对于产品概念期的B端产品用研工作同样适用。

这里再根据具体实例补充两点：

1. 用户语言

注意不要使用太专业的措辞，访谈问题尽量口语化，使用用户的语言询问。最好先准备一些用户平时可能遇到的业务问题打开话匣子，让用户感受到你的确“懂”他们。

2. 避免诱导

在产品概念期，我们设计的访谈问题以开放性问题为主，执行访谈时稍不注意就可能给出一些带有倾向性的提示，引导用户往自己期望的方向作答。记得时刻提醒自己保持客观中立，避免将自己的想法与预期强加到用户身上。

六、结论输出与落地

在整理原始的录音、录屏资料时，不管To B还是To C产品，都需要注意保持客观、就事论事，尽量避免代入自己的主观论断。

在分析资料阶段，对于To C产品，我们常会借助用户体验地图梳理用户使用产品的表现，这个方法对于To B产品同样适用。

但通常我会参照用户体验地图的方法，基于总的业务目标，梳理用户业务关系图（角色定位与目标、不同角色之间的关系、不同角色与产品之间的业务联系）与用户业务流程图（用户工作历程、不同业务模块之间的关系、每个模块对应的产品表现、每个模块的用户需求与痛点），从而澄清我们的业务痛点、用户需求与期望、用户痛点、产品机会点，输出产品开发初期的设计建议（明晰的产品定位、整体设计思路、重要功能点、产品功能规划优先级等）等可落地的结论。

用户业务关系图示意

用户业务流程图示意

经过产品概念期的用户研究，我们在规划mvp产品时就可以通过业务需求+用研结果双导向，确定产品卖点，优先实现基础功能与解决用户核心痛点。

而在mvp版本上线后，我们的产品还有一个漫长的和快速迭代的过程。在产品周期的每个阶段，都可以发挥用户研究的作用，不过这些又是后话了。