北京
有一句话在“前部署”（forward-deployed）工作圈子里被反复引用，通常被归功于Palantir的模式。它听起来像一句口号，直到你吃过亏才明白其中的分量：一个客户，多种能力——与SaaS的形态正好相反，后者是多个客户，一种能力。
SaaS的形态大家都懂。找到一件很多人需要的事，做一次，反复卖，每多一个客户几乎不增加成本。整个产品管理的学科，就是围绕“找到那一件事”建立的。
前部署工作则完全反过来。你嵌入一家组织，做那家组织真正需要的东西——结果往往是十一件事，其中大部分出了那栋楼根本没人会把它当成产品。然后有人会问那个决定你到底是软件公司还是披着公司外衣的咨询公司的问题：这十一件事里，哪一件是能力，哪一件是永远卖不出第二次的定制活？
这个判断错在哪个方向都是致命的，而且两种失败的样子截然不同。
两种失败，长得完全不一样
过早泛化是工程师最容易犯的错，因为抽象看起来像手艺。你为一个客户解决了一个问题，你能看到它的形状，而且那个形状看起来可复用。于是你把具体的东西抽出来变成配置，发布一个通用版本。
单次部署内部看不到的，是哪个轴真的在变化。你只有一个数据源，所以你把数据源做成了可插拔的。你只有一个审批流，所以审批流被你写死了。第二个客户来了，数据源一样，审批流完全不同——现在你有了一个抽象，它在什么都不动的方向上很灵活，在什么都动的方向上很僵硬。两个客户拿到的系统都比定制版更差，而且这个抽象已经承重了，拆掉它本身就是个项目。
永远不泛化则更安静，痛感来得更慢。每一次合作都是全新搭建。每一次都顺利。工程师越来越熟练，交付越来越快——
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
