上一篇文章“产品规划系列：产品定位和路线计划的工具模型”介绍了如何在进入市场之前找到正确的产品定位，然后构建产品体系结构。

本文介绍了从需求管理到B-End产品产品架构构建的一组方法和步骤。这些步骤包括：规模收集要求，发现业务规则，建立产品原则，层次要求，版本规则和建筑体系结构。

B-End产品面对企业客户，需要帮助公司解决业务和管理问题。要求非常多，复杂且混乱。产品经理通常很忙。各种类别仍然无法满足需求并很好地控制产品版本，并且很难在复杂业务中构建产品架构。现在让我们一起解决这个问题。

1。需求管理方法：分段和分层圆图

与C端所需的单点和单线特征相比，B端的需求更为复杂：更多的角色反馈，更多的业务场景需求，听起来更多的声音和似乎混杂在一起。如果产品经理未对要求进行分类，则将导致过度或缺失功能开发。

对B端产品需求的需求的重要原因是他们的服务对象不再是个人或消费者，而是行业，组织和业务。

因此，B端产品的最基本逻辑是：满足业务链的某些完整性要求。链条是水平的；完整性是垂直的。

横向链是业务链，该业务链被分为需要的细分市场，并询问：解决了哪些问题或方案问题。

垂直，它是业务的深度，并分层满足需求；问的是：在多大程度上。

水平和垂直方向定义的需求范围是每个版本。

应用程序中通常有两种类型的分段层次圆图：一个基于用户组细分，另一种是基于业务方案。用户组类别的分段分层圆图如下：

分段的层次结构圆图可以根据业务情况细分用户组或业务方案，如图所示，用户分为三类。每个需求的每个部分都是分层的，基本要求和差异要求都是根据用户/客户情况来衡量的，例如{1.1、1.2、1.3}作为基本要求，将{1.4、1.5、1.6}作为差异要求。

基于基本需求的二维维度，差异化的需求以及标准用户和个人用户，四个领域分为：基本需求，关键满意度区域，专业的低频区域和专业吸引力区域。

需求的管理是标记每个需求，分层和分段，每个需求，形成需求篮，并将要求纳入类别。从理论上讲，所有有效的需求都应在一个篮子里。如果不是，则篮子不够，或者篮子不正确。

2。从需求管理到版本规划的五个步骤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.3、3.4、3.5}，等等。

精确的版本计划可以大大提高产品开发的质量和速度，并降低重复和时间成本。

在对商业法律和产品趋势的理解和判断下，可以计划长期产品目标，可以设定产品架构和分阶段版本。

最好从一开始就拥有产品体系结构，然后继续进行迭代和优化，并进行连续的更正和调整。对于老板来说，产品架构是了解方向和投资资源。对于市场和销售团队，这是了解进度以及如何满足客户的需求；对于研发团队而言，它是精确开发和快速迭代的强大工具。

总而言之，本文提供了收集要求，发现业务规则，建立产品原则，细分和分层要求，版本规则和建筑体系结构的五个步骤的总体描述。实际上，每个步骤都有许多内容的解释和案例描述，其空间有限和随后的章节介绍。