方案对比矩阵
先定维度与权重再打分，让选型过程可解释、可复盘。
可整段复制 占位符用双大括号标出，替换成你的内容即可
# 方案对比：{{决策问题}}
## 一、决策问题
- 要决定的是：{{一句话}}
- 决策截止时间：{{日期}}
- 决策人：{{姓名}}｜建议人：{{姓名}}
- 一票否决项：{{不满足即淘汰的条件}}
## 二、评估维度与权重
| 维度 | 权重 | 为什么重要 | 打分依据 |
| --- | --- | --- | --- |
| {{成本}} | {{30%}} | {{预算约束}} | {{报价与总拥有成本}} |
| {{交付时间}} | {{25%}} | {{上线窗口}} | {{排期评估}} |
| {{风险}} | {{20%}} | {{合规或稳定性}} | {{风险清单}} |
| {{可维护性}} | {{15%}} | {{长期人力}} | {{团队能力匹配}} |
| {{体验}} | {{10%}} | {{用户影响}} | {{试用反馈}} |
## 三、方案打分（1~5 分）
| 方案 | {{成本}} | {{交付时间}} | {{风险}} | {{可维护性}} | {{体验}} | 加权总分 |
| --- | --- | --- | --- | --- | --- | --- |
| A | {{分}} | {{分}} | {{分}} | {{分}} | {{分}} | {{总分}} |
| B | {{分}} | {{分}} | {{分}} | {{分}} | {{分}} | {{总分}} |
| C | {{分}} | {{分}} | {{分}} | {{分}} | {{分}} | {{总分}} |
## 四、结论
- 建议选择：{{方案}}
- 主要理由：{{两三条}}
- 放弃其他方案的原因：{{一句话}}
- 已知代价：{{选择后必须承受什么}}
## 五、假设与复盘条件
- 当前假设：{{哪些判断可能变化}}
- 如果 {{条件}} 发生变化，需要重新评估
- 复盘时间：{{日期}}，检查 {{指标}}
复制与下载都在浏览器本地完成，不会上传内容，也不需要登录。
怎么用
- 先写一票否决项，不满足条件的方案直接淘汰，不必进入打分。
- 权重在打分前确定并写理由，避免结果不理想时临时调整。
- 打分只能拉开明显差距，分数接近时用文字说明取舍，不要迷信总分。
为什么这么写
- 权重前置能减少「先有结论再找理由」的倾向。
- 一票否决项处理合规、安全等不可交易的条件。
- 打分依据写出来，讨论时能针对依据而不是针对偏好。
- 记录假设与复盘条件，让决策在信息变化后可以被修正。
常见错误
- 维度列了十几个，每个权重都很小，最后没人看得懂。
- 没有一票否决项，把明显不可行的方案也拉进来陪跑。
- 只公布总分，不说明代价，执行阶段才发现无法承受。