8.6 退出机制设计
为什么需要退出机制
好项目大家都开心
坏项目需要有Plan B
退出机制不是为了跑路
而是为了保护FDE和客户的双方利益
三种退出场景
场景一:正常退出
条件:项目圆满完成
触发:双方确认验收
流程:
1. 完成剩余交付物
2. 确认尾款
3. 正式验收签字
4. 关系转运营/结束
特点:和平分手,留个好名声
场景二:协商退出
条件:双方同意终止合作
触发:
- 项目目标达成一致后结束
- 范围大幅变更导致合同不再适用
- 客户预算调整
流程:
1. 盘点已完成工作
2. 评估已发生费用
3. 协商结算方案
4. 完成工作交接
5. 友好分手
关键:书面确认,避免纠纷
场景三:强制退出
条件:对方严重违约
触发:
- 客户不付款超过X天
- 客户配合严重不到位
- 发现重大合规风险
- 客户有欺诈行为
流程:
1. 发送书面通知,说明问题
2. 给予改正期限(如适用)
3. 期限届满未改,正式终止
4. 保留所有交付物和成果
5. 追讨应得款项
6. 必要时走法律程序
关键:每一步都要书面,保留成果
退出决策清单
| 触发条件 |
严重程度 |
建议动作 |
| 客户拖延付款1-2次 |
中 |
沟通了解原因 |
| 客户拖延付款3次以上 |
高 |
发书面催告 |
| 客户持续不配合 |
高 |
评估是否退出 |
| 发现合规风险 |
极高 |
立即退出 |
| 客户要求违法内容 |
极高 |
立即退出 |
| 项目持续亏损 |
中 |
协商调整范围 |
| 客户内部政治问题 |
中 |
评估风险后决定 |
退出执行checklist
□ 通知与沟通
├── 发书面退出通知(说明原因)
├── 解释后续安排
└── 保持职业态度
□ 工作盘点
├── 盘点已完成交付物
├── 盘点已发生费用
├── 整理所有项目文档
□ 财务结算
├── 确认应收未收款
├── 确认已完成工作量
└── 发送最终账单
□ 交付物处理
├── 移交已完成交付物
├── 保留公司版权材料
├── 明确未完成部分处理
□ 法律事项
├── 确认合同终止条款
├── 确认保密义务
└── 确认后续禁止事项(如有)
□ 关系处理
├── 友好告别相关干系人
├── 不说客户坏话
└── 留下后续联系方式
觉得有用?分享给创业伙伴或交付团队
这篇内容适合在创业方向判断、客户沟通、项目交付和团队复盘时反复查看。