，如何在B端产品的建设中，融入C端产品设计的思维和方法

在产品经理职业的传统印象中，C端产品经理重思维。几乎每年，都会有比较流行的产品和运营思维。而相对的，非经验总结的定式化方法，就那么几种。B端产品经理，则更加注重定式化的方法。特别在各类需求的分析上，C端产品经理主要依赖经验和「想」，B端产品经理则需要严谨的使用各类业务分析方法。是不是感觉C端产品经理和B端产品经理的思维和方法不太相容？

所以，本文重点是，如何在B端产品的建设中，融入C端产品设计的思维和方法。或者说 ，C端产品的思维和方法，能为B端产品带来什么样的借鉴价值。

讨论这个主题主要有几点原因：

• 已经有产品在这样做了，并且取得了不错的成绩。
• 思维和方法的不同，是因为场景不同。但场景终会有重合。
• 在某些行业这已经是一种产品方法的流行趋势。
• C端产品的背后，可能也有B端产品作为支撑。所以，非常值得相互帮衬。

一、差异

那么我们，首先来讨论C端产品与B端产品在设计思维上的差异。方法就不需要讨论了吧，差异是显而易见的。

在思维上，B端产品经理重要的是理性分析的能力。而C端产品经理则更加注重经验法则下的惯性思维。这也是两者在方法上差异的更本原因。B端产品经理面临某一业务，需要采用特定的分析方法。C端产品的某一方法，几乎在所有场景中都能使用，最终结果的好坏，是需要根据经验来调控的。

C端产品强调用户至上的用户思维。虽然不是每一个用户的体验和需求都会满足。但是，是以整个用户的整体满意度(核心指标是净推荐值)为体验衡量标准的。而B端产品则注重服务思维，将每个客户的重要性放得很高。注重为每一位用户创造足够的价值。当然，服务也是一种价值。

C端产品在其生命周期中，会采用小步快跑快速迭代的模式。优先推出一个最小满足需求功能去验证需求后，再迭代出更完整的正式版本。B端产品几乎都会采用稳步迭代的管理模式。B端产品每次迭代，都需要保证产品在最好的状态，为客户提供足够的价值。

C端产品在产品方向的探索上，最重要的是创意。即更好的满足用户需求的产品载体、更好的体验等。创意会取悦用户。而B端产品在产品方向的探索上，最重要的是创新。更准确的说是业务模式上的创新。只有这种创新，能创造更多的业务价值，才能获取更多更有价值的客户。

二、why

前面我们讨论了，讨论这个主题的原因。这里我们再来展开讨论下，除了主观的行业原因，还有什么客观原因，要在B端产品思维和方法中融入C端产品思维和方法。

首先，C端产品和B端产品有很多共通之处。都是给人使用的软件。因此，在某些方面，它们会拥有相同的需求。所以他们就能够采用相同的方法和思维，只是在行业上有所区别而已。

B端产品的用户群体也是个体用户，并不是都是商业客户。甚至某些产品，就在做C端的用户和B端的用户，覆盖两种用户群体。

最近几年，C端的产品的思维和方法迭代的非常非常快，产生了很多先进和创新的方法和思维。而B端，则相对较为保守一些。在过去10多年的时间，B端的思维和方法，并没有进行一个大幅的更新和迭代。B端产品就像 old sChool，而C端产品则是 new sChool。所以说，C端产品的一些思维和方法，以及这些思维和方法诞生的过程和背后的理念，是值得B端产品来学习和参考。

通常我们在处理B端产品的需求时，以业务为基础。虽然这是B端产品的基础，但是以业务为基础也会导致一个问题。就是B端产品在产品的方向的探索上，是缺乏主动性和创新的。而相反C端产品在产品的探索上非常活跃。几乎每个C端产品在产品迭代的过程中，都会去探索产品各种各样的可能性。这一点也是非常值得B端产品学习的。

在B端产品的需求权衡中，用户体验占据的比重并不是很高。现在很多B端行业，也进入了红海市场当中。在这样的市场环境下，用户体验现在对于B端产品保持竞争力也是尤为重要的。特别是在如何占领用户心智，让用户用的愉快，C端产品的经验和方法就是准则。

B端产品在拓展市场时，通常是把用户做精，稳步的去获取用户。那么有没有可能？B端产品也可以先把用户量做起来。在在用户量的基础上，去筛选出更高价值的客户。毕竟对现在的产品来说，用户量才是一切的可能性的基础。如何快速拓展用户量，C端产品是有完整有效经过验证的方法和模型的。

三、借鉴

我们在讨论B端产品学习C端产品的思维和方法时，要分为两部分。一部分是如何做产品，另一部分是如何让才能取得成功。对应产品经理的知识中，一部分就是本文的主体思维和方法，另一部分是业务模式或者更高层级的商业模式。

在C端产品的思维和方法中，主要有8个部分，非常值得借鉴。

1. 思维的方向。B端产品思考问题时总是自上而下的，设计产品结构时也是自上而下的。而很多时候，C端产品的思考方向是反的，自下而上。一个一个搞定一个一个的小需求，一个一个细微的内容，然后聚少成多，再解决紧顶部的问题。比如，通常是先解决一个需求点，然后再解决一个群体的需求。
2. MVP。B端产品推出一个产品或功能时，都要确保其完整和稳定。其实，可以学习C端产品的方法，在推出功能或产品时，先推出一个最小可行的方案，然后用方案去与需求进行磨合。当我们验证这个方案能够满足需求时，再扩展整个完整的方案。MVP可以保证合理的投入产出比。
3. A/B。该方法非常值得做Sass平台的B端产品学习。当对方案存在不确定的选择时，可以做两套方案去验证哪套方案更适合。
4. 用户至上，其实就是更重视用户的体验。
5. B端产品也可以尝试C端产品的用户调研方法。C端产品的用户调研方法是非常多样的。而B端产品通常只做访谈、问卷和轮岗。特别是在如何获取更真实更有深度的信息上，C端产品是非常值得学习。当然，C端产品和B端产品的访谈是存在用户群体范围的差异，这是要在借鉴该方法时需要警惕的。
6. 灰度测试。该方法很多B端产品已经在使用了。在推出某一个功能或者某一个产品之前，可以寻找一部分客户或者某个客户群体来进行试用。通过试用的行为和反馈来观察和评判产品的质量。C端产品注重通过用户的行为数据来分析，而B端产品，则只是在用户的反馈上。
7. 数据分析。C端产品在用户数据、行业数据和业务数据分析上，沉淀除了很多方法和经验。这是B端必须要借鉴的。B端产品，不仅仅为客户设计数据分析相关的功能。而是要通过数据为客户或者产品创造价值。不管是客户的使用数据，还是业务产生的数据，都是可以用来帮助提升产品价值。
8. 需求分析方法。特别是在用户心里、用户行为的分析上，C端产品的知识深度是要高出B端产品很多的。

在业务模式的开展和商业模式上，B端产品也有很多的需要向C端产品学习的。

在搭建B端产品的核心商业模式时，可以尝试与C端产品相结合。B端产品在搭建核心商业模式，兼顾B端客户和C端的用户，同时面向两大类群体做产品。比如，以钉钉举例。钉钉除了作为公司协作办公的产品，能不能做个人的即时通讯应用？钉钉自身也有即时通讯应用的整个功能基础。

有一些工具软件已经在采用这种思路来做B端产品。这些功能个人用户的需求起步。然后再撬动企业用户。企业用户的版本相当于是更高级的增值服务。

在迭代B端产品时，可以采用C端产品的小步快跑的模式。优先把一个核心业务做好。然后在核心业务的基础上，再去迭代深度和广度。不断的验证用户需求，不断的迭代产品。在架构B端产品时，一定要完成业务的闭环。如果参照C端产品的方法，可以优先满足一个核心的需求，完成一个需求上的闭环，逐步迭代，最终完成整个产品业务的闭环。

无论是C端产品还是B端产品，永远都存在深度和广度的博弈。C端产品主要需要广度，需要不断的扩大用户群体。而B端产品则需要深度，把每一个需求做深做精，深度维护每一个客户。

如果B端产品做广度，无论是从满足的需求的广度，还是说覆盖的用户群体的广度。是不是一个新的思路？或者在用户群体的广度上结合C端产品的AARRR模型，做深度的用户运营。

可能会有产品经理认为B端的产品的用户，先天不存在广度。但实际在某些行业，B端产品也是可以有很广泛的用户群体。比如上文提到的钉钉，或者今年的行业翘楚Zoom。在描述B端用户群体，是不一定把每一个集体作为一个用户，也可以考虑把每一个个体作为一个用户。