文章来源：瓦利哥的机器岁月，作者：神策数据创始人桑文锋

过去二十年是消费互联网的二十年，大量伟大的To C 产品孕育出来，诞生了产品经理岗位。对于如何做 To C 产品，网上总结的经验已经非常丰富了，优秀的产品经理也非常多。对比国内外的 To C 和 To B 市场就会发现，国内 To B 市场的缺口很大，机会很大，但如何打造 To B 产品，相关的内容和案例还不够丰富，毕竟阶段还处于早期，还在围绕项目制是标准化、Cloud 还是私有化部署来展开讨论。一个庞大的市场A m V Z | k t ; ;，一定是汇聚各种模式，各种模式都有各自的成功之处。神策从成立就坚持产品化的思路，四年= . V多来已服务了上千家的付费客户) + ] {，在如何进行 To B 产品化方面，& t ( ( j w :有了一点心得，与大家做个分享。

To C 和 To B 产品的不同

两类产品在面对的客户群体规模、交付模式、需求收集模式T F A F上，有很大的差异。

To C 产品一般用户规模大@ } E -，动辄数百万，产品有什么问题，会迅速通过数据分析发现。而 To B 产品可能只有数百家甚至几十家客户，每家客户的使用人次也不会太高，这样就导致仅仅靠数据分析很难做出科学评估，毕竟样本数太少。

在交付模式上，To C 产品/ C b / V m c L c发布即交付，只要将 App 放到应用市场，用户立马就开始9 { 8 C s使用了。而 To B 产o P s 2 $ B 8品从功能发布到产品在客户场景上发挥价值，中间的周期一般都会比较y 2 h |长。当然，一些 SaaS 类的产品，通过在线更新的方式，能够更接近 To C 产品。但在国内，大量客户所处的阶段比较初级，职业化程度还不够高，如果没有配以相应的交付服务，客户并不会真正使用起来。如果是私有化部署的场景，这种问题会更为严重。这种交付周期的拉长，直接导致的问题是发布的功能无法及时获取到有效反馈进行迭代闭环。

在需求收集模式上，To B 产品倒是有它的优势，客户的需求会直接、1 { d精确的反馈，客户要什么功能，会直接告诉你，你只要做出来就i F f s j ! # 9行。而 To C 产品，你可能收到的反馈是用户骂你产品很烂，体验很差，但你还是不明白用户遇到的问题到底是什么。从这一点来说，我觉得 To C 产品更强调9 ^ {创新，而 To B 产品更强调效率。

除了3 2 y E以上三点不同，还有两点巨大差异。

一是To C 产品的可用性到商业化是可以完全分离的。你只要做出一个用户喜欢的产品，爆发性的获取海量用户，那就有 VC 愿意投/ [ v 1 ` - 5资，你靠烧钱的方式就可以达到垄断市场的地位，然后进一步考虑商业化变现的方式，如果想不清楚，就放点广告。而 To B 产品不同，如果你做的一个产品( ( s只是有用但是收不到钱，可w F n s f ! U { n能以后也不好收上来，也不可能通过加点广告的方式获利。而反过来好的一面是，只要产品有用，客户一般也是愿意付钱的。因为客户需要的不只是产品，还需要有服务带来的安全保障。

二是To C 产品的规模化扩张一般C E @ p o 2 ) d没有人力和产品本身的限制，只要加服务器和带宽，就可以支撑更大量级的用户。K # I h Q S ( x / I N很大，我和他们商量是不是要再砍掉一个5 . $ ] r功能，我们不要因为赶工，最后做成了个 DeS ] n /mo。好在团队抗住了，我们按期拿出了 0.1 版，去找一些种子客户去做沟通。大家对我们产品交互的灵活、e - Q k z L实时性很满意，但明确指出我们缺少报表功能。, M _ L在产品设计之初，我们想我们要做下一代的数据分析系统，要和过去说再见，像报表这样的过时的东西X S z 9 N，我们就不打算要了，没想到客户m 7 _ ? / d h不这么想。等我从客户那里回来后跟团队说，接U Y E 5 5 ; e 8 W下来一个+ _ a ^ )月，我们就只做一个报表概览的功能，其他都L v # K { 1 J J m g度。在我们自己产品推出之前，我们也有两个合同，但那两个合同完全} @ v r Q = r是咨询项目，是靠我们的专业技能换来的，并不是靠产品挣来的。等0.2 版产品出来后，有位也出来创业{ . _ N的前同事朋友找到我，聊了聊他们的需求，发现很匹配。问我怎么收费，我说一年 20 万，他说太贵了，一共才融 500 万怎么可能花这么多买数据工具，我说你打算给多少，他说 5000 块，K L S S S [ . = 5我说成交。就这样，我们在国 B提前卖出去叫x o U = ;期货营销，像提前预定、众筹等。在 To B 产品里，一般是出于客户对你的信任，提前购买了期货，这些期货有可能交付不了，也有可能到后面不是自己产品化想做的，变成定制化开发模式。我们在最早推出产品时，自然没有卖期货的条件。但之后因为有了一批客户，所以在打造新品时，也犯了想要提前卖出去的错误，还好及时做了调整，让新产品有节奏的进行迭代。

规模化

To B 产品能卖出去，不代表可以规模化地卖出去。最早买你产品的可能是关系户，也可能是% o $《跨越鸿沟》里提到的创$ 0 7 % # k ? w 新者，他们愿意尝试新东西D F k I = M j。可从早期的几个客户扩展到更大规模的客户，就需要考虑组织能力、客户群需求差异等问O c m { T F - t 题。

在组织能力上，首先要考虑的就是组建销售团队。神策最早的一批客户，主要是我和合伙人跑客户拿下来，接下Z i A u n U r来的一年我们定了300 个客户 1500 万营收的目标，这靠我们两个无论如何也实现不了的，必须要组建销售团队。? D E E _ z开始的时候我想的比较理想化，招一批 IBM、Oracle 出来有技术背景的销售，每人每年拿下 20 个客户就可以。结果发现完全招不过来，谁会看上我p s 0 ! (们这样的小技术创业公司。后来经朋友介绍，招了销售总监。他入职的第一天我就跟他说，接下来我们销售就靠你了，没想到他给我说千万别这么想，销售是负责摘果子的，得有人种果子。这我才知道还得有市场团队获取线索。

因为招不过来有技术背景的销售，我就跟团队说，咱们要把产品尽量简化些，让普通销售都能学得会讲得明白。销售总监也建议开始的招聘还是放开了试，于是我们开始了4 5 : ^ 7 ; # 4第一批销售团队的组建。这批招聘的人里有卖鞋的，有卖衣服的，也有修下水管道做节能的，有在钢铁国企坐班的。入U Y s s C职后给他们做了基本s b A e % q u #培训后t n 6 3进行串讲考核，结果讲得一塌糊涂，一些术语完全不知` | T 9 U ` } d @道什么意思，只是随机的组织在一起，我的内心拔凉拔凉的。可没想到两个半月后竟然开始出单了，大大出乎我的预料。就这样我们靠着这么一支销售队伍，超额完成了全年业绩。我们事后复盘，还是认为当时及时组建销售团F | ; - w ]队是很/ e t q Z o a明智的决定。

从客户群来说，不j 2 / Y = _ Y S同的群体需求不一样。在服务互联网公司时，一般只要产品功能过硬就行，其他服务需求不大。但是面对传统客户，服务、咨询类的全面解决方案就成了需求R X m V。这就需要不断迭代整个产品和服务体系，不管是产品功能、服务流程b U t U、角色分工、管理工具等，全面的提升，这样才能规模化的支持客户。

以上是我对To B 产品的三个阶段的认识，要指出h W L的是， To B 产品肯定也是_ + ` z T g v t要像 To C 产品那样不断迭代升级的，过了初期规模化，就要不断的进行迭代。这种迭代过程，我又把它分解为需求感x U B知、产品迭代、价值交付三个环节，- { R i (后面再单独讲解。