对于 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 端产品面临的场景相对单一，并且用户是相对独立的单个用户，因此不用关心角色、许可权管理，而要关注用户的体验，需要在互动设计上投入很大精力。

对 WooCommerce 运营的依赖程度不同

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

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

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

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