多个产品方案放在一起比较时，评价维度和权重决定了结论是否经得起复核。本文给出一套可复算的做法：先按决策目标拆出4–6个互不重叠的维度，为每个维度定义1–5分评分锚点和证据来源，再用合计100%的权重把重要程度显性化，最后通过加权总分排序和敏感性检验判断结论是否稳定。文中权重区间与浮动幅度为经验参考，需结合具体决策目标调整。
要点总览（TL;DR）
- 先明确这次对比要回答的决策问题（选型、优先级排序还是方案取舍），再据此拆出4–6个互不重叠的评价维度，避免套用通用清单导致维度堆砌。
- 每个维度写清1–5分锚点，每一分对应可观察状态；可量化维度用指标+单位+时间窗，定性维度用证据清单，并明确数据提供人与提供时点。
- 权重合计100%，单项建议控制在10%–35%，防止某一维度独大；加权总分=Σ(维度得分×维度权重)，需说明满分口径以便复算。
- 减少个人偏好靠三步：评审先独立打分，再集中讨论分歧最大的项，最后做敏感性检验——权重上下浮动5–10个百分点，看排序是否翻转。
- 加权总分是排序工具，不替代对关键风险的单独判断；评分依据、权重理由和分歧处理过程应留存，便于事后回溯。
评估目标：这次对比要回答哪个决策问题
维度与权重都服务于决策目标。同一组产品方案，如果这次要回答的是“选哪一个进入下一阶段”，维度会偏向预期收益、关键风险和落地成本；如果回答的是“先做哪一个”，维度会偏向投入产出比和依赖关系；如果回答的是“在A与B之间取舍”，维度则要聚焦两者差异最大的判断点。目标不同，维度清单和权重分配都应随之变化。
把目标写清楚，需要同时确定三件事：结论给谁用、在什么时点用、用来做什么决定。例如“由产品负责人和研发负责人在下周立项评审会上决定主推方案”，这样的表述能直接约束后续取舍——评审参与角色决定了谁提供证据、谁对分歧负责，决策时点决定了数据取数的时间窗。
目标不清时，常见的结果是维度越列越多：有人关心技术风险，有人关心用户体验，有人关心交付周期，最后把所有能想到的点都放进评分表。维度一多，单项权重被稀释，权重分配也容易变成拍脑袋，评分表看起来很全面，实际无法支撑任何一个具体决定。因此建议在拆维度之前，先用一句话写下决策问题，并让参与评审的人确认这句话。
| 决策目标类型 | 结论用途 | 维度侧重 | 主要参与角色 |
|---|---|---|---|
| 选型决策 | 确定采用哪个方案并进入实施 | 预期收益、关键风险、落地成本、可维护性 | 产品负责人、技术负责人、业务方代表 |
| 优先级排序 | 确定多个方案的推进顺序 | 投入产出比、依赖关系、资源占用、时间窗 | 产品经理、研发负责人、资源管理者 |
| 方案取舍 | 在两个或少数方案间二选一 | 差异最大的判断点，如扩展性、迁移成本 | 方案提出人、评审专家、决策人 |
评价维度怎么拆：从目标推导4–6个互不重叠的维度
维度应当从决策目标反推，而不是套用一份通用清单。做法是先问“要做出这个决定，必须判断哪几件事”，把答案逐条写下来，再合并语义相近的条目，删去对本次决定影响很小的条目。每个维度配一句“它回答什么问题”，这句话就是后续评分锚点的起点。
拆出的维度需要满足两个条件：彼此互斥，合起来覆盖主要判断点。互斥指同一事实不在两个维度里重复计分，例如“交付周期”和“研发人力投入”如果高度相关，应合并或明确各自只评一个侧面。覆盖指维度清单能支撑决策目标，不遗漏会改变结论的关键因素。
维度可以分成两类。结果型维度关注方案带来的后果，如预期收益、关键风险、对用户的影响；过程型维度关注实现方案所需的条件，如实现成本、交付周期、对现有系统的改动范围。两类都保留，能避免只看收益不看代价，或只看代价不看收益。
维度数量建议控制在4–6个。维度过多时，单项权重被摊薄，评审注意力分散，评分锚点也难以逐一写清楚；维度过少时，容易漏掉会改变结论的因素，评分表无法区分方案之间的真实差异。4–6个是经验区间，若决策目标确实简单，3个维度也可以成立，关键是每个维度都对应一个明确的判断问题。
- 预期收益：这个方案能带来多大、多确定的业务价值？
- 关键风险：实施后最可能出问题的地方是什么，影响多大？
- 实现成本：需要投入多少人力、时间和外部资源？
- 交付周期：从启动到可用需要多长时间，是否匹配时间窗？
- 可维护性：上线后长期维护和演进的代价如何？
评分口径与数据来源：让每个维度可打分、可复核
维度确定后，要为每个维度写清1–5分分别对应什么状态。锚点写法要求每一分都对应可观察的事实，而不是“很好、较好、一般”这类无法核对的描述。例如“交付周期”可以这样锚定：1分表示超过12周，2分表示9–12周，3分表示6–8周，4分表示4–5周，5分表示4周以内。分值方向要统一，建议全部设为分数越高越有利，成本类维度在锚点中做反向描述。
可量化维度用指标、单位、时间窗三要素表达，例如“上线后前3个月的平均响应时延（毫秒）”“实施阶段投入的人天（人天）”。定性维度用证据清单表达，例如“关键风险”维度要求提供风险清单、发生概率判断和影响范围说明，评审据此对照锚点打分。证据来源要写明谁提供、什么时点提供，避免评审现场临时找数据。
| 维度 | 评分锚点示例（1分→5分） | 证据来源与责任人 |
|---|---|---|
| 预期收益 | 收益不明确→有明确量化收益且已验证 | 业务方提供收益测算，评审前3个工作日提交 |
| 关键风险 | 存在高概率重大风险且无缓解→风险可控且有预案 | 技术负责人提供风险清单与缓解方案 |
| 实现成本 | 超过预算上限→显著低于预算 | 方案提出人提供人力与资源估算（人天） |
| 交付周期 | 超过12周→4周以内 | 研发负责人提供排期评估，按周计 |
缺失数据要有统一规则：标注“缺失”并记录原因，不默认满分也不默认零分。缺失项可以在总分计算时按剩余维度重新归一化权重，也可以在评审中单独讨论后补分，具体规则应在评分开始前确定并告知所有评审，避免不同方案适用不同规则。
权重怎么设：分配方法、约束与计算步骤
权重的作用是把“哪个维度更重要”从个人偏好变成公开可讨论的数字。常见来源有三种：按决策目标对维度做重要性排序后分配；对维度两两比较相对重要程度；由评审组讨论达成共识。三种方法可以结合使用，例如先各自排序，再集中讨论排序差异最大的维度。
权重分配有两条约束。第一，所有维度权重合计为100%，保证总分口径一致。第二，单项权重建议控制在10%–35%，防止某一维度独大、其他维度形同虚设。这一区间是经验参考，不是通用标准；如果决策目标确实由单一因素主导，应在评审记录中写明理由，而不是悄悄突破约束。
加权总分公式为：总分 = Σ（维度得分 × 维度权重），其中权重以小数形式代入，所有维度权重之和为1。若采用1–5分制，满分即5分，总分的分母口径应统一说明为“满分5分”。不同量纲的指标要先归一化到同一评分尺度再加权，例如把响应时延的毫秒值按锚点映射为1–5分，而不是直接把毫秒数与分值相乘。
算例：四个维度权重分别为预期收益35%、关键风险25%、实现成本20%、交付周期20%，某方案四项得分为4、3、4、2，则总分 = 4×0.35 + 3×0.25 + 4×0.20 + 2×0.20 = 1.40 + 0.75 + 0.80 + 0.40 = 3.35分（满分5分）。
算例：三个方案从打分到排序的完整过程
以下为演示情景，方案与分值均为假设，用于说明计算过程，不代表任何真实产品结论。三个方案在四个维度上的评分如下，评分依据S3的锚点由各责任人提前提供。
| 维度 | 权重 | 方案甲 | 方案乙 | 方案丙 |
|---|---|---|---|---|
| 预期收益 | 35% | 4 | 5 | 3 |
| 关键风险 | 25% | 3 | 2 | 4 |
| 实现成本 | 20% | 4 | 3 | 5 |
| 交付周期 | 20% | 2 | 4 | 3 |
| 加权总分（满分5分） | 100% | 3.35 | 3.65 | 3.65 |
逐步计算：方案甲 = 4×0.35 + 3×0.25 + 4×0.20 + 2×0.20 = 3.35；方案乙 = 5×0.35 + 2×0.25 + 3×0.20 + 4×0.20 = 3.65；方案丙 = 3×0.35 + 4×0.25 + 5×0.20 + 3×0.20 = 3.65。乙与丙同分，说明当前权重下两者难分优劣，需要看分歧项或调整权重后再判断。
敏感性检验：把预期收益权重下调5个百分点至30%，关键风险上调5个百分点至30%，其余不变。方案甲 = 4×0.30 + 3×0.30 + 4×0.20 + 2×0.20 = 3.30；方案乙 = 5×0.30 + 2×0.30 + 3×0.20 + 4×0.20 = 3.50；方案丙 = 3×0.30 + 4×0.30 + 5×0.20 + 3×0.20 = 3.70。此时丙升至第一，排序发生变化，说明乙与丙的领先关系对权重敏感，不能仅凭原权重下的同分下结论。
分歧处理：评审先各自独立打分，再集中讨论分差最大的项。本例中方案乙在关键风险上得2分、方案丙得4分，是分歧最大的维度，应由技术负责人出示风险清单和缓解方案作为复核依据，必要时修正评分并记录修改理由。
解读与限制：加权总分能说明什么、不能说明什么
加权总分是排序工具，用于在多个方案之间形成可比较、可复算的顺序，它不替代对关键风险的单独判断。某个方案总分领先，但如果它在关键风险维度上存在高概率重大风险且无缓解措施，仍应单独讨论，必要时一票否决或要求补充方案，而不是让高分掩盖风险。
权重本身带有主观性。权重来自评审对重要程度的判断，不同角色可能给出不同排序，因此权重应当公开、可质询，并在评审记录中写明分配理由。敏感性检验是检验主观性影响的手段：把权重上下浮动5–10个百分点，观察排序是否翻转；若翻转，说明结论依赖权重假设，应回到决策目标确认权重是否合理，而不是直接采用某一组权重的结果。
几种边界情况需要提前约定处理规则：分母为零或权重合计不为100%时，总分不可比，应先修正权重表；数据缺失时按S3的规则标注并重新归一化，不默认满分或零分；量纲不可比时先归一化到同一评分尺度，不能把原始指标值直接加权。这些规则应在评分开始前写入评审说明。
结论复核依赖记录。每个维度的得分、评分依据、证据来源、权重分配理由和分歧处理过程都应留存，便于事后回溯：当方案实施后出现与评分预期不符的情况，可以对照当时的评分依据判断是判断偏差还是执行问题。评审维度、权重、评分表和分歧记录需要在协作工具中集中留存与流转时，可以在ONES中建立评审工作项，把评分表作为文档附件关联到对应方案，并将分歧项转为待办分配给复核人，使评分依据和结论在同一处可查。
常见问题
评审时大家对某个维度的评分分歧很大，应该怎么处理？
先让每位评审独立打分，再集中讨论分差最大的项，而不是一开始就开会讨论。分歧项通常意味着评分锚点写得不够具体，或证据不充分。处理时由该维度的证据责任人出示材料，例如关键风险维度由技术负责人提供风险清单和缓解方案，评审对照锚点重新确认分值。若讨论后仍无法收敛，可以记录两种评分及其依据，并在敏感性检验中观察该分歧是否影响最终排序。
权重分配一定要用成对比较法吗？
不一定。权重来源可以是按决策目标对维度做重要性排序后分配、对维度两两比较相对重要程度，或由评审组讨论达成共识，三种方法可以结合使用。成对比较法适合维度较少、需要精细区分重要程度的场景；排序法更轻量，适合评审时间有限的情况。无论用哪种方法，权重都应公开、写明分配理由，并接受质询，这样主观判断才能被讨论和复核。
敏感性检验中权重浮动多少合适，排序翻转了就一定要换方案吗？
权重上下浮动5–10个百分点是经验参考，具体幅度可结合维度数量和决策目标调整。排序翻转说明结论依赖权重假设，此时应回到决策目标确认权重是否合理，而不是直接采用某一组权重的结果。如果翻转发生在两个方案之间，可以进一步比较它们在分歧维度上的证据充分程度，或补充数据后再判断。
某个方案在关键风险维度得分很低，但加权总分领先，能直接选它吗？
加权总分是排序工具，不替代对关键风险的单独判断。如果某方案在关键风险维度上存在高概率重大风险且无缓解措施，应单独讨论，必要时一票否决或要求补充方案，避免高分掩盖风险。建议在评分开始前就约定哪些维度属于“一票否决”或“必须达标”项，这类判断不进入加权计算，而是作为前置条件单独把关。
部分维度数据缺失时，总分还能直接比较吗？
不能直接比较。缺失数据应标注“缺失”并记录原因，不默认满分也不默认零分。常见处理方式有两种：按剩余维度重新归一化权重后计算总分，或在评审中单独讨论后补分。具体规则应在评分开始前确定并告知所有评审，确保不同方案适用同一规则，否则总分口径不一致，排序结果失去可比性。
