业务已经通过线下的初步验证，现在需要系统支持，实现线上化，全方面推进业务。

  第一种情况不要设计完整的产品，只要设计一个方案，让业务以最低成本做初步尝试，论证可行后再考虑产品化支持。

  第二种情况需要做全面的产品化支持工作，我们要讲的就是这样的一种情况下的总体建设流程。

  B 端产品的总体建设流程需要借鉴软件工程自顶向下的设计思路，从抽象到具体逐步展开工作，大体上可分为业务问题诊断、设计解决方案（包括整体方案和细节方案）、执行并优化解决方案（又分为设计技术方案、实施、迭代）三大阶段，每个阶段包含具体的关键步骤，不同阶段会涉及不同的参与人员，如下图所示（其中 PM 代表产品经理）。按照这一个流程和思路来梳理业务、进行产品设计，非常容易保障工作效果。

  业务调研是在产品设计之前要开展的很重要的准备工作，在此阶段，产品经理要全面研究并理解业务的现状和规划，挖掘并总结业务问题。

  在业务调研阶段，产品经理需要尽可能地用各种手段和工具收集业务关键信息，通过对业务负责人、一线业务人员等角色进行访谈，获取全面的信息；另外，可以邀请技术负责人一起参与业务调研，确保对业务的理解是一致的。

  B 端产品整体方案设计讲究体系性、结构性。基于对业务现状与发展趋势的理解，产品经理需要和架构师、技术负责人一起，规划产品的功能范围、定位，以及和单位现在有产品体系如何融合，形成对后续细节设计有指导意义的整体方案，包含以下方面。

  核心业务流程：梳理整个业务主干流程，并确定其中哪些环节需要由该产品实现线上化。产品定位：明确该产品有哪些子系统，分别支持哪些业务流程和业务版块。应用架构：考虑该产品和单位现在有系统的融合关系。功能模块：基于对业务的理解，抽象出该产品的具体功能模块。演进蓝图：依据业务优先级与发展策略，制订实现各功能模块的计划和节奏。

  在产品整体方案设计阶段，业务负责人有必要参与讨论，并且所有参与者一定要通过讨论得出一致认可的结果。

  梳理了核心流程、产品定位、应用架构、功能模块和演进蓝图，相当于完成了万丈高楼建设的规划蓝图；接下来的细节方案设计就要基于蓝图，逐一分析业务细节，设计产品的具体功能。

  数据建模，也叫业务建模或领域建模，是细节方案设计中最重要的环节，是保证产品设计严谨可行的关键工作。只有基于对业务的理解，抽象出合理且灵活的数据模型，才能设计出有持续灵活性和扩展性的应用系统。

  角色与流程设计会涉及业务团队的组织架构和岗位编制，需要产品经理与业务负责人一起讨论决定。

  界面与报表是业务用户直接看到的部分，在设计时最好能提供能体验的交互界面，让业务用户提前感受并反馈意见，减少不必要的返工。

  产品的整体方案、细节方案都设计好后，就需要技术人员做技术方案设计了，来保证软件系统在正确的技术选型和合理的技术架构下进行编码开发工作。产品经理一般不需要直接参与技术方案设计，但还是有必要理解有关技术知识。

  B 端产品往往涉及多个业务部门，需要多个业务系统的跨端配合，如何推进跨端项目？如何保证项目如期高质量交付？做好项目管理是关键：完善的项目管理机制能够保证实施环节顺顺利利地进行；相反，如果项目管理混乱，任意变更需求、扩大项目范围，就会导致项目无限延期。

  新系统上线后，产品经理要和业务人员一起参与产品的运营迭代工作，包括宣传、推广、使用效果分析、问题和反馈意见的收集，以及持续的迭代优化。

  B 端产品的运营管理工作有一定的独特性，因为 B 端产品都存在对应的业务方，而业务部门都会设立业务运营团队。在 B 端产品领域，产品经理、产品运营、业务运营三者的工作职责往往有所重叠，各自的工作内容该怎样分配？协作关系该如何来处理？处理好这样一些问题会让你的工作事半功倍。

  对于迭代优化工作，B 端产品也有自己的特点，我们应该管理好需求、分配好研发资源、选择正真适合的迭代模式。

  以上，就是一套 B 端产品从无到有建设过程中，自顶向下设计和落地的思路。

  凡本网内容请标注明确来源：T媒体（）”的所有原创作品，版权均属于易信视界（北京）信息科技有限公司所有，未经本网书面授权，不得转载、摘编或以其它方式使用上述作品。

  本网书面授权使用作品的，应在授权范围内使用，并按双方协议注明作品来源。违反上述声明者，易信视界（北京）信息科技有限公司将追究其有关规定法律责任。