笔记： 现在有很多的文章分析B、C端产品的异同点，其实从不同的维度去分析，其异同点可能会有所差异，但不能所谁对谁错，这一节是从产品建设流程的维度分析B端和C端产品的差异。
维度一：从产品建设流程看BC端产品 设计起点不同、MVP思路不同、细节设计不同、对运营的依赖程度不同
以下为原文：
在产品从0到1的建设过程中，B端产品和C端产品在很多环节上是完全不同的。图3-2将两者的建设流程对比呈现出来了，我们可以清晰地看出两者的异同点。其中，C端产品的建设流程是根据经验总结抽象出的常见流程，不同的需求和背景下的流程可能略有不同。
从图3-2可以看出，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端产品上线后肯定有用户使用，因为公司会要求自己的业务团队使用新产品。
- C端产品上线只是走完了万里长征的第一步，接下来需要运营团队进行持续推广，并且通过快速迭代迅速优化产品，响应用户需求。可以说C端产品上线后还要靠运营团队继续奋战，才可能走向成功。
若有收获，就点个赞吧
0 人点赞
