B端 vs C端：总体建设流程有何区别？.pdfVIP

B 端 vs C 端：总体建设流程有何区别？ B 端产品往往涉及复杂的业务关系和场景，该如何设计并实施一套B 端产品呢？其实是有规 律可循的，遵循标准的流程逐步开展工作，可以提升效率、少走弯路。本文将从总体上介绍 B 端产品建设的一般流程，以及流程中每个环节的要点。 开展B 端产品建设时，会面临两种可能的业务情况： 1. 业务还未开展，只讨论了初步的可行性，需要设计最低成本的试错方案。 2. 业务已经通过线下的初步验证，现在需要系统支持，实现线上化，全面推进业务。 第一种情况不需要设计完整的产品，只需要设计一个方案，让业务以最低成本做初步尝试， 论证可行后再考虑产品化支持。 第二种情况需要做全面的产品化支持工作，我们要讲的就是这种情况下的总体建设流程。 B 端产品的总体建设流程需要借鉴软件工程自顶向下的设计思路，从抽象到具体逐步展开工 作，大体上可分为：业务问题诊断、设计解决方案（包括整体方案和细节方案）、执行并优 化解决方案（又分为设计技术方案、实施、迭代）三大阶段。 每个阶段包含具体的关键步骤，不同阶段会涉及不同的参与人员，如下图所示（其中PM 代 表产品经理）。按照这个流程和思路来梳理业务、进行产品设计，比较容易保障工作效果。 业务调研 业务调研是在产品设计之前要开展的非常重要的准备工作，在这个阶段，产品经理要全面研 究并理解业务的现状和规划，挖掘并总结业务问题。 在业务调研阶段，产品经理需要尽可能地用各种手段和工具收集业务关键信息，通过对业务 负责人、一线业务人员等角色进行访谈，获取全面的信息。另外，可以邀请技术负责人一起 参与业务调研，确保对业务的理解是一致的。 通过业务调研找到关键业务问题，这是设计产品解决方案的核心前提。 产品整体方案设计 B 端产品整体方案设计讲究体系性、结构性。基于对业务现状与发展方向的理解，产品经理 需要和架构师、技术负责人一起，规划产品的功能范围、定位，以及和公司现有产品体系如 何融合，形成对后续细节设计有指导意义的整体方案，包含以下方面： • 核心业务流程：梳理整个业务主干流程，并确定其中哪些环节需要由该产品实现线 上化。 • 产品定位：明确该产品有哪些子系统，分别支持哪些业务流程和业务版块。 • 应用架构：考虑该产品和公司现有系统的融合关系。 • 功能模块：基于对业务的理解，抽象出该产品的具体功能模块。 • 演进蓝图：根据业务优先级与发展策略，制订实现各功能模块的计划和节奏。 在产品整体方案设计阶段，业务负责人有必要参与讨论，并且所有参与者需要通过讨论得出 一致认可的结果。 产品细节方案设计 梳理了核心流程、产品定位、应用架构、功能模块和演进蓝图，相当于完成了万丈高楼建设 的规划蓝图。接下来的细节方案设计就要基于蓝图，逐一分析业务细节，设计产品的具体功 能。 数据建模，也叫业务建模或领域建模，是细节方案设计中最重要的环节，是保证产品设计严 谨可行的关键工作。只有基于对业务的理解，抽象出合理且灵活的数据模型，才能设计出有 持续灵活性和扩展性的应用系统。 角色与流程设计会涉及业务团队的组织架构和岗位编制，需要产品经理与业务负责人一起讨 论决定。 界面与报表是业务用户直接看到的部分，在设计时最好能提供可以体验的交互界面，让业务 用户提前感受并反馈意见，减少不必要的返工。 技术方案设计 产品的整体方案、细节方案都设计好后，就需要技术人员做技术方案设计了，从而保证软件 系统在正确的技术选型和合理的技术架构下进行编码开发工作。产品经理一般不需要直接参 与技术方案设计，但还是有必要理解相关技术知识。 项目管理与实施 技术方案设计完毕，接下来就要进入具体的开发实施环节了。 B 端产品往往涉及多个业务部门，需要多个业务系统的跨端配合，如何推进跨端项目？如何 保证项目如期高质量交付？ ——做好项目管理是关键：完善的项目管理机制可以保证实施环节顺利进行；相反，如果项 目管理混乱，任意变更需求、扩大项目范围，就会导致项目无限延期。 运营迭代 新系统上线后，产品经理要和业务人员一起参与产品的运营迭代工作，包括宣传、推广、使 用效果分析、问题和反馈意见的收集，以及持续的迭代优化。 B 端产品的运营管理工作有一定的独特性，因为B 端产品都存在对应的业务方，而业务部门 都会设立业务运营团队。在 B 端产品领域，产品经理、产品运营、业务运营三者的工作职 责往往有所重叠，各自的工作内容该怎样分配？协作关系该怎样处理？处理好这些问题会让 你的工作事半功倍。 对于迭代优化工作，B 端产品也有自己的特点，我们需要管理好需求、分配好