成功学的故事听多了，容易让人产生一种错觉，仿佛只要复刻路径就能抵达终点。但现实往往是，成功难以复制，失败却总有相似的根源。复盘一个项目的死亡过程，往往比庆祝成功更具警示意义。

这一年，我亲历了一个 SaaS 产品从立项到进入维护期（实质死亡）的全过程。经过多次迭代，项目最终停止了功能开发与推广。记录这次失败，并非为了推卸责任，而是希望在新项目中能避开同样的坑。以下从产品定位、需求控制和技术框架三个维度，复盘这个 SaaS 产品是如何一步步走向终结的。

一、项目背景：被期望裹挟的起点

公司主营业务相对稳定，为了寻找新的增长曲线，决定探索创新业务。在此之前，公司已尝试过三四个小程序项目，但均未实现盈利。这次立项的 SaaS 商城产品，被寄予了厚望。

项目的初始逻辑看似清晰：将公司购买了十年的三方商城系统进行 SaaS 化改造，快速部署商城和代理运营能力。立项时，商务部门反馈手中已有两个意向订单，每个总价约 50 万。与此同时，管理层希望产品能参考市场上可自由组合的小程序模式，覆盖大部分线下零售场景，为后期拓展留足空间。

带着销售承诺的战略预期和技术拓展的野心，项目正式启动。

二、开发回顾：三个阶段，三次迷失

回顾整个开发周期，可以清晰地划分为三个阶段，每个阶段都伴随着方向的摇摆。



1. 小程序化改造：被销售承诺绑架的 MVP
短期目标非常明确：拿下那两个意向订单。为此，产研团队全员封闭开发，历时一个多月，完成了原商城系统的多端改造。本着 MVP（最小可行性产品）原则，首版本甚至将配置项硬编码在代码中，并增加了租户层以支持多应用体系。



然而，当团队高兴地完成上线时，销售端却未能签订合同。跟进一个月后，两个项目确认丢失。此时我们意识到，整个决策过程是被销售牵着鼻子走的，为了向老板证明盈利能力，我们系统地忽略了“做什么”比“怎么做”更重要这一事实。

2. 框架完善：在技术债中挣扎
品牌自有商城项目受阻后，销售方向转向中小企业，试图推广平台化的小程序商城产品。随后三个月的迭代中，一半精力被迫投入到小程序版本和多端扩展上。

由于原后台管理页面前后端未分离，框架老旧，新功能只能在新框架中开发。新旧框架的来回跳转引发了大量兼容性问题，团队不得不花费半数精力重建原有功能。产品在技术重构的泥潭中，失去了业务推进的速度。

3. 产品探索：盲目试错与行业跳跃
既然卖不出去，团队尝试自己运营。商务部门对接了几家进口品牌渠道，开设品牌商城小程序，试图通过私域流量销售商品。但因品牌知名度低、运营经验不足，社区推广和直播推荐效果甚微。

随后，老板利用个人关系引入了超市、烘焙、洗车等行业的种子用户。由于没有行业限制，销售端只要有需求就接入，导致产品涵盖了美容、餐饮、母婴等多种业态。然而，线下交易模式与原有线上商城逻辑差异巨大，种子用户缺乏流量运营手段，使用效果差，反馈负面。团队不断切换行业希望找到切入点，却始终未能形成闭环。

三、深度反思：三大致命伤

1. 战略层面：缺乏核心业务模式
项目的核心问题在于目标客户和市场定位一直在变。从品牌商城到自营商城，再到线下零售业态，每一次转向都是销售驱动的结果。销售说某个功能能卖钱，我们就加功能。

结果是每个功能都有，但每个功能都无法与竞品形成差异化优势。无计划的功能增加，导致系统复杂性呈几何倍数增长。我们未能想清楚：SaaS 产品功能多就一定能卖吗？卖了能赚钱吗？

如果没有产品差异化，就必须争取渠道资源或销售能力；如果不以软件付费为主要收入，就必须找到其他盈利关键点（如抽佣、广告等）。复盘来看，公司的优势在于品牌营销资源，而非技术开发。若能从品牌营销角度创建平台，结合用户数据需求，或许能获得平台更大的支持，而非在技术弱势区硬碰硬。

2. 需求控制：优先级被“紧急”而非“重要”主导
由于产品方向不明确，需求优先级往往取决于当时种子客户的紧急程度。例如，运营方提出需要分销功能，声称上线即可大卖，但实际上线后无人问津。原因在于确认需求前未评估资源：分销的核心是渠道资源和激励机制，而非一个功能链接。



对于商城系统，客户核心关心的是销量，因此营销需求层出不穷。但系统的基础功能（如配送、商品管理）却因优先迁移旧系统而被忽视。种子用户在使用时，因基础体验差、Bug 频出而流失。后期当我们回头迁移基础功能时，又不得不花费大量精力解决与营销功能的兼容性问题，陷入恶性循环。

3. 技术框架：盲目追求大而全
项目初期正值“中台”概念火热，系统采用了微服务框架，旨在保证后续多行业的可扩展性。半年迭代后，微服务数量达到二十多个，引发了两个严重问题：

一是服务数量造成的混乱。一个功能涉及多个服务，开发初期人多时信息尚能同步，后期人力减少，维护多项服务导致效率大幅降低。
二是服务抽象不清晰。由于产品核心业务逻辑本身不清楚，导致设计不合理，一个需求变动往往牵动多个服务。

新技术虽有优势，但始终是为业务服务的。对于新产品，最重要的是运行业务形成正向循环，而非追求最新的技术架构。

四、结语

这个项目的失败，并非单一环节的失误，而是战略、需求与技术三重错配的结果。

新产品的核心，永远是先考虑清楚商业模式。在大的战略方向明确的情况下，拆解阶段性产品目标，以阶段目标指导需求优先级的规划，而非被客户的临时需求牵着走。技术框架的选择应遵循“适合才是最好”的原则，不做过于超前的设计，不为使用新技术而使用新技术。

成功或许无法复制，但避开这些导致失败的共性原因，本身就是一种成功。