B端产品往往涉及复杂的业务关系和场景，该如何设计并实施一套B端产品呢？其实是有规律可循的，遵循标准的流程逐步开展工作，可以提升效率、少走弯路。本文将从总体上介绍B端产品建设的一般流程，以及流程中每个环节的要点。
业务还未开展，只讨论了初步的可行性，需要设计最低成本的试错方案。
业务已经通过线下的初步验证，现在需要系统支持，实现线上化，全面推进业务。
第一种情况不需要设计完整的产品，只需要设计一个方案，让业务以最低成本做初步尝试，论证可行后再考虑产品化支持。
第二种情况需要做全面的产品化支持工作，我们要讲的就是这种情况下的总体建设流程。
B端产品的总体建设流程需要借鉴软件工程自顶向下的设计思路，从抽象到具体逐步展开工作，大体上可分为：业务问题诊断、设计解决方案（包括整体方案和细节方案）、执行并优化解决方案（又分为设计技术方案、实施、迭代）三大阶段。
每个阶段包含具体的关键步骤，不同阶段会涉及不同的参与人员，如下图所示（其中PM代表产品经理）。按照这个流程和思路来梳理业务、进行产品设计，比较容易保障工作效果。
业务调研
业务调研是在产品设计之前要开展的非常重要的准备工作，在这个阶段，产品经理要全面研究并理解业务的现状和规划，挖掘并总结业务问题。
在业务调研阶段，产品经理需要尽可能地用各种手段和工具收集业务关键信息，通过对业务负责人、一线业务人员等角色进行访谈，获取全面的信息。另外，可以邀请技术负责人一起参与业务调研，确保对业务的理解是一致的。
通过业务调研找到关键业务问题，这是设计产品解决方案的核心前提。
产品整体方案设计
B端产品整体方案设计讲究体系性、结构性。基于对业务现状与发展方向的理解，产品经理需要和架构师、技术负责人一起，规划产品的功能范围、定位，以及和公司现有产品体系如何融合，形成对后续细节设计有指导意义的整体方案，包含以下方面：
核心业务流程：梳理整个业务主干流程，并确定其中哪些环节需要由该产品实现线上化。
产品定位：明确该产品有哪些子系统，分别支持哪些业务流程和业务版块。
应用架构：考虑该产品和公司现有系统的融合关系。
演进蓝图：根据业务优先级与发展策略，制订实现各功能模块的计划和节奏。
在产品整体方案设计阶段，业务负责人有必要参与讨论，并且所有参与者需要通过讨论得出一致认可的结果。
产品细节方案设计
梳理了核心流程、产品定位、应用架构、功能模块和演进蓝图，相当于完成了万丈高楼建设的规划蓝图。接下来的细节方案设计就要基于蓝图，逐一分析业务细节，设计产品的具体功能。
数据建模，也叫业务建模或领域建模，是细节方案设计中最重要的环节，是保证产品设计严谨可行的关键工作。只有基于对业务的理解，抽象出合理且灵活的数据模型，才能设计出有持续灵活性和扩展性的应用系统。
角色与流程设计会涉及业务团队的组织架构和岗位编制，需要产品经理与业务负责人一起讨论决定。
界面与报表是业务用户直接看到的部分，在设计时最好能提供可以体验的交互界面，让业务用户提前感受并反馈意见，减少不必要的返工。
技术方案设计
产品的整体方案、细节方案都设计好后，就需要技术人员做技术方案设计了，从而保证软件系统在正确的技术选型和合理的技术架构下进行编码开发工作。产品经理一般不需要直接参与技术方案设计，但还是有必要理解相关技术知识。
项目管理与实施
技术方案设计完毕，接下来就要进入具体的开发实施环节了。
B端产品往往涉及多个业务部门，需要多个业务系统的跨端配合，如何推进跨端项目？如何保证项目如期高质量交付？
——做好项目管理是关键：完善的项目管理机制可以保证实施环节顺利进行；相反，如果项目管理混乱，任意变更需求、扩大项目范围，就会导致项目无限延期。
运营迭代
新系统上线后，产品经理要和业务人员一起参与产品的运营迭代工作，包括宣传、推广、使用效果分析、问题和反馈意见的收集，以及持续的迭代优化。
B端产品的运营管理工作有一定的独特性，因为B端产品都存在对应的业务方，而业务部门都会设立业务运营团队。在B端产品领域，产品经理、产品运营、业务运营三者的工作职责往往有所重叠，各自的工作内容该怎样分配？协作关系该怎样处理？处理好这些问题会让你的工作事半功倍。
对于迭代优化工作，B端产品也有自己的特点，我们需要管理好需求、分配好研发资源、选择合适的迭代模式。
以上，是一套B端产品从无到有建设过程中，自顶向下设计和落地的思路。
在产品从0到1的建设过程中，B端产品和C端产品在很多环节上是完全不同的。下图将两者的建设流程对比呈现出来了，我们可以清晰地看出两者的异同点。其中，C端产品的建设流程是根据经验总结抽象出的常见流程，不同的需求和背景下的流程可能略有不同。
从图中可以看出，B端和C端产品的建设流程很大不同，具体体现在如下方面：
1. 设计起点不同
进行产品设计之前都需要进行调研，这是设计的起点。因为B端和C端产品的定位、目标完全不同，所以两者的设计起点不同：
B端产品是为了解决业务问题而设计的，设计的起点是进行业务调研，研究业务问题。
C端产品要实现公司商业模式的落地，承载着公司的商业目标，设计的起点是对商业模式本身的分析与研究，包括市场分析、客户群分析等。
当然，如果是一家SaaS软件公司，设计的B端产品要卖给具体客户，那么，设计的起点就和C端产品一样，是进行商业分析，而不是进行业务调研。
2. MVP思路不同
MVP（最小可行产品，Minimum Viable Product）是《精益创业》一书中提出的产品理念，在互联网公司中被广泛接受并实践，简单讲就是用最小的投入去验证业务，通过快速迭代逐步优化。
在建设B端和C端产品时，大的原则是类似的，都是先做加法，即充分讨论、穷举所有需求和可能性；然后再做减法，选出最核心的需求点；最后设计具体方案并将其落地，用最短的时间和最低的成本支持业务启动。
但是，在选取最小功能集合（或最小可行产品）时，B端和C端产品的区别很大：
B端产品要支持业务整体运作，所以在选取最小功能集合时，即便再简化，也要保证一个核心业务流程的运转，因此B端MVP往往是一个具备一定复杂度的系统，不可能是一个或几个功能点。
C端产品需要解决用户的痛点，需要挑选一个核心痛点去打动用户，如果核心痛点定位错误，就会导致验证失败。所以在选取最小功能集合时，C端产品要聚焦用户的核心痛点，C端MVP可能只包含一两个功能点。
3. 细节设计不同
两类产品在细节设计上的关注点可谓完全不同：
B端产品面临复杂的业务场景和用户场景，因此进行细节设计时，必须关注建模、抽象、角色、权限等问题。
C端产品面临的场景相对单一，并且使用者是相对独立的单个用户，因此不用关心角色、权限管理，而要关注用户的体验，需要在交互设计上投入很大精力。
4. 对运营的依赖程度不同
相对B端产品来说，C端产品对运营更依赖（注意：此处所指B端产品运营，是指企业内部使用的B端产品配合的产品运营工作，而非SaaS软件对外售卖的运营工作）：
B端产品上线后，要进行全员宣导培训，产品运营工作相对简单。可以说，B端产品上线后肯定有用户使用，因为公司会要求自己的业务团队使用新产品。
C端产品上线只是走完了万里长征的第一步，接下来需要运营团队进行持续推广，并且通过快速迭代迅速优化产品，响应用户需求。可以说C端产品上线后还要靠运营团队继续奋战，才可能走向成功。在上图中，我们将C端产品运营迭代的过程绘制得更长一些，以体现运营工作对C端产品的重要性。
以上就是B端产品和C端产品在建设流程上的不同之处。可见，两者在建设的思路、过程、理念上，有着明显区别。
插播一条广告
大家好，我是《决胜B端》作者杨堃，目前在VIPKID任产品总监一职。在工作中，遇见有很多优秀的B端产品经理，但缺少体系化、针对B端产品的实操训练，在成长中走了许多弯路。
我努力将自己多年做B端产品的经验提炼总结出来，和起点学院联合打造了一门B端产品体系课——《To B产品实战训练营》希望能给需要的同学一些实质性的帮助。
帮助大家构建B端产品知识体系脉络，掌握B端产品建设，从业务诊断、需求分析，到抽象建模、设计落地的全过程的方法思路，最终直接应用于工作实践。
扫码即可报名，还可为大家争取到的专属优惠~
