B端产品与C端产品建设流程的区别

本文选自我的新书《决胜B端》。上次推文我们聊了B端产品的建设流程，这次我们聊下B端产品和C端产品建设流程的区别。

在产品从0到1的建设过程中，B端产品和C端产品在很多环节上是完全不同的。下图将两者的建设流程对比呈现出来了，我们可以清晰地看出两者的异同点。其中，C端产品的建设流程是根据经验总结抽象出的常见流程，不同的需求和背景下的流程可能略有不同。

B端产品和C端产品建设流程对比

从图中可以看出，B端和C端产品的建设流程很大不同，具体体现在如下方面。

设计起点不同

进行产品设计之前都需要进行调研，这是设计的起点。因为B端和C端产品的定位、目标完全不同，所以两者的设计起点不同：

• B端产品是为了解决业务问题而设计的，设计的起点是进行业务调研，研究业务问题。

• C端产品要实现公司商业模式的落地，承载着公司的商业目标，设计的起点是对商业模式本身的分析与研究，包括市场分析、客户群分析等。

当然，如果是一家SaaS软件公司，设计的B端产品要卖给具体客户，那么设计的起点就和C端产品一样，是进行商业分析，而不是进行业务调研。

MVP思路不同

MVP（最小可行产品，Minimum Viable Product）是《精益创业》一书中提出的产品理念，在互联网公司中被广泛接受并实践，简单讲就是用最小的投入去验证业务，通过快速迭代逐步优化。

在建设B端和C端产品时，大的原则是类似的，都是先做加法，即充分讨论、穷举所有需求和可能性；然后再做减法，选出最核心的需求点；最后设计具体方案并将其落地，用最短的时间和最低的成本支持业务启动。

但是在选取最小功能集合（或最小可行产品）时，B端和C端产品的区别很大：

• B端产品要支持业务整体运作，所以在选取最小功能集合时，即便再简化，也要保证一个核心业务流程的运转，因此B端MVP往往是一个具备一定复杂度的系统，不可能是一个或几个功能点。

• C端产品需要解决用户的痛点，需要挑选一个核心痛点去打动用户，如果核心痛点定位错误，就会导致验证失败。所以在选取最小功能集合时，C端产品要聚焦用户的核心痛点，C端MVP可能只包含一两个功能点。

细节设计不同

两类产品在细节设计上的关注点可谓完全不同。

• B端产品面临复杂的业务场景和用户场景，因此进行细节设计时，必须关注建模、抽象、角色、权限等问题。

• C端产品面临的场景相对单一，并且使用者是相对独立的单个用户，因此不用关心角色、权限管理，而要关注用户的体验，需要在交互设计上投入很大精力。

对运营的依赖程度不同

相对B端产品来说，C端产品对运营更依赖（注意，此处所指B端产品运营，是指企业内部使用的B端产品配合的产品运营工作，而非SaaS软件对外售卖的运营工作）：

• B端产品上线后，要进行全员宣导培训，产品运营工作相对简单。可以说，B端产品上线后肯定有用户使用，因为公司会要求自己的业务团队使用新产品。

• C端产品上线只是走完了万里长征的第一步，接下来需要运营团队进行持续推广，并且通过快速迭代迅速优化产品，响应用户需求。可以说C端产品上线后还要靠运营团队继续奋战，才可能走向成功。在上图中，我们将C端产品运营迭代的过程绘制得更长一些，以体现运营工作对C端产品的重要性。

以上就是B端产品和C端产品在建设流程上的不同之处。可见，两者在建设的思路、过程、理念上，有着明显区别。

———— / END / ————