研发工具替换评估评分表要能支撑一次可复核的决策，而不是把印象分汇总成一张表。它通常由替换动因、现状基线、能力差距、成本收益、迁移风险、结论建议六部分组成，每部分都写明评估项、权重、评分刻度、证据来源、负责人和判定门槛。本文面向已有工具、正在评估是否替换的场景，给出可直接搭表的字段结构、填写顺序、角色分工和交付前检查清单。
要点总览（TL;DR）
- 评分表按替换动因、现状基线、能力差距、成本收益、迁移风险、结论建议六部分组织，每个评估项统一填写权重、1–5分刻度、证据来源、负责人和判定门槛。
- 填表顺序从动因和基线开始，再比对能力差距、核算成本收益、识别迁移风险，最后汇总加权得分并检查一票否决项。
- 动因、能力差距由业务与研发负责人填写，基线与迁移技术评估由IT或平台管理员负责，成本口径由财务或采购确认，评审组统一确认权重并会签结论。
- 结论采用加权总分加一票否决的组合判定，低分项要写明差距、前置条件和验证责任人，不把未验证事项写成确定结论。
- 交付前核对权重合计、证据完整性、刻度一致性和结论与总分的一致性，确保换人复算能得到同样的总分。
评分表先定结构：一张表要回答哪几个问题
评分表的结构决定了结论能不能被追问。建议先按六个部分划分工作表或分区，再在每个部分下拆评估项。六个部分各自回答一个问题：为什么换（替换动因）、现在是什么状态（现状基线）、目标工具差在哪（能力差距）、换的代价与收益是否成立（成本收益）、换的过程会不会出事（迁移风险）、最终建议是什么（结论建议）。
每个评估项统一使用以下字段，这套字段可以直接作为表格列头：
| 字段 | 填写内容 | 作用 |
|---|---|---|
| 评估项 | 具体、可判断的条目，如“工作项状态与流程可迁移” | 避免“功能是否强大”这类无法打分的表述 |
| 所属部分 | 六个部分之一 | 便于分组汇总与权重分配 |
| 权重 | 百分比，同一层级合计100% | 体现该项对决策的影响程度 |
| 评分刻度 | 1–5分，并写明每档含义 | 让不同评分人给出可比的分值 |
| 证据来源 | 数据报表、访谈记录、试用记录、厂商资料等 | 支撑分值，便于复核 |
| 负责人 | 对该项评分与证据负责的人 | 避免无人认领的主观打分 |
| 判定门槛 | 该项的最低可接受分或否决条件 | 把“不能接受”的情况提前写清 |
| 备注与待查证 | 未确认事项及查证责任人 | 保留不确定性，不把猜测写成结论 |
评分刻度建议统一为1–5分，并在表头或说明页固定每档含义，例如：1分表示现有证据显示明显不满足；2分表示存在较大差距且无明确缓解方案；3分表示基本满足但需要额外配置或改造；4分表示满足且有可用证据；5分表示满足并有试用或案例验证。刻度含义一旦确定，全部评估项共用，个别项需要特殊说明时在该项备注中写清，不另设一套刻度。
结论判定采用“加权总分＋一票否决”的组合方式。加权总分反映整体适配程度，可按百分制换算；一票否决项用于处理无论总分多高都不能接受的硬条件，例如核心数据无法完整迁移、关键合规要求无法满足、业务中断时间超出可承受范围。建议在表中单列“是否否决项”字段，并规定否决项的判定证据要求，避免把普通低分项随意升级为否决项。
按步骤填表：从动因到结论的操作顺序
填表顺序影响结论质量。先写动因和基线，再谈能力与成本，可以防止评估被目标工具的功能演示带偏。以下六步给出每步的输入、动作、输出和完成标志。
第一步：写替换动因并量化触发条件
输入是当前工具的使用现状、合同与费用信息、相关合规要求。动作是把“想换”拆成具体动因，例如许可成本增长、数据安全或信创要求、多套工具造成数据割裂、长期自主可控考虑，并为每条动因写出可观察的触发条件，如费用涨幅、审计发现项、跨工具同步的人工工时。输出是动因清单及量化指标。完成标志是每条动因都能对应一个数据或事实，而不是一句主观判断。
第二步：建立现状基线
输入是工具后台的使用数据、用户访谈和管理层诉求。动作包括统计活跃用户、项目与工作项数量、自动化规则与插件使用情况、附件与历史记录规模，并收集一线用户对痛点的具体描述。输出是一页现状基线，包含数量、使用深度和主要问题。完成标志是基线数据有采集时间和口径说明，访谈结论标注了受访角色与人数。
第三步：逐项比对能力差距并标注证据
输入是现状基线、候选工具的功能说明和试用环境。动作是把现有依赖逐项列出，包括项目与工作项结构、状态与字段、流程与自动化、附件与历史记录、知识库空间与权限、测试管理、插件替代等，逐项判断目标工具的匹配方式。对依赖插件的场景，先梳理实际在用的插件，再逐项确认匹配路径，不默认所有插件都能一一对应。输出是能力差距清单，每项附证据来源。完成标志是每项差距都有“满足／需配置／需替代方案／不满足”的明确判断和依据。
第四步：核算成本收益
输入是报价信息、人力投入估算和动因中的量化指标。动作是把成本拆成一次性投入与持续投入：一次性投入包括许可或采购、迁移实施、插件替代开发、培训与并行期的人力；持续投入包括年度许可、运维、内部管理员投入。收益侧对应动因中的量化指标，如费用下降、人工同步工时减少、审计风险降低。输出是成本收益表，标明估算口径与假设。完成标志是每项金额都有来源或计算过程，无法确认的价格标注为待查证。
第五步：识别迁移风险并给出缓解措施
输入是能力差距清单和迁移方案草案。动作是按数据完整性、业务连续性、系统稳定性、权限与合规、用户接受度分类识别风险，并为每项风险写出缓解措施与责任人。可参考的做法是把迁移工具、原厂服务和分阶段切换结合起来，在正式迁移前确认数据范围、功能匹配和系统适配。输出是风险登记表。完成标志是每项高风险都有缓解措施和验证方式，而不只是“加强关注”。
第六步：汇总加权得分并形成结论建议
输入是前五步的评分与证据。动作是先检查否决项，再计算加权总分，最后按总分区间与否决结果给出建议：推荐替换、有条件替换、暂缓替换或维持现状。输出是结论页，包含总分、否决项结论、主要支撑理由和待查证事项。完成标志是结论能由表内数据直接推出，且与各部分的低分项解释一致。
角色分工与各环节交付物
评分表由单人填写时，权重和分值容易围绕个人偏好设置。建议按评估内容分派填写责任，由评审组统一确认权重并会签结论。
| 角色 | 负责评估项 | 交付物 |
|---|---|---|
| 业务与研发负责人 | 替换动因、能力差距中的流程与协作匹配 | 动因清单及量化指标、能力差距判断与证据 |
| IT或平台管理员 | 现状基线、迁移技术评估、系统适配 | 使用数据基线、迁移范围与方式说明、技术风险项 |
| 财务或采购 | 成本收益口径 | 一次性与持续投入测算、收益估算及假设说明 |
| 安全与合规 | 数据安全、权限、合规类风险项 | 合规要求对照、风险等级与否决项建议 |
| 评审组 | 权重确认、分歧裁决、结论会签 | 权重确认记录、评审意见、结论建议 |
分工之外要约定审核关系：评估项由负责人自评，跨部门项由相关角色共同确认证据，评审组对权重和否决项做最终确认。评分表中的“负责人”字段填的是对该项证据负责的人，不是签字层级最高的人。涉及具体产品价格、版本差异和认证情况时，由采购或IT指定查证人，在表中保留待查证状态，评审前完成更新。
填写示例：一个能力差距与成本项的评分样例
以下为演示情景，数值仅用于说明填写与计算方式，不代表任何真实项目结论。
评估项：历史工作项与流程可迁移。所属部分：能力差距。权重：15%。评分刻度按统一五档执行。证据来源填写为：试用环境导入500条样本工作项，核对状态、字段、附件与历史记录，附导入核对记录一份；另附平台管理员访谈记录。负责人为IT平台管理员。判定门槛为不低于3分，且数据完整性核对无阻断项。
评分人依据试用记录给出4分：状态与字段可对应，附件与历史记录完整，个别自定义流程需要重新配置。该项加权得分为4×15%＝0.60（按5分制加权，满分5分）。若另一项“插件替代”权重10%、评分2分，加权得分0.20，两项合计0.80。全部评估项加权求和后，再换算为百分制便于阅读。
分数偏低时的结论表述要写清差距和条件，例如：“插件替代项得分2分，现有两项目制报表依赖插件实现，目标工具需通过开放能力或替代方案实现，尚未完成验证。该项不构成否决，但列为有条件替换的前置条件，由平台管理员在正式决策前完成验证并补充证据。”这种写法保留了不确定性，也给出了下一步动作。
把评分表落到日常评估过程中，可以用ONES承载评估项、证据附件和评审记录：评估项作为工作项分配负责人和截止时间，试用记录、访谈纪要以文档形式关联到对应条目，评审意见和结论在同一个空间内留痕，待查证事项保持未关闭状态直到补充证据。对于Jira与Confluence替换场景，ONES的替换方案资料中列出的迁移范围、插件匹配和风险缓解方式，可以作为能力差距与迁移风险部分的评估参考，具体匹配结果仍需逐项验证。
完成检查：评分表可用与可信的判定标准
评分表提交评审前，按以下清单逐项核对。任何一项不通过，先补充再送审。
- 权重合计是否为100%，各层级权重是否分别校验，而非只校验总数。
- 每个评估项是否都有证据来源，证据是否注明采集时间、口径或记录位置。
- 评分刻度是否每档有明确定义，评分人是否使用同一套刻度。
- 是否存在未验证却被写成确定结论的项，待查证事项是否单独标注并指定责任人。
- 否决项是否逐条判定，判定依据是否充分，是否出现把普通低分项当作否决项的情况。
- 结论建议是否与加权总分、否决项结果一致，低分项是否在结论中给出条件或缓解安排。
- 成本项是否区分一次性投入与持续投入，价格与版本信息是否标注查证状态。
- 角色分工是否落实到具体人，评审组是否完成权重确认和结论会签。
通过检查的评分表应达到两个状态：换一个人拿着表能复算出同样的总分；对结论有异议时，能定位到具体评估项和证据进行讨论。达到这两个状态，评分表才具备支撑替换决策的可信度。
常见问题
评分表里的权重怎么定，才能避免各部门各说各话？
权重建议由评审组在填表前统一确认，而不是各填写人自行设定。做法是先按六个部分分配一级权重，再在每个部分内拆解二级权重，两级分别校验合计为100%。权重依据可以来自替换动因的优先级：动因中排在前面的诉求，对应评估项的权重相应提高。权重确认后形成书面记录，后续调整需经评审组同意并注明原因，避免评估过程中权重随评分结果反复变动。
证据不足的评估项该怎么处理，是先打分还是先留空？
建议先打分并标注证据状态，同时在“备注与待查证”字段写明缺什么证据、由谁在什么时间前补齐。分值可以按现有信息给出，但要在结论中说明该项证据尚未闭环。对于被列为否决项的条目，证据不足时不宜直接判定通过，应保持待查证状态，待补充试用记录、数据核对或厂商资料后再确认。这样既推进了评估进度，也保留了结论的可复核性。
替换评估和从零选型的评分表可以共用一套模板吗？
可以共用字段框架，但评估重点不同。替换评估需要额外覆盖现状基线、历史数据迁移、插件替代和迁移期间业务连续性，这些是从零选型不涉及的维度。如果直接套用选型模板，容易漏掉迁移风险和存量依赖的评估。建议在通用字段基础上增加“迁移影响”相关评估项，并明确哪些条目属于替换场景专属，避免两类评估混用同一套权重。
评分表得出“有条件替换”后，下一步要做什么？
“有条件替换”意味着结论成立但依赖若干前置条件。下一步是把每个前置条件转成带责任人和截止时间的待办事项，例如完成插件替代验证、确认数据迁移范围、补齐价格与版本信息。这些事项关闭前，不建议进入正式采购或全面迁移。评审组可在条件全部满足后复核一次总分与否决项，再决定是否转为推荐替换。
评估过程中涉及具体产品的价格和版本信息，表里怎么写才稳妥？
价格、版本和认证属于时效性较强的信息，填写时注明来源、获取时间和适用口径，无法确认的标注为待查证，并指定采购或IT的查证人。成本项区分一次性投入与持续投入，分别列出估算依据和假设。评审前由查证人更新为最新信息，更新记录保留在表内，避免用旧报价支撑新结论。
