作者：曾娟 | 友为软件 资深实施顾问 | 8年企业级软件交付经验
大家好，我是曾娟。
在前几篇文章中，我分享过超大型地产集团的资产全生命周期系统、横跨多行业的智慧供应链项目，以及医疗内控系统的落地实践。
那些项目虽有挑战，但最终都顺利交付，甚至成为行业标杆。
但今天想讲的这个项目，是我职业生涯中最特殊的一次经历——它是我唯一一个“搞砸了”的项目。
最终结果是：客户与我们友好解约，已付款项互不追责，交付内容也不再追究。双方体面告别，没有撕破脸，也没有互相指责。
听起来像是一场“失败”，但对我而言，它教会我的，远比任何成功项目都深刻。
一、被动接手：一个“先天不足”的Java项目
时间回到2019年夏天。
当时，友为的资产管理系统已有12年积累，但核心平台基于 .NET。
而这次客户明确提出：必须使用 Java 平台。问题来了——我们的 Java 版本功能尚不成熟，配置能力有限，很多模块需要边实施、边开发、边“填坑”。
更棘手的是，项目的初始项目经理（一位资深同事）采取了一种看似“顺从”实则危险的策略：
“客户怎么说，我们就怎么做。”
他把需求蓝图完全交由客户主导，自己只做记录和执行，几乎没有引导或质疑。
这听起来很“服务导向”，实则埋下了信任崩塌的种子。
二、信任崩塌的根源：把“服务”等同于“服从”
客户方项目经理是一位刚毕业的研究生，来自一家高科技企业。
团队成员清一色985/211，逻辑强、要求高、对技术细节极其敏感。
当她面对一个只会点头说“好的”的乙方项目经理时，内心只有一个判断：
“这个人不专业，没主见，根本不知道怎么带项目。”
要知道，在企业级软件实施中，客户知道自己要去哪里，但不知道哪条路最安全、最快、最省力。
这时候，项目经理的角色不是“传声筒”，而是“导航仪”。
- 客户说“我要录资产”，你得问：“后续要折旧吗？要调拨吗？要报废流程吗？”
- 客户说“按Excel模板导入”，你得提醒：“字段缺失会导致后续无法核算。”
引导，才是专业服务的核心。而当时的项目，恰恰缺失了这一点。
蓝图签了，但实施停滞；沟通频繁，但无实质进展。
最终，客户忍无可忍，要求更换项目经理。
三、双项目经理制：新人的“生死考核”
接到接手通知时，我其实很忐忑。
彼时我只有一两年资产项目经验，算不上资深，更别说镇住一个高知、高要求的甲方团队。
公司也意识到风险，于是采取了一个折中方案：双项目经理制。
- 我 + 一位技术大牛共同担任临时PM；
- 客户对我们进行为期两周的“考核”；
- 考核通过，才能转正。
那位技术顾问能力极强，但手头项目太多，能投入的时间有限。
而我，手上只有少量售后工作，可以100% 投入这个项目。
这是我唯一的筹码，也是我最大的底气。
四、对比案例：什么是真正的“引导式交付”？
说到这里，我想插一段我在另一个资产项目中的经历，来说明“引导”的价值。
那是一家大型地产集团，最初的需求非常朴素：
“把所有资产信息录进去，能查就行。”
如果我们照做，系统上线后必然沦为“电子台账”，毫无管理价值。
但我们没有止步于此。
我们花了两周时间深入一线，调研真实业务流：
- 资产如何从采购入库？
- 领用谁审批？调拨走什么流程？
- 维修记录谁负责？报废如何核销？
最终交付的，不是一张资产清单，而是一套覆盖全生命周期的资产流转与自动折旧系统。
客户上线后第一句话是：
“原来资产管理还可以这么做！”
这就是专业引导的力量——帮客户看见他们看不见的问题。
而2019年的那个Java项目，恰恰反其道而行之：只有记录，没有洞察；只有服从，没有共建。
信任，就这样一点点流失殆尽。
五、第一次会议：被审视的“新人时刻”
正式接手后的第一次项目会，我至今记忆犹新。走进会议室的那一刻，我能清晰感受到那种打量、怀疑、甚至略带失望的眼神。
对方心里大概在想：“公司就派这么个新人来应付我们？”
我紧张到手心冒汗，生怕有人把这句话说出来。但出乎意料的是，客户并没有为难我。
那位年轻的女项目经理反而给了我机会：
“既然换了人，我们就重新对一遍计划，看还能不能赶上进度。”
我们一起逐项核对任务，更新了项目计划表，会议结束时气氛甚至有些“和谐”。
但我知道——
表面的平静下，是更高的期待和更严的审视。真正的挑战，才刚刚开始。
写在最后
这个项目最终没能成功交付，但它让我彻底明白了三件事：
- 专业 ≠ 顺从，真正的服务是“带着客户一起赢”；
- 信任不是靠听话建立的，而是靠洞察和担当赢得的；
- 有时候，体面地退出，比硬撑到最后更需要勇气和智慧。
后来，我在后续项目中始终坚持一个原则：
“先理解业务，再谈功能；先暴露风险，再给方案。”
而这，正是那个“失败”项目送给我最宝贵的礼物。
📌 下一篇预告《绝地反击：我是如何提出“换版本”建议并扭转局面的？》敬请期待！
