对于B端产品而言，通常业务复杂度高

对于B端产品而言，通常业务复杂度高，我们不仅仅要花大量的时间去学习业务基础知识，而且需要在有限的时间内，调研多个岗位的业务人员，提炼关键信息，做好产品的定位和规划。

老板说：“咱们客户要做一个在线培训系统，要求2个月内上线，你赶紧去调研一下。”

通过远程会议对客户单位进行初次需求摸底调研后，发现需求五花八门，无从下手。

客户老板：赶上疫情了，咱们现场培训都没法做了，我们的业务有培训的要求，我需要一个远程培训系统，必须保证培训效果，最好能监控培训……对了，2个月内要上线，否则直接影响我的业务开展。

培训部领导：每次组织培训都太难了，总是有人忘记，还得一个一个核对，讲师的考核也得一个一个去问，太麻烦了。

培训部小伙伴：每次组织培训难，培训后的档案太多了，每次统计存档更是痛苦了，还得统计课时，发放课时费给讲师，太费时了。

讲师：每次自带电脑去投影，有时候半天都调试不对格式，太浪费时间了，上课那么累，下课后还得自己去阅卷。

学员：这么多培训，隔三差五的，地点也不固定，又没有课表，经常还临时变动，一不留神就可能错过培训。

这么一看，看似简单的一场培训，其实中间的环节并不少。调研信息量那么大，作为产品经理要保证产品的规划尽可能完整，怎么规划设计呢？每个用户的诉求都那么多，而产品的定位是什么？核心功能该是哪一个？ 需求那么多，2个月上线，没有较大的资源投入，估计是不行了，每个需求听上去都非常急，那么优先级又该如何去排呢？基于这些多的信息又如何抓住重点信息，为客户及用户定制一个更为合理的方案呢？

有限的时间，如何在初次摸底访谈调研的过程中快速的抓住核心信息，不被业务的“诉苦”带偏，精准定位产品重点。这些信息，我想必不可少。

完整的业务流程

完整的业务流程，可以帮助我们梳理产品的信息流向，更重要的是将直接关系到我们产品的主要功能的提炼，让我们产品的规划有完整结构，不会缺胳膊少腿。完整业务流程对产品蓝图的规划提供重要的信息。

以培训这一场景为例，提到培训我们可能自然想到的就是授课及考试两大块功能。

如果我们去调研一下完整的线下流程，通常有这样一些环节：相关部门发起培训计划，讲师进行培训备课，培训现场签到，讲师现场授课、互动，学员考试，讲师阅卷，课堂反馈调查，课程记录存档，课时费发放等。（此处举例为截取部分环节非完整流程）

调研完完整的信息，如果我们再去规划这么一款培训产品，就自然可以对应到：培训计划、课程资料管理、线上签到、直播授课、在线互动、问卷调查、考试管理、档案管理、数据报表等这样的功能。

完整的业务流程，可以一一对应产品蓝图中的功能模块。而如果不梳理完整的业务流程，在规划产品蓝图的时候，很有可能会漏掉某一个关键功能的规划，影响产品的价值，甚至可能因无法完整的满足业务流程的闭环而夭折。

各业务环节优先级以及日常工作花费时长、频次

我们知道高价值的需求通常有几个特征：强烈、普遍、高频。

强烈：用户越愿意为之付出成本（经济、人力等）越高，通常对这一需求的渴望更为强烈。

人的欲望总是很多的，但是能够愿意让我们付出成本的，才是更强烈的需求。比如我们每个人想买的东西是不是很多？那我们最终买回家的，都是经过我们深思熟虑，真的特别想要的，或则买了后能带给我们强烈满足感的。这就是强烈的需求。

B端产品不同于C端产品，B端产品的价值直接体现在业务的降本增效。大部分B端产品都是将许多的纯人工操作进而由信息产品来替代，达到节省人力成本，提升效率的目的。