Appearance
场景6——说服别人接受你的方案
场景描述
你设计了一个技术重构方案，需要说服技术总监批准：
背景：
- 现有代码维护成本越来越高
- 你提议用两周时间重构核心模块
- 需要技术总监同意并分配资源这是说服决策者场景。
常见的失败原因：
- 只讲技术好处，不讲业务价值
- 只讲好处，不讲成本和风险
- 不了解对方关心什么
CPERF应用
C - Capture 捕获
第一步：了解决策者关心什么
技术总监关心：
1. 业务影响：会影响项目进度吗？
2. 资源成本：需要多少人、多少时间？
3. 风险：重构过程中会不会出问题？
4. 收益：重构之后有什么好处？第二步：准备回答这些问题的材料
收集信息：
1. 当前代码的问题有多严重？有数据吗？
2. 重构需要多少资源？
3. 有什么风险？怎么控制？
4. 重构后有什么可量化的收益？整理后的信息：
问题严重性：
- 每次修改核心模块平均要3天，以前只要1天
- 上个月因为代码问题导致了2次线上bug
- 新人入职需要2周才能看懂核心代码
资源需求：
- 2个人，2周时间
风险评估：
- 重构过程中需要保证功能不变
- 准备用TDD方式，先写测试再重构
预期收益：
- 修改效率提升：从3天降到1天
- 新人上手时间：从2周降到3天
- Bug风险降低P - Process 处理
组织说服的逻辑：
说服的基本结构：
1. 问题（Pain）：现在有什么问题？
2. 方案（Solution）：你提议怎么解决？
3. 收益（Benefit）：解决后有什么好处？
4. 成本（Cost）：需要付出什么？
5. 风险（Risk）：有什么风险，怎么控制？准备应对反对意见：
可能的反对意见：
反对1："现在项目紧，没时间"
应对：我们可以安排在项目间隙期做，不影响核心项目
反对2："重构会引入新bug"
应对：我们会先写好测试用例，保证重构前后行为一致
反对3："效果怎么评估？"
应对：我们会在重构后统计修改效率，和之前对比E - Express 表达
说服的表达：
"总监，我想汇报一个技术优化的提议，
想听听您的意见，看是否可行。
【问题】
目前我们的订单模块代码维护成本越来越高。
我统计了一下，每次修改这个模块平均需要3天，
之前只要1天。而且上个月这个模块导致了2次线上bug。
【方案】
我建议用2周时间对这个模块做一次重构，
主要是拆分耦合、统一数据流。
【收益】
重构后预期：
1. 修改效率提升3倍，从3天降到1天
2. Bug风险大幅降低
3. 新人上手时间从2周降到3天
【成本】
需要2个人、2周时间。
我建议安排在下个迭代的间隙期，不影响项目进度。
【风险】
主要风险是重构过程中引入新bug。
我们的应对是：先把现有功能的测试用例写全，
再进行重构，保证重构前后行为一致。
您看这个提议可行吗？有什么建议？"关键技巧：
1. 用数据而非感觉
❌ "代码很难维护"
✅ "修改效率从1天变成3天"
2. 主动说成本和风险
不要等对方问，主动说，显示你思考全面
3. 提供风险应对
不只是说"有风险"，还要说"怎么控制"
4. 留有余地
"您看可行吗？有什么建议？"
不是强推，是征求意见R - Review 复盘
根据反馈调整：
总监反馈：
"方向我认可，但2周可能有点长。
能不能分阶段做？先做最核心的部分？"
调整方案：
"可以，我们可以分两期。
第一期1周，先重构最核心的订单状态管理部分，
这是问题最严重的地方。
第二期等第一期效果验证后再安排。"会后复盘：
做得好的：
1. 用数据说话，有说服力
2. 主动说了风险和应对
3. 接受了总监的建议，灵活调整
可以改进的：
1. 可以先私下和总监沟通一下方向，再正式提议
2. 下次可以准备一页简单的PPTF - Form 固化
说服框架：
markdown
## 说服决策者的框架
1. 问题（Pain）
- 用数据说明问题有多严重
- 和对方的利益相关
2. 方案（Solution）
- 简洁说明你的提议
- 不要太多技术细节
3. 收益（Benefit）
- 可量化的收益
- 和对方关心的点对应
4. 成本（Cost）
- 主动说明需要什么资源
- 如何最小化对现有工作的影响
5. 风险（Risk）
- 主动说明有什么风险
- 你准备怎么控制风险
6. 征求意见
- 不是强推，是请对方决策
- 对反馈保持开放关键要点
要点1：先了解对方关心什么
不同的人关心不同的点：
技术决策者关心：
- 技术合理性
- 资源成本
- 风险控制
业务决策者关心：
- 业务价值
- 时间影响
- 用户影响
你的说服内容要对应对方的关注点。要点2：用数据而非形容词
❌ "代码很乱"
✅ "修改效率从1天变成3天，bug率上升50%"
❌ "重构后会好很多"
✅ "预期修改效率提升3倍"
数据有说服力，形容词没有。要点3：主动说成本和风险
不要只说好处，要主动说：
1. 需要什么成本（人、时间、钱）
2. 有什么风险
3. 你准备怎么控制风险
这样显示你思考全面，而且可信度更高。要点4：准备好应对反对意见
提前想好对方可能的反对意见：
- "没时间"
- "有风险"
- "效果不确定"
每个反对意见都准备好应对。要点5：征求意见而不是强推
不要给对方"只能说yes"的感觉。
✅ "您看这个提议可行吗？有什么建议？"
✅ "这是我的想法，想听听您的意见"
给对方参与决策的空间。本场景的CPERF检查清单
markdown
□ Capture
- 了解决策者关心什么吗？
- 准备了支持你的数据吗？
- 想好对方可能的反对意见了吗？
□ Process
- 按问题→方案→收益→成本→风险的结构组织了吗？
- 准备好应对反对意见了吗？
□ Express
- 用数据而非形容词了吗？
- 主动说成本和风险了吗？
- 征求意见而非强推了吗？
□ Review
- 根据反馈调整方案了吗？
- 复盘哪些做得好、哪些可以改进了吗？
□ Form
- 总结说服的框架了吗？
- 记录可复用的经验了吗？说服提案模板
markdown
## 提案：【提案名称】
### 问题
（用数据说明当前的问题）
### 方案
（简洁说明你的提议）
### 预期收益
1.
2.
3.
### 资源需求
- 人员：
- 时间：
- 其他：
### 风险及应对
| 风险 | 应对措施 |
|------|----------|
| | |
### 计划
（时间表）小结
说服决策者的核心方法：
- 先了解对方关心什么
- 用数据而非形容词
- 主动说成本和风险
- 准备好应对反对意见
- 征求意见而非强推
记住：说服的目的不是让对方无法反对，而是让对方理解你的思考，做出知情决策。
下一章，我们看会议上临时被点名发言的场景。