编辑导语:B端产品面对的是企业客户，得到的需求是多而杂的。产品经理如何在复杂的业务中处理需求并构建良好的产品架构？本文描述了一套针对B端产品从需求管理到产品架构构建的方法和步骤。让我们来看看。

上篇文章《产品规划系列:产品定位与路线规划的工具模型》介绍了如何在产品进入市场之前找到合适的定位，进而构建产品结构。

本文描述了一套针对B端产品从需求管理到产品架构构建的方法和步骤，包括:大规模收集需求，发现业务规则，建立产品原则，需求分段分层，版本规则，构建架构。

B端产品面对的是企业客户，需要帮助企业解决业务和管理问题。获得的需求多、杂、乱，产品经理往往手忙脚乱。各种分类仍然不能很好地处理需求和控制产品版本，难以在复杂的业务中构建产品架构。现在让我们一起来解决这个问题。

相比C端需求的单点单线特征，B端的需求更复杂:角色反馈多，业务场景需求多，听起来声音大，看起来需求杂。如果产品经理没有把需求分类清楚，就会导致功能开发过多或者缺失。

B端产品需求复杂的重要原因是其服务对象不再是单一的个人或消费者，而是一个行业、一个组织、一个商家。

所以B端产品最基本的逻辑是:满足业务链的某些完整性要求。链条是水平的；完整程度是垂直的。

横向是业务链，分需求问:解决谁的问题或者什么场景？

纵向，是业务深度，是需求分层；问题是:到什么程度？

横向纵向圈定的需求范围是一个又一个版本。

在实际应用中，有两种分割圆图，一种是基于用户群的分割，另一种是基于业务场景的分割。用户类的分段层次圆图如下:

细分层次圆图可以根据业务情况对用户群体或业务场景的需求进行细分，如图，用户细分为三类。每个部分都需要分层。根据用户/客户情况，用公约数来平衡基本需求和差别需求，如{1.1，1.2，1.3}为基本需求，{1.4，1.5，1.6}为差别需求。

基于基本需求、差异化需求和标准用户、个人用户两个维度，划分为基本需求、临界满足区、职业低频区、职业吸引区四个区域。

需求的管理就是对每个需求进行分层标注和分段，形成一个需求篮子，把需求放在不同的类别中。理论上所有的有效需求都应该在一个篮子里，如果不是，要么篮子不够，要么篮子不对。

1.在需求池中收集养分

那么，不同行业的不同产品如何设计共同需求的圈子呢？

从需求管理到版本规划，有五个步骤:收集需求池中的养分、发现业务规则、建立产品原则、细分和分层需求、构建框架。

学习需求池和版本树中的模型，互斥，为产品成就的参天大树铺路，并升级，如图:

收集需求说起来容易做起来难。看起来无非是把所有需求汇总成一个表格，其实不然。

关键是:有足够的需求。一定规模和相对全面的需求池是有效发现商业规则的重要前提。

1)产品规划阶段

需要依靠策划者做大量的调研和采访。我负责SaaS产品展示的时候，前期花了三个月做了大量的调研和采访。最好的节奏是:由宽到细，由浅入深，由客户主导到客户主导。

2)产品迭代阶段

团队要建立一个需求获取流程:销售生反馈市场和潜在客户的需求，运营生反馈客户的需求，产品生反馈竞品和业务目标的需求，从而建立一个强大的、持续的需求反馈流程。

特别强调获取需求的必要途径是体验客户业务。只有参与，才能体验和感知具体的温度。

笔者认为，优秀的产品工作至少有1/3的时间，在市场上，在客户那里，在一线，我听到和看到的都是枪声。

2.发现业务规则

需求是基础，从需求中可以找到业务规则。

商业规则是观察、分析和解决商业问题的根本点，是产品设计的出发点。

任何一个行业或细分领域，都可以从特征和属性、商业规律和发展趋势三个角度进行分析和衡量。

思考商业本质，洞察商业规律，绘制商业趋势，是核心任务，也是基本功。示意图:

3.建立产品原则

当你对商业趋势有所了解后，就开始根据发展趋势和商业规则规划产品行动指南。

产品原理不仅仅是全部基于业务，产品本身也有产品特性和技术特性，这些都要考虑进去。结合业务特点和业务趋势，产品特点和产品趋势，综合考虑产品的重点是什么，依次排序。

比如对一个人工智能产品的需求进行梳理分析后，发现该产品还处于MVP阶段(未完成的0-1)，还没有形成对目标客户的价值和适用性，以此来设定现阶段的产品原则。

产品原理是基于对业务规则的理解，形成具体的行动大纲，表现为:整体性、系统性、多维性、互补性、有序性。能够引导产品行为，体现在:做什么，不做什么，怎么做。

4.需求细分和分层

真正理解了业务规则和产品规则之后，做需求的细分和分层就有意思了，也不难了。

例如，对某物流SaaS产品的需求进行梳理分析，发现产品中存在两类问题(技术问题、产品问题)和一类业务发展需求(业务规则)，设置当前阶段的产品原则，从而重新汇总需求，细分、分层，如图:

通过与市场生沟通确认需求细分和分层的标准，让市场生在与客户沟通时能确切知道自己想要什么，提高了市场生获取需求的效率。

你可以设计自己的产品需求图。

5.版本规划和架构构建

通常需求是分段分层的，短期版本规划基本完成，比如版本1{(1.1，1.2，1.3…)，版本2{3.1，3.2，3.3，3.4，3.5}等等。

准确的版本规划可以大大提高产品开发的质量和速度，减少重复成本和时间成本。

有了对业务规则和产品趋势的理解和判断，就可以规划长期的产品目标，设定产品架构和阶段性版本。

产品的结构，最好从一开始就有，然后不断迭代优化，不断修改调整。产品结构给老板，让他明白方向，投入资源；对于营销和销售团队来说，就是要知道进度，客户能满意什么；对于R&D团队来说，这是一个精确开发和快速迭代的工具。

总之，本章给出了五个步骤的总体描述:收集需求、发现业务规则、建立产品原则、需求分段和分层、版本规则和构建架构。其实每一步都有大量的内容讲解和案例描述，篇幅有限，后续章节会介绍。

本文由@李斌原创发布。每个人都是产品经理。未经许可，禁止转载。

图片来自Unsplash，基于CC0协议。