项目已完成80%功能开发，却卡在蓝图确认------这不是进度问题，而是项目管理底层逻辑的错位。
作为一名深耕企业管理软件领域多年的项目经理，近期主导了一个看似"小而美"的合同管理系统实施项目。客户是一家知名上市游戏公司（以下简称"甲方"），项目规模不大，目标明确：替换其OA中低效的合同模块，提升法务协作效率。
然而，正是这个"标准产品+少量定制"的项目，在实施初期就陷入了"功能已搭、蓝图未签"的被动局面。复盘发现，问题根源不在技术，而在乙方项目经理对售前-交付衔接、需求治理与阶段管控的失守。
一、项目背景：强IT能力下的"法务自救"
甲方是一家集游戏研发与运营于一体的上市公司，拥有成熟的内部IT团队，大部分业务系统均由其自主开发。
但法务部门长期受困于OA合同模块的局限性：
- 合同起草依赖手工填表，重复劳动多；
- 审批流割裂（合同审批、用印审批分离），流程冗长；
- 缺乏版本对比、履约跟踪等专业能力。
因内部开发排期无法满足业务急迫性，法务部决定绕过IT部门，直接采购外部成熟产品 。
我方在售前阶段通过多轮演示与功能匹配，顺利赢得项目，并与甲方IT负责人完成初步技术对接。
值得注意的是：项目发起方是法务部，项目经理也由法务人员担任------这为后续沟通埋下了隐性风险。
二、实施启动：高效开发背后的"流程失序"
项目进场后，双方快速达成方向共识：
- 表单移植：将OA现有合同表单迁移至新系统；
- 流程整合：合并合同审批与用印审批，减少重复环节；
- 提效减负：通过模板库、条款库等功能降低法务人工操作。
由于甲方已提供完整的OA界面截图，且项目周期紧张，我方开发团队在蓝图阶段尚未正式启动时便提前进场，基于截图搭建系统原型 。
随后几周，团队高频迭代，基本完成了核心功能开发。
表面看进展顺利，实则隐患重重：
✅ 功能在跑，❌ 蓝图未签；
✅ 客户在用，❌ 需求无书面确认；
✅ 开发在投入，❌ 验收标准模糊。
三、复盘反思：三个关键失守点
失守点1：忽视合同条款与项目阶段的错位
项目合同约定付款节点为：首付款 + 验收款 + 一个月后尾款 ，本质是"成品交付"模式。
但实际实施却是典型的"分阶段交付"过程。
由于甲方法务项目经理缺乏项目管理经验，默认以合同付款节点作为验收依据，未意识到需对实施阶段进行拆解与确认。
而我作为乙方PM，未在进场前主动识别这一错位，也未推动双方对齐"开发阶段 vs 合同阶段"的映射关系，导致后期验收缺乏过程依据。
失守点2：售前承诺未转化为可验收的需求基线
售前阶段的功能列表仅停留在"功能名称"层面，未定义实现标准、边界范围与验收指标 。
例如："支持合同比对"------是支持Word？PDF？扫描件？是否需高亮差异？这些均未明确。
更严重的是，未及时输出《需求规格说明书》并获得客户签字确认，使得开发工作缺乏法律与管理上的锚点，一切依赖"口头默契"。
失守点3：未对非专业甲方PM进行项目管理赋能
面对由法务人员担任的甲方项目经理，我未能主动承担"项目管理宣贯"职责。
未在项目启动会上明确：
- 双方沟通机制与决策流程；
- 需求变更的控制流程；
- 阶段交付物与验收标准。
结果：客户以为"看到功能=项目完成"，我们却在"无限调整"中消耗资源。
四、经验总结：进场不是开始，而是准备的终点
这个项目让我深刻意识到：
项目成功，70%取决于进场前的准备，而非进场后的执行。
作为乙方项目经理，在接手售前移交项目时，必须做到：
- 精读合同：识别付款节点、交付物、违约条款与潜在风险；
- 厘清需求基线：将售前口头共识转化为结构化、可验收的需求文档；
- 管理甲方预期：尤其当甲方PM非专业背景时，需主动引导其理解项目管理逻辑；
- 建立阶段对齐机制：即使合同未分阶段，也应在内部按里程碑管控，并与客户同步确认。
下一篇预告：《游戏上市公司合同系统实施复盘（二）：当"快速交付"变成"流程失控"，我们踩了什么坑？》
作者 ：10年+企业级软件实施顾问，专注合同管理、合规与数字化风控。
欢迎交流：你在实施项目中是否也遇到过"蓝图难产"？评论区聊聊！
#合同管理系统 #项目管理 #SaaS实施 #甲方乙方 #CSDN #数字化转型