3.4 决策矩阵与转换信号
理论讲够了。这一节给你一个可以直接用的决策工具——当你面对一个新项目时，用这个矩阵快速决定。
决策流程图
项目启动 → 问自己这些问题：
✅ 是原型/MVP/探索？ →
✅ 需要快速验证想法？ →
✅ 有合规/审计要求？ →
✅ 多团队协作？ →
✅ 安全/金融/医疗系统？ →
✅ 个人工具/学习？ →
✅ 长期维护的业务系统？ →
✅ 不确定？ →
✅ 是原型/MVP/探索？ →
Vibe Coding✅ 需要快速验证想法？ →
Vibe Coding → 验证后转换✅ 有合规/审计要求？ →
SDD（必须）✅ 多团队协作？ →
SDD + TDD✅ 安全/金融/医疗系统？ →
SDD + TDD（必须）✅ 个人工具/学习？ →
Vibe Coding✅ 长期维护的业务系统？ →
三者融合✅ 不确定？ →
从 Vibe Coding 开始，出现转换信号时切换到 SDD五因素决策矩阵
用这五个因素给项目打分，然后根据总分选择方法论：
| 因素 | Vibe Coding | TDD | SDD | 混合 |
|---|---|---|---|---|
| 项目时间 < 3 个月 | ✅ 最佳 | ⚠️ 可用 | ❌ 太重 | ⚠️ 可用 |
| 项目时间 > 3 个月 | ⚠️ 有风险 | ✅ 最佳 | ✅ 最佳 | ✅ 最佳 |
| 团队 2-3 人 | ✅ 适合 | ✅ 适合 | ⚠️ 可能太重 | ✅ 适合 |
| 团队 5+ 人 | ❌ 不适合 | ✅ 适合 | ✅ 最佳 | ✅ 最佳 |
| 无监管要求 | ✅ 可以 | ✅ 可以 | ⚠️ 看情况 | ✅ 可以 |
| 有合规要求 | ❌ 不行 | ⚠️ 不够 | ✅ 必须 | ✅ 必须 |
| 高风险容忍 | ✅ 可以 | ✅ 可以 | ⚠️ 看情况 | ✅ 可以 |
| 低风险容忍 | ❌ 不行 | ✅ 适合 | ✅ 最佳 | ✅ 最佳 |
| 安全关键 | ❌ 绝对不行 | ✅ 必须 | ✅ 必须 | ✅ 必须 |
快速打分法
给每个因素 1-5 分（参考下方的评分标准），根据总分快速判断：
评分标准：
| 因素 | 1 分 | 3 分 | 5 分 |
|---|---|---|---|
| 项目时间 | < 1 个月 | 3-6 个月 | > 12 个月 |
| 团队规模 | 1-2 人 | 3-5 人 | 10+ 人 |
| 监管要求 | 无 | 有一定要求 | 严格合规 |
| 风险容忍 | 失败无所谓 | 部分容忍 | 不允许失败 |
| 安全关键性 | 内部工具 | 有用户数据 | 金融/医疗 |
总分 5-10：Vibe Coding
短期项目，低风险，小团队。快速出活，验证想法。
总分 11-15：TDD
中等周期，有一定质量要求。核心逻辑测试先行。
总分 16-20：SDD
长期项目，多团队，有合规要求。规格先行，契约驱动。
总分 21-25：三者融合
大型项目，复杂需求。探索 → 规格 → 验证，分阶段推进。
真实案例：决策矩阵在行动
案例 1：创业公司 MVP
项目：一个在线教育平台的 MVP 时间：2 个月 | 团队：3 人 | 监管：无 | 风险容忍：高
决策：Vibe Coding
- 2 个月内要出产品，没时间写规格和测试
- 3 个人可以用 Cursor 高效协作
- MVP 阶段的核心是验证需求，不是追求代码质量
案例 2：银行支付系统
项目：银行内部支付清算系统升级 时间：18 个月 | 团队：15 人 | 监管：严格 | 风险容忍：极低
决策：SDD + TDD
- 金融系统必须精确，不允许任何歧义
- 15 人团队需要规格来协调
- TDD 保障每一行核心逻辑的正确性
- Vibe Coding 在这里绝对不能用
案例 3：SaaS 产品
项目：一个项目管理 SaaS 产品 时间：持续迭代 | 团队：8 人 | 监管：一般 | 风险容忍：中
决策：三者融合
- 新功能先用 Vibe Coding 验证想法
- 确认后用 SDD 写 API 规格
- 核心逻辑用 TDD 保障
- 灵活切换，根据功能的风险级别选择
检查清单：你该切换了吗？
如果你当前在用 Vibe Coding，检查以下信号：
- [ ] 修复一个 Bug 引入了新的 Bug
- [ ] AI 生成的代码你越来越看不懂
- [ ] 团队新增了成员
- [ ] 项目即将上线给真实用户
- [ ] 修改一个功能需要改很多文件
- [ ] 代码中有安全敏感逻辑
勾选 2 个以上：是时候考虑引入 SDD 或 TDD 了。
📌 本节核心要点
| 概念 | 要点 |
|---|---|
| 决策五因素 | 时间线、团队规模、监管要求、风险容忍、安全关键性 |
| 短期/低风险 | → Vibe Coding |
| 长期/合规 | → SDD + TDD |
| 复杂项目 | → 三者融合 |
| 检查清单 | 6 个信号，勾选 2 个以上就该考虑切换 |
| 核心原则 | 没有银弹——只有最适合当前项目阶段的方法论 |
知识检查
问题 1：以下三个项目，分别应该用什么方法论？
- A. 大学生用周末时间做个人博客
- B. 银行支付系统升级
- C. 5 人 SaaS 团队做持续迭代的产品
查看答案
- A → Vibe Coding：个人项目，风险低，速度快优先
- B → SDD + TDD：金融系统，安全关键，必须有规格和测试双重保障
- C → 三者融合：新功能用 Vibe Coding 探索，确认后用 SDD 写规格，核心逻辑用 TDD
问题 2：决策矩阵的五个核心因素是什么？每个因素如何影响选择？
查看答案
- 项目时间线：< 3 个月适合 Vibe Coding；> 3 个月适合 TDD/SDD
- 团队规模：2-3 人灵活选择；5+ 人 SDD 更好协调
- 监管要求：无监管可用 Vibe Coding；有合规要求必须 SDD
- 风险容忍：高容忍可以 Vibe Coding；低容忍必须 TDD/SDD
- 安全关键性：内部工具可 Vibe Coding；金融/医疗必须 SDD+TDD
问题 3：以下哪个信号说明你的 Vibe Coding 项目需要切换到更严谨的方式？
- A. 产品经理说"下周要上线"
- B. 修复登录 Bug 后支付功能出了新问题
- C. 团队从 2 人扩展到 5 人
- D. 以上全部
查看答案
D. 以上全部。
- A = 生产意图信号
- B = 上下文漂移信号
- C = 团队扩张信号
勾选 2 个以上就该考虑切换。
下一节预告
决策矩阵掌握了，但实际推广时你会听到很多错误说法。下一节我们帮你避开最常见的 8 个误区。
→ 下一节：八大误区