项目提案书用于在组合准入环节说明“为什么值得占用资源”，核心是把问题、目标、范围、投入、收益、风险与证据写清，让评审者能在同一口径下判断是否准入。编写时先确定评审要回答的问题，再按固定字段组织内容，最后用检查表逐项核对。提案书通常需要在团队协作平台中流转与留痕，ONES 的工作项与文档能力可以承载这一过程。
要点总览（TL;DR）
- 提案书服务于组合准入决策，回答“是否值得占用组合资源”，与项目立项授权、已准入项目排序分工不同。
- 按八个字段组织内容：问题与机会、目标与成功标准、范围与不做事项、方案与依赖、投入与资源、收益与衡量方式、风险与应对、证据与验证计划。
- 目标写成可观察结果并配成功标准；收益写清受益对象、计量方式与时间范围；投入列人力、时间与其他资源并标注估算依据。
- 提案人主笔、业务负责人确认价值口径、技术或交付代表确认方案与投入、组合管理方组织评审并留存结论。
- 提交前逐项核对字段完整性与口径一致性；关键字段缺失或收益无计量方式时先补全再提交。
先明确准入评审要回答的问题
提案书的编写目标，是让组合评审者在一份材料里看清四件事：这件事解决什么问题、需要投入多少、可能遇到什么风险、有什么证据支撑判断。它服务于“是否准入”这一决策，写作者应围绕这四个问题组织内容，避免把篇幅花在背景铺陈上。
需要区分三类材料的职责。提案书回答“是否值得占用组合资源”；项目立项授权回答“批准后如何启动、授权谁负责”；已准入项目的排序回答“多个在途项目之间如何分配资源”。提案书不承担后两者的任务，也不需要写成完整的项目计划。编写前可以先列一份准入决策问题清单，作为后续字段设计的依据：
- 问题是否真实存在，影响范围有多大，不做的后果是什么？
- 目标达成后，用什么可观察的结果来确认？
- 需要多少人力、时间和其他资源，估算依据是什么？
- 收益由谁获得，如何计量，在多长时间内体现？
- 主要风险有哪些，哪些会直接动摇准入判断？
- 现有证据支持到什么程度，还缺哪些验证？
这份清单同时也是本文的范围说明：以下内容只覆盖提案书本身的编写方法，不展开立项审批流程和已准入项目的排序规则。
提案书的标准字段与填写顺序
提案书建议采用固定字段结构，让不同提案之间可以横向对照。字段顺序按“为什么做—做到什么程度—怎么做—要多少—得到什么—怕什么—凭什么”展开，每个字段都应有明确的输入来源和完成标志。
| 字段 | 输入来源 | 填写要点 | 完成标志 |
|---|---|---|---|
| 问题与机会 | 业务现状数据、用户反馈、问题记录 | 描述问题的影响对象和范围，说明不处理的后果 | 评审者能判断问题是否值得处理 |
| 目标与成功标准 | 业务方期望、历史基线 | 写成可观察结果，配可核验的成功标准 | 目标可被事后判定是否达成 |
| 范围与不做事项 | 方案讨论记录、边界共识 | 明确包含什么，同时列出本期不做什么 | 范围边界无歧义 |
| 方案与依赖 | 技术或交付代表的评估 | 说明主要实现路径和外部依赖 | 方案可行，依赖已识别 |
| 投入与资源 | 人力盘点、排期估算 | 列人力、时间和其他资源，标注估算依据与假设 | 投入数字有口径可追溯 |
| 收益与衡量方式 | 业务测算、对标数据 | 写清受益对象、计量方式和时间范围 | 收益可被计量和复核 |
| 风险与应对 | 风险识别讨论、历史项目复盘 | 按影响程度排序，给出应对措施和责任人 | 关键风险均有应对方案 |
| 证据与验证计划 | 调研数据、试点结果、验证安排 | 区分已有证据与待验证假设，说明验证方式 | 主张与证据一一对应 |
建议的编写顺序是：先写问题与机会、目标与成功标准，把“为什么做”定下来；再写范围与不做事项、方案与依赖，把边界和路径定下来；然后写投入与资源、收益与衡量方式，把账算清；最后写风险与应对、证据与验证计划，把不确定性交代清楚。初稿完成的标志是八个字段均有内容，且每个数字都能找到来源或明确标注为假设。
关键字段怎么写：目标、收益与投入的口径
目标、收益和投入是最容易写空的三个字段，也是评审者最常追问的地方。写法上要落到可观察、可计量、可追溯。
目标写成可观察结果
目标描述的是达成后的状态，而非动作清单。“完成系统改造”是动作，“订单处理时长从平均两天缩短到半天”是可观察结果。每个目标配一到两条成功标准，说明判定方式和观察时点。例如：目标为“减少人工对账工作量”，成功标准可写为“月度对账人工工时下降 40%，在上线后第二个完整月测量”。标准中的数字应来自基线数据或明确标注为估算。
收益写清受益对象、计量方式与时间范围
收益不能只写“提升效率”。完整的收益描述包含三要素：谁受益（业务团队、客户或财务口径）、怎么计量（工时、成本、转化率等）、在多长时间内体现（上线后一个季度、首个完整年度）。如果收益依赖某些前提，例如业务量达到一定规模，应把前提与收益写在一起，避免评审者按最乐观口径理解。
投入列出资源并标注估算依据
投入至少覆盖人力、时间和其他资源三类。人力写清角色和投入比例，例如“后端两名，各投入 50%，持续两个月”；时间写清起止区间和关键里程碑；其他资源包括采购、外部服务或环境成本。每个数字标注估算依据：来自历史同类项目、团队排期，还是基于假设的粗略估算。假设要单独标出，便于评审时质疑和修正。
角色分工与交付物
提案书的内容需要有人主笔、有人确认口径、有人复核，才能保证提交时质量一致。常见分工如下：
| 角色 | 职责 | 在编写过程中的交付物 |
|---|---|---|
| 提案人 | 主笔撰写，组织各字段内容，汇总修改意见 | 提案书初稿、修改记录 |
| 业务负责人 | 确认问题真实性、目标与收益口径 | 对问题、目标、收益字段的确认意见 |
| 技术或交付代表 | 确认方案可行性、依赖与投入估算 | 方案与依赖说明、投入估算依据 |
| 组合管理方 | 组织评审，核对材料完整性，留存结论 | 评审安排、评审记录与准入结论 |
流程上分三步：提案人完成初稿后，先请业务负责人和技术或交付代表分别复核对应字段，形成复核意见；提案人据此修订，提交组合管理方；组合管理方组织评审，记录评审意见、待确认项和最终结论。评审记录与结论应和提案书放在一起留存，便于后续追溯准入依据，也便于项目执行阶段对照当初的承诺。
当提案数量较多时，把提案书作为统一模板的工作项或文档管理，可以让字段结构、评审状态和结论记录保持一致的格式。ONES 支持以工作项和文档承载这类材料，并在评审环节保留流转记录，适合需要多份提案并行评审的组合管理场景。
一份填写示例：从问题到准入结论
以下为演示情景，用于说明字段如何填满并支撑判断，不代表真实案例。
背景与问题：某客服团队每月处理约 8000 张工单，其中约三成需要跨部门流转，平均流转耗时两天。客户反馈中“等待回复时间长”占比上升。不处理的后果是续约谈判中服务响应成为主要扣分项。
目标与成功标准：目标为缩短跨部门工单流转耗时。成功标准：上线后第二个完整月，跨部门工单平均流转耗时从两天降到一天以内；超时工单占比从 18% 降到 10% 以下。
范围与不做事项：本期覆盖跨部门流转环节的规则配置和提醒机制；不做工单系统整体替换，不改动客户侧自助入口。
方案与依赖：在现有工单系统中配置流转规则并接入消息提醒。依赖包括两个部门的处理时限约定，以及系统管理员配合配置。
投入与资源：产品经理一名投入 30%，持续六周；系统管理员一名投入 20%，持续四周；开发两名各投入 50%，持续五周。估算依据为同类配置类项目的历史工时，假设现有系统接口无需改造。
收益与衡量方式：受益对象为客服团队与客户。计量方式为跨部门工单平均流转耗时和超时占比，时间范围为上线后首个完整季度。收益前提是处理时限约定能被两个部门执行。
风险与应对：主要风险是部门时限约定难以落地，应对方式是在上线前完成两部门确认并纳入月度复盘；次要风险是提醒过多引起疲劳，应对方式是设置提醒频率上限。
证据与验证计划：已有证据为近三个月工单流转数据；待验证假设为“规则配置后流转耗时下降”，验证方式为上线后按月对比数据。
评审者据此形成的判断：问题有数据支撑，投入规模可控，收益有计量方式，主要风险有应对。待确认项为两部门的时限约定是否已获口头同意、系统接口是否确实无需改造。若这两项确认，可进入准入讨论；若时限约定无法落实，收益前提不成立，应暂缓。
提交前的完成检查
提交评审前，按以下清单逐项核对，全部通过再提交：
- 八个字段均有内容，没有留空或只写“待补充”。
- 目标配有成功标准，标准中的数字有基线来源或标注为估算。
- 收益写清受益对象、计量方式和时间范围，收益前提与收益写在一起。
- 投入覆盖人力、时间和资源，每个数字标注估算依据，假设单独标出。
- 范围中列出了本期不做的事项，边界无歧义。
- 证据与假设分开标注，每项关键主张能找到对应证据或验证安排。
- 风险按影响排序，关键风险均有应对措施和责任人。
- 各字段口径一致，例如目标中的指标与收益中的计量方式指向同一对象。
出现以下情况时先补全再提交：关键字段缺失，例如没有问题描述或没有投入估算；收益没有计量方式，评审者无法判断回报；目标没有成功标准，事后无法判定是否达成。这些属于阻断项，补齐后再进入评审。
提交后，评审意见、待确认项和准入结论应记录在提案书同一处，形成闭环。未通过或暂缓的提案，把评审意见作为修订输入，补齐证据或调整范围后再次提交；通过的提案，其结论和承诺可作为后续执行阶段对照的依据。
常见问题
提案书和项目立项材料有什么区别，能不能用一份文档代替？
两者回答的问题不同。提案书回答“是否值得占用组合资源”，重点在问题、目标、投入、收益、风险和证据；立项材料回答“批准后如何启动、授权谁负责”，重点在组织、计划、审批与授权。可以用同一份文档承载，但提案书阶段不必写完整的项目计划，立项阶段则需要补充启动安排。若评审要求一次提交，建议在提案书字段之后附上立项所需的启动信息，并标明哪些内容属于准入判断依据。
提案人拿不到准确的收益数据，还能提交评审吗？
可以提交，但要把收益的确定程度写清楚。做法是区分已有证据与待验证假设：有历史数据或对标数据的，写明来源和口径；只能估算的，标注为估算并说明假设前提；完全无法计量的，至少写清受益对象和观察指标，并给出验证计划。评审者据此判断的是“收益是否可被计量和复核”，而非要求每个数字都精确。收益没有任何计量方式时，属于提交前的阻断项，应先补齐。
多个部门联合提出的提案，主笔和口径确认应该怎么安排？
建议指定一名提案人统一主笔，避免多人分头撰写导致字段口径不一致。业务价值部分由各业务负责人分别确认本部门的问题、目标和收益口径，再由提案人汇总对齐；方案、依赖和投入由技术或交付代表统一评估。汇总时重点核对同一指标在不同字段中的定义是否一致，例如目标中的指标与收益中的计量方式应指向同一对象。组合管理方负责组织评审并留存结论，不参与内容主笔。
提案被暂缓或未通过后，应该怎么处理？
把评审意见作为修订输入，逐条对应到具体字段：属于证据不足的，补充数据或安排验证；属于范围过大的，收缩范围后重新测算投入与收益；属于收益前提不成立的，调整方案或明确前提条件。修订完成后再次提交，并在提案书中保留上一轮评审意见和本轮修改说明，便于评审者对照。暂缓的提案应设定重新提交的时间点或触发条件，避免长期搁置。
提案数量多的时候，怎么保证各份材料的格式和口径一致？
先固定模板：字段顺序、必填项、数字口径说明和假设标注方式统一，提案人按模板填写。再固定评审记录格式：评审意见、待确认项和结论记录在同一位置，便于横向对照。提案数量较多时，可以把提案书作为统一模板的文档或工作项管理，让字段结构、评审状态和结论保持一致的格式。ONES 支持以工作项和文档承载这类材料并在评审环节保留流转记录，适合多份提案并行评审的场景。
