打动第一个客户的部署方式,为何拿不下第二个
Moore 在《跨越鸿沟》中指出:远见者买变革,务实者买稳定,FDE 必须区别部署。

要点速览
- Moore 认为,早期客户买的是变革,主流客户要的是现有业务的生产力提升。
- 早期采用者会自己补齐产品缺失的部分,主流客户不会。这些缺口通常落在 FDE 身上。
- Everett Rogers 指出,此前的研究并不支持“鸿沟”的说法,因此这本书应当作为视角,而非定律。
1991 年,Geoffrey Moore 写道:远见型客户与务实型客户之间横着一道巨大的鸿沟,而几乎所有人都忽视了它。三十多年后,许多前线部署工程师(FDE)团队仍然一脚踩进去。他们为第一个客户部署成功,把同样的做法搬到第二个客户,结果行不通。
问题不在代码。按 Moore 的说法,两类客户买的东西不同,所以部署方式也要不同。如果你是初创公司的 FDE,公司正从少数几个试点客户走向更大范围的销售,这本书能帮你说清楚眼下遇到的问题。
一本营销书,FDE 应当作运营手册来读
推荐读第三版,Crossing the Chasm, 3rd Edition: Marketing and Selling Disruptive Products to Mainstream Customers,由 Harper Business 于 2014 年 1 月 28 日出版。
Moore 的官方网站把这本书描述为一套弥合远见型早期采用者与务实型多数之间差距的策略。它写给市场和销售人员看,但书中最重要的三个观点,恰好对应 FDE 每天在客户现场做的事。
观点一:第一个客户买的是变革
Moore 把两类客户划分得很清楚。远见型客户买的是变革;用他的话说,早期大众想要的是提升现有业务的生产力。对前者,部署是一个转型项目;对后者,部署必须是不造成干扰的渐进改进。
设想为两家物流公司部署一个文档处理 Agent。A 公司的运营总监想重建整个流程。
他接受修改数据录入表单,让员工学习新工具,也能容忍前三周出错。B 公司只希望财务团队每天少花两小时录数据,企业资源计划(ERP)系统和审批流程一点都不能动。
如果把 A 的方案原样拿给 B,提议“重新设计流程”,B 只会看到风险。所以在需求调研时,要问客户两件事:想改变什么,以及什么无论如何都不能碰。第二个问题的答案会告诉你,对方属于哪一类客户。
观点二:完整产品是 FDE 的活
Moore 写道,务实型客户评估和购买的是完整产品,而不是核心技术。创新者和早期采用者通常愿意自己补齐缺失的部分,早期大众则不愿意。
这解释了为什么第一个客户乐于接受一套靠手工脚本拼起来的部署,而主流客户会把同样的东西看成半成品。
回到前面的例子:在 A 公司,ERP 连接器由客户自己的 IT 团队编写,员工培训也是他们做的。在 B 公司,没人会做这些,所以连接器、培训材料和支持流程必须在你到场之前就准备好。
第一件事,是把早期客户替你做过的所有事情写下来。这份清单就是下一个客户所需完整产品的初稿。
这件事也值得写进简历。比如“将首个客户 IT 团队编写的 ERP 连接器,改造成后续客户可直接使用的安装步骤”,这样一句话能让雇主看到,你考虑的是产品,而不只是按需求写代码。
观点三:一个问题、一个市场,然后再扩张
Moore 建议一次只专注一个客户细分市场,并把每次成功当作进入下一个市场的跳板。具体来说,先在单一市场为一个问题做出完整的解决方案,再向外扩张。这就是“滩头阵地”或“保龄球道”策略。
FDE 常犯的一个错误恰好与此相反。设想三个物流客户:第一个要做报关单据处理,第二个要做仓储管理,第三个要做发票对账。
如果三个都答应,六个月后你手里会有三个做了一半的功能,没有一个完整到能卖给务实型客户。
按 Moore 的思路做,分四步。第一,把同一行业客户的所有需求汇总到一张表里。第二,挑出在最多客户中出现的问题,比如报关单据。
第三,把这一块真正做完整:连接器、培训材料和支持流程,也就是观点二所说的完整产品。第四,等物流客户都能稳定使用之后,再把这次成功当作跳板,进入仓储或其他行业。
最难的一步,是对第二个和第三个需求说“暂时不做”。能向客户解释其需求为何排在队列中、并给出具体时间表的 FDE,比来者不拒的 FDE 更能赢得产品团队的信任。
鸿沟真的存在吗?
鸿沟这个概念也有批评者。创新扩散理论的提出者 Everett Rogers 指出,此前的研究并不支持技术采用者群体之间存在鸿沟的说法。所以,把这本书当作诊断视角,而不是定律。
第三版涵盖技术采用生命周期、如何选择滩头阵地细分市场、如何与合作伙伴一起打造完整产品,以及如何针对竞争对手做定位。
FDE 应先读完整产品和滩头阵地这两部分,因为书中与部署直接相关的内容都在这里。生命周期部分可以之后再读,用来理解理论框架;定位部分对准备转向解决方案或产品岗位的人更有用。
这本书 1991 年首次出版,1999 年和 2014 年两次修订,书中的案例已不算新,但框架依然成立。
下次,如果一套在第一个客户那里运行顺利的部署,突然被第二个客户评价为“还不成熟”,产品本身很可能没问题。更可能的情况是,你刚刚进入了另一类客户群体,需要换一种方式部署。
这篇文章对你有帮助吗?
感谢你的反馈!