摘要：在企业软件领域，有一个传说中的神话，就是当你（软件供应方）接了个/些合适的（开发）项目以后，可以逐步形成一个软件产品，最终大卖四方，从此走上了类似Oracle、Microsoft等软件产品公司的康庄大道。这个神话经常出现在一些客户交流的对话里，甲方常常用一种包
在企业软件领域，有一个传说中的神话，就是当你（软件供应方）接了个/些合适的（开发）项目以后，可以逐步形成一个软件产品，最终大卖四方，从此走上了类似Oracle、Microsoft等软件产品公司的康庄大道。这个神话经常出现在一些客户交流的对话里，甲方常常用一种包含着善意的柔和诚意对乙方说，“这个项目如果做成了是可以变成产品推广到行业里许许多多类似的企业，具有相当的示范性，你们一定要尽力投入做这个项目，……” 乙方感动得热泪盈眶，顿时觉得这根本不是被设置了更高的验收要求，也不在乎周期和成本，这妥妥的是一个发财致富的机会呀 “一定一定，我们全力以赴……”
由此故事的结果逐渐变得清晰：一个新的成功产品未曾出现，但一个失败的项目就已经八九不离十了。更可怕的是，有时这样的理念并非源自于甲方，乙方在招投标前已经一厢情愿地去在项目交付中试图抽象并完成个产品出来，为自己投低价找到了心安理得的借口。
禁止在项目里做产品。
核心原因只有一个：
项目做的是加法，产品做的是减法（和乘法）。
这两种机制有点像是X轴和Y轴，互相垂直。 在项目中，最重要的概念是利益相关方，最重要把握的动作是变更，最后的检验标准是客户满意。 在产品中，最重要的概念是核心价值，最重要把握的动作是迭代，最后的检验标准是（核心价值交付）成功率和用户体验。
在正确的项目（开发交付过程）中：为了成本，要尽可能控制变更，降低风险；为了验收，最终可以牺牲用户体验；但为了平衡利益相关方的综合诉求，也要合理增加各种画龙点睛、如虎添翼、锦上添花的工作内容。项目最终体现的是对利益相关方的把握，针对的是特定客户（甚至只是特定时间周期特定领导、特定组织结构）
而在正确的产品（塑造过程）中：为了未来，要尽可能不断迭代探索最关键的需求，这种探索某种意义上是不计成本的；而为了未来的大量部署的成功率要不断试图减少不必要的功能和价值点，可以牺牲不匹配的客户满意度；为了口碑和传播而细抠用户体验并降低使用门槛。
项目采购交付活动只是一次具体时段的博弈，但产品要解决的脱颖而出必须定位于长期的立足之地。在企业软件领域，大量软件开发项目的需求即便立论在“止痒镇痛”的效果上，通过各种商务润滑，也能被不少客户欣然接受；而产品要成功，要克服长时间周期内的可预期的客户需求变化和大范围的普适性，只能聚焦于“解毒”。
在项目里混合产品目标，几乎一定会导致：
1、成本失控，变更管理与迭代调整冲突
2、价值点失焦，把利益相关方的博弈权衡点误当作产品核心价值
3、责任混乱，项目经理、（假想中的）产品负责人、公司管理层、软件开发人员各自处在复杂、不稳定的决策结构中，自身组织机制就已经成为重大风险。
不仅如此，如果付出了项目失败、成本高昂代价如果最终还能换回个成功产品倒也罢了，但究其实质，开发一款产品实际上开发的远不仅是开发代码，而是开发一种新商业模式；对比交付一个软件开发项目，其只是执行某个既有商业模式中的一次具体代码实现。大多数人没有意识到，开发代码在开创一个产品（商业模式）的整体成本中可能只占到整体的5%到10%，所以许多乙方管理者会完全误判开发产品的时间表/成本结构，认为通过若干项目已经交付出了可运行的软件代码就已经离产品完成八九不离十了。事与愿违，身边有不少公司在这种项目和产品混成的思想里投入了数以千万计的投资，最终发现离胜利彼岸遥不可及，后悔莫及。我倒不是断言完全没有人可以从项目里塑造出产品，符合以下三条（的全部）可能是例外：
1、乙方为单个产品准备了100倍于项目金额的资金；（100倍，你没看错）
2、甲方项目发起方是产业洞察者，项目需求/价值点本身建立在产业整体视角上，而非个别企业内部的博弈上；
3、偏工具型产品或引擎类软件模块，而非平台、中台、系统等。
反过来推敲，如果通过项目真能有相当概率孕育成功产品，那么这个世界上最多的软件产品必定应该来自于安达信、德勤、塔塔这类接了无数个软件开发项目的咨询/开发公司，但事实上呢？
项目中不能创造产品，当然不意味着不能通过交付项目去收获宝贵的实践经验和微观体感。通过大量类似项目实践获得更多的领域知识后，完全脱离现有项目去决策和设置产品的目标和节奏：让项目的归项目，产品的归产品，两者不要混存不要交叠。略微拔高一下：产品某种意义上是一种变革活动，是对相应的软件开发项目们（加法）现状的普遍不满，无论是对交付成功率、实现的成本结构或是最终的整体效益的不满。成功产品的塑造是基于这些不满而产生的变革（减法）活动的最终成果，是对商业模式、生产关系这类（乘法）活动的重新定义。
总结一下，不要在软件定制项目中并存产品化尝试，这是条通向毁灭之路。 保持耐心，在项目交付中充分积累开发经验和领域知识，最终在合适的时机合适的市场环境中以及获得足够人财物资源的前提下，按照产品自身规律和方法管理，塑造真正的产品及对应的商业模式。
来源：正正杂说