项目立项评分卡由三部分构成：评估维度与权重、评分规则与门槛、结论类型与处置动作。模板先给出一张可直接复制的空白评分表，再逐字段说明填写口径，并用一个完整示例演示从打分到得出结论的过程。本文适用于单个项目的立项评估，多项目之间的准入排序不在讨论范围内。
要点总览（TL;DR）
- 立项评分卡由评估维度与权重、评分规则与门槛、结论类型与处置动作三层构成，模板、字段说明与示例三者口径一致。
- 评分采用1–5分制并为每档写出可观察的行为描述，权重合计固定为100%，评分依据栏必须填写证据来源。
- 结论类型设为通过立项、有条件通过、补充材料后再评、暂缓、不通过五类，每类绑定总分区间、关键维度门槛和后续动作。
- 避免评分流于形式靠证据要求、评分人与决策人分离、门槛前置公布、与结项复盘挂钩和定期校准评分尺度。
- 模板调整走审批并保留版本号与变更记录，权重、维度、门槛的变动自下一评审周期生效。
可复制空白评分卡模板
下表可直接粘贴到文档或表格工具中填写。表头信息区记录项目基本信息，主体区按维度逐行打分，末尾汇总加权得分并给出结论。维度行数可按项目类型增减，权重合计保持100%。
| 项目立项评分卡 | |||||
|---|---|---|---|---|---|
| 项目名称 | 提案人 | 评估日期 | |||
| 评估轮次 | □ 初评 □ 复评 | 所属部门 | 评审编号 | ||
| 评估维度 | 权重 | 评分（1–5） | 加权得分 | 评分依据（证据来源） | |
| 战略契合 | 25% | ||||
| 业务价值 | 30% | ||||
| 可行性 | 20% | ||||
| 资源投入 | 15% | ||||
| 风险 | 10% | ||||
| 合计 | 100% | — | 总分： | — | |
| 结论类型 | □ 通过立项 □ 有条件通过 □ 补充材料后再评 □ 暂缓 □ 不通过 | 结论理由： | |||
| 评审人 | 审批签字： 日期： | ||||
填写时先完成表头信息，再逐维度打分并写明依据，最后计算总分、勾选结论类型并写清理由。评审人与审批签字栏在评审会上现场填写，作为记录留痕的一部分。
评分卡字段说明
字段说明与上表一一对应，目的是让不同评分人对同一字段的理解保持一致。下表列出每个字段的含义与填写口径。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 评估维度 | 用于判断项目是否值得立项的观察角度 | 战略契合看项目与年度重点方向的关系；业务价值看目标用户、收益规模与可衡量结果；可行性看技术、交付与依赖条件；资源投入看人力、预算与周期占用；风险看不确定性与失败影响 |
| 权重 | 各维度在总分中的占比 | 全部维度权重合计必须为100%，单项权重以5%为最小调整单位，调整需记录理由 |
| 评分 | 该维度的表现等级 | 采用1–5分制：1分明显不足，2分低于要求，3分基本达标，4分较好，5分显著优于要求。每档应配一句可观察的行为描述 |
| 评分依据 | 支撑该分值的证据 | 填写证据来源，如客户访谈记录、市场数据、技术验证结论、资源测算表；只写主观印象的评分视为无效 |
| 加权得分 | 评分乘以权重后的结果 | 加权得分＝评分×权重，保留两位小数 |
| 总分 | 各维度加权得分之和 | 总分＝Σ（评分×权重），满分5分，保留两位小数 |
| 结论类型 | 评审给出的处置意见 | 从五类结论中勾选一类，须与总分区间和关键维度门槛同时匹配 |
| 结论理由 | 支撑结论的说明 | 写明触发该结论的关键分数或门槛条件，以及后续动作要求，与结论类型保持一致 |
权重约束和评分档位描述是这套模板的核心。权重合计不足或超过100%时，加权得分失去可比性；评分档位没有行为描述时，同一项目在不同评分人手里容易出现一到两分的偏差。
必填与选填项划分
必填项缺失时不能提交评审，选填项用于补充说明。划分的目的是保证每份评分卡都具备可比较的最低信息量，同时允许按项目类型裁剪。
| 类别 | 字段 | 说明 |
|---|---|---|
| 必填 | 项目名称、提案人、评估日期、评估轮次 | 表头基础信息，缺失无法归档 |
| 必填 | 各维度评分与评分依据 | 每个维度均须有分值和证据来源，不允许留空 |
| 必填 | 加权得分、总分 | 由评分和权重计算得出，须与明细一致 |
| 必填 | 结论类型、结论理由 | 结论须与门槛匹配，理由须写明触发条件 |
| 必填 | 评审人、审批签字 | 评审会现场完成，作为决策留痕 |
| 选填 | 补充附件 | 调研报告、技术方案、预算明细等支撑材料 |
| 选填 | 关联项目 | 与既有项目或项目群的依赖关系 |
| 选填 | 备注 | 评审过程中的补充说明 |
维度可按项目类型裁剪：内部效率类项目可降低战略契合权重或合并该维度；合规驱动类项目可增加合规性维度并提高权重。裁剪只调整维度和权重，必填字段清单不变。必填项缺失时，评审组织者退回补充，补齐后重新排入评审议程，不进入打分环节。
结论类型设计与判定门槛
结论类型建议设为五类，每类绑定总分区间与关键维度门槛，并对应明确的后续动作。门槛在评审前公布，评审时按表判定，减少事后调整。
| 结论类型 | 判定门槛 | 后续动作 |
|---|---|---|
| 通过立项 | 总分≥4.0，且业务价值、可行性均≥3.5，无一票否决项 | 进入排期，分配资源，确定项目负责人与里程碑 |
| 有条件通过 | 总分3.5–3.9，或总分≥4.0但某一关键维度在3.0–3.4之间 | 立项同时列明附加条件，设定复核时点，条件未满足则暂停 |
| 补充材料后再评 | 总分3.0–3.4，或关键维度证据不足导致无法判定 | 明确需补充的材料清单与提交期限，重新排入评审 |
| 暂缓 | 总分2.5–2.9，或当前资源、时机不具备但方向有价值 | 记录暂缓原因，设定重新评估的触发条件 |
| 不通过 | 总分低于2.5，或触发一票否决项 | 书面反馈不通过原因，关闭本次提案 |
有条件通过的附加条件要写成可核验的条目，例如“在两周内完成三家目标客户的付费意愿访谈，转化意向不低于两家”，并写明复核时点和复核人。一票否决项通常包括违反合规要求、核心依赖无法获得、投入超出年度预算上限等，触发即判不通过，不再看总分。总分区间与门槛值属于示例口径，组织可结合自身项目分布调整。
完整填写示例
以下示例为演示情景，用于说明从打分到得出结论的过程，数据为虚构。
项目背景：某团队提案建设客户自助服务门户，目标是降低人工客服工单量，提案人为客服运营负责人，评估轮次为初评。
| 评估维度 | 权重 | 评分 | 加权得分 | 评分依据 |
|---|---|---|---|---|
| 战略契合 | 25% | 4 | 1.00 | 列入年度客户体验提升重点方向，见年度规划第3项 |
| 业务价值 | 30% | 4 | 1.20 | 近三个月工单抽样显示约35%为可自助解决的常见问题，按此测算可减少相应人工量 |
| 可行性 | 20% | 3 | 0.60 | 技术方案已完成初步验证，知识库内容整理工作量较大，需内容团队配合 |
| 资源投入 | 15% | 3 | 0.45 | 需投入开发4人约两个月，预算在部门额度内，占用同期另一项目部分资源 |
| 风险 | 10% | 3 | 0.30 | 自助解决率可能低于预期，已设计灰度上线与效果监测 |
| 合计 | 100% | — | 总分：3.55 | — |
计算过程：1.00＋1.20＋0.60＋0.45＋0.30＝3.55。对照门槛表，总分落在3.5–3.9区间，结论为“有条件通过”。
结论理由填写示例：总分3.55，业务价值与可行性均达到3.0以上，未触发一票否决项。附加条件为：上线前完成知识库首期内容整理并通过抽检；上线后第一个月自助解决率低于20%时暂停推广并复盘。复核时点设在上线后第30天，复核人为客服运营负责人。
评审记录与签字栏：评审人填写姓名与日期，审批人签字确认附加条件与复核安排，评分卡随项目档案归档。
避免评分流于形式的机制
评分卡能否影响决策，取决于证据、流程和记录三方面是否落实。以下机制可按组织成熟度逐步引入。
- 评分依据附证据来源。每个维度的依据栏填写具体材料名称或数据出处，评审会上抽查，无证据的评分退回补充。
- 评分人与决策人分离或交叉复核。提案人自评后，由未参与提案的评审人复核关键维度，减少自评偏高。
- 结论门槛前置公布。门槛表在评审季开始前发布，评审时按表判定，避免针对单个项目临时调整分数线。
- 评分结果与立项后复盘挂钩。项目结项时对照立项评分，回看业务价值与风险判断是否准确，偏差较大的维度在下一轮校准。
- 定期校准评分尺度。每季度抽取若干已评审项目，由多名评审人独立重打分，比较分歧，统一档位描述。
这些机制共同作用时，评分卡从一张打分表变成有约束力的决策工具。执行初期可先落实证据要求和门槛前置两项，成本较低、效果直接。
模板调整与维护方法
模板需要随组织阶段调整，调整过程本身要有规则和记录，否则历史评审结果失去可比性。
| 调整对象 | 触发条件 | 审批与记录方式 |
|---|---|---|
| 权重 | 年度重点方向变化，或某维度连续多轮区分度不足 | 由评审组织者提出，评审委员会审批，记录调整前后权重与理由 |
| 维度增删 | 出现新的评估要求（如合规、数据安全），或某维度长期与其他维度高度重合 | 同上，新增维度须同时给出评分档位描述 |
| 门槛值 | 每半年或每年回顾一次，结合通过率与项目实际表现 | 回顾会议形成纪要，门槛调整自下一评审周期生效 |
| 版本号与变更记录 | 任何字段、权重、门槛变动 | 模板标注版本号与生效日期，附变更说明，旧版本归档保留 |
模板落地时，可把评分卡作为制式文档放入协作工具的模板库，评审时一键创建，减少每次重新排版。ONES Wiki 提供页面模板库，可一键创建制式化文档模板；文档记录所有页面版本并支持查看与回滚，便于保留历次评分卡版本；页面组可关联项目，使评分卡与项目工作保持对应。评审流程中的打分、复核与签字环节，可结合工作项状态推进，让结论与后续排期动作衔接起来。具体承载方式按团队现有工具组合确定。
维护清单可归纳为：每次调整留审批记录，每个版本留变更说明，每轮评审留完整评分卡，每半年回顾一次门槛与权重。做到这四点，评分卡的口径在组织内保持稳定，历史数据也可用于后续校准。
常见问题
总分落在门槛区间边界上，结论类型怎么判定？
建议在门槛表中把区间写成左闭右开或明确标注边界归属，例如“总分≥4.0”与“3.5–3.9”之间不留空档，3.95这类分值按四舍五入后的两位小数归入对应区间。评审前把边界规则写进门槛表，评审时按表判定，避免同一分值在不同轮次得出不同结论。
提案人自评分数普遍偏高，评审时如何校正？
常见做法是自评只作为初稿，关键维度由未参与提案的评审人独立重打分，两者差异超过1分时要求提案人补充证据或当面说明。也可以对自评结果做整体校准，例如连续多轮自评均值明显高于复核均值时，在下一轮评审前统一校准评分尺度。
小团队项目少，是否有必要设置五类结论？
项目数量少时可以把“补充材料后再评”和“暂缓”合并为一类，保留通过立项、有条件通过、不通过三类核心结论，判定门槛和后续动作仍要写清楚。结论类型数量可以裁剪，总分区间、关键维度门槛和一票否决项的设置逻辑保持不变。
评分卡和评审记录放在哪里，才能保证历史版本可查？
可以把评分卡做成制式文档放入协作工具的模板库，评审时一键创建，减少每次重新排版。ONES Wiki 提供页面模板库，可一键创建制式化文档模板；文档记录所有页面版本并支持查看与回滚，便于保留历次评分卡版本；页面组可关联项目，使评分卡与项目工作保持对应。具体承载方式按团队现有工具组合确定。
门槛值多久回顾一次比较合适？
建议每半年或每年回顾一次，结合当期通过率、有条件通过项目的条件达成情况和结项复盘结果判断门槛是否偏松或偏紧。回顾形成会议纪要，调整自下一评审周期生效，当期已提交的评分卡仍按原门槛判定，保证同一批次内口径一致。
