项目提案书用于把候选项目提交到组合准入评审，评审者需要据此判断是否投入资源。本文给出一份假设情景“客户服务知识库升级”的完整填写示例，逐项说明问题与机会、方案范围、收益与成本、风险与依赖、资源需求和建议决策怎么写，并总结可迁移到其他提案的填写规律与适用边界。
要点总览（TL;DR）
- 项目提案书服务于组合准入评审，核心是讲清问题与机会、方案与范围、收益与衡量口径、成本与资源、风险与依赖、建议决策六类信息。
- 本文给出一份假设情景“客户服务知识库升级”的完整填写示例，项目名称、数值、时间与角色均为演示内容，不能当作基准数据。
- 每个字段的写法有共同规律：问题写到可判断、收益给出可核对的衡量口径、范围写明不做什么、风险对应到具体应对动作。
- 迁移到自己的提案时，先写决策所需信息，收益与成本使用同一时间口径，用可验证表述替代形容词，篇幅与评审层级匹配。
- 组织模板差异、合规采购等特殊要求需要增补字段；单项目启动授权与已准入项目排序不在本文范围。
这份示例要解决什么问题
本文的示例是一份用于组合准入评审的项目提案书填写范例，项目名称、提出人、数值、时间与角色均为演示用假设内容，不对应任何真实客户或已实施项目。读者可以把它当作格式与写法的参照，不能把其中的数字当作行业基准或成效证据。
提案书在组合准入中的位置，是候选项目进入资源分配讨论前的书面材料。评审者通常同时收到若干份提案，需要在有限时间内比较方向价值、投入规模和风险，因此提案书要围绕“是否值得进入组合、以什么条件进入”组织信息，而不是完整描述项目执行计划。
阅读顺序建议如下：先看第二节的完整示例，形成整体印象；再看第三节的逐项解释，理解每个字段为什么这样写；最后看第四节的迁移规律和第五节的适用边界，把写法用到自己的提案中。示例覆盖的字段包括基本信息、问题与机会、方案与范围、收益与衡量口径、成本与资源、风险与依赖、建议决策七部分，这也是多数组合准入评审会关注的要素。
完整示例：客户服务知识库升级提案书
以下为一份已填写的提案书示例，各字段前后自洽，可直接作为样板参照。示例中的数值仅用于演示填写方式。
| 字段 | 示例填写内容 |
|---|---|
| 提案名称 | 客户服务知识库升级（示例） |
| 提出人 / 所属业务方向 | 客户服务部 运营组 / 客户体验方向 |
| 提出日期 / 期望评审时间 | 示例日期 / 提交后两周内的组合评审会 |
| 问题与机会 | 一线客服处理重复咨询时，需要在三个分散文档位置查找答案，新入职客服上手周期较长。近一个季度抽样的咨询记录显示，重复类问题占比较高，回答口径不一致的情况反复出现。若统一知识入口并明确维护责任，可减少重复查找和口径偏差。 |
| 方案概述 | 建设统一的知识库：梳理高频问题、建立分类与标签、指定各分类维护人、设置内容评审与过期提醒，并在客服工作台提供检索入口。 |
| 范围边界 | 本期覆盖高频咨询类知识的内容迁移与检索；不包含智能问答机器人、不改造客服工单系统、不覆盖售前咨询场景。上述内容如需要，另行提案。 |
| 预期收益与衡量口径 | 收益一：缩短重复问题查找时间，以抽样统计的单次咨询平均查找时长衡量，上线后第一个完整季度对比上线前基线；收益二：降低回答口径不一致，以月度内容抽检的一致率衡量；收益三：缩短新客服上手周期，以新员工独立处理高频问题的达标时间衡量。 |
| 成本与资源需求 | 人力：内容梳理约需运营组两人投入一个季度的一部分工时，兼职维护人若干；系统：使用现有文档协作工具，不新增采购；时间：内容迁移与试运行合计约一个季度；外部费用：本期无。 |
| 主要风险与依赖 | 风险一：维护责任落不实导致内容过期，应对为在方案中明确分类维护人并设置过期提醒；风险二：一线使用习惯难改变，应对为先在一个客服小组试运行再推广。依赖：客服排班需为培训留出时间；知识分类标准需与质检口径对齐。 |
| 建议决策 | 建议批准进入组合，先以一个客服小组试运行一个季度，期满按上述衡量口径复核后再决定是否全面推广。备选方案：暂缓，待内容维护责任明确后重新提交。 |
这份示例的完整之处在于：问题有具体场景和观察依据，方案有明确边界，收益每一项都对应可核对的衡量方式，成本按人力、系统、时间分项，风险都配有应对动作，建议决策给出了明确选项和复核条件。评审者读完可以判断“做什么、值不值、有什么条件”，而不需要再追问基本信息。
逐项解释：每个字段为什么这样填
问题与机会写到可判断的程度
示例没有停留在“知识管理混乱、效率低”这类判断，而是写清了谁在什么场景下遇到什么问题、依据是什么、改善后会怎样。可判断的标准是：评审者能据此提出反问，例如“重复类问题占比是多少”“三个文档位置分别是什么”。写到这个程度，问题才足以支撑资源投入的讨论。机会部分与问题相邻书写，说明改善问题能带来什么，避免问题描述变成抱怨清单。
收益给出可核对的衡量口径
示例中每项收益都包含三要素：收益内容、衡量指标、对比方式。例如“缩短查找时间”对应“抽样统计的单次平均查找时长”，对比方式是“上线后第一个完整季度对比上线前基线”。这样写的好处是评审者能判断收益是否可验证，也能在复核时使用同一口径。演示数值仅用于说明写法，实际提案应使用本组织可获取的基线数据，并在提交前确认数据来源。
范围边界写明不做什么
示例在方案概述之后单列范围边界，明确本期不包含智能问答、工单改造和售前场景。组合准入评审中，范围不清的提案容易被理解为“什么都能做”，导致预期膨胀和后续争议。写明不做什么，同时说明这些内容可以另行提案，既划清了本期承诺，也保留了后续空间。
成本与资源分项列出
示例把成本拆成人力、系统、时间、外部费用四类，并说明系统部分复用现有工具、本期无外部费用。分项列出的作用是让评审者看清投入结构：人力占用哪个团队、占用多久，是否需要新增采购，是否与其他提案争用同一批人。只写一个总投入数字，评审者无法判断资源冲突。
风险与依赖对应到具体应对动作
示例中每条风险都配有应对动作：维护责任落不实对应明确维护人和过期提醒，使用习惯难改变对应先小组试运行。依赖单独列出，说明提案成立需要哪些外部条件，例如排班留出培训时间、分类标准与质检口径对齐。风险写成“有一定风险”没有决策价值，写成“什么情况下会发生、我们打算怎么处理”才能帮助评审者判断。
建议决策给出明确选项
示例的建议是“批准进入组合，先试运行一个季度，期满复核后再定是否推广”，并给出备选方案“暂缓，待维护责任明确后重新提交”。明确的建议包含三个部分：希望评审会做出什么决定、以什么条件推进、如果不批准有什么替代路径。把选择权交给评审者，同时表明提案方的判断，比只写“请领导审批”更有信息量。
从这份示例可以迁移的填写规律
把示例中的做法抽出来，可以得到一组适用于多数组合准入提案的填写规律。这些规律关注信息组织方式，与具体项目内容无关。
- 先写决策所需信息，再补背景细节。评审者最关心的是问题是否真实、投入多少、收益如何验证、有什么风险。把这几项放在显眼位置，行业背景、技术细节等放在后面或省略。
- 收益与成本使用同一时间口径。示例中收益按季度衡量，成本也按季度描述投入。口径一致，评审者才能做投入产出比较；一边写年度收益、一边写一次性投入，容易造成误读。
- 范围与依赖成对书写。写了做什么，就写不做什么；写了需要什么资源，就写这些资源依赖谁提供。范围与依赖成对出现，提案的承诺边界才清晰。
- 用可验证表述替代形容词。“显著提升”“大幅缩短”无法核对，换成“以某指标衡量、与某基线对比”即可验证。无法量化的收益，也要写清观察方式，例如抽检、回访或评审记录。
- 提案长度与评审层级匹配。提交给组合层评审的提案，重点是把比较所需的信息写全，篇幅控制在一到两页表格加必要说明即可；需要更细的执行方案时，作为附件另附，不塞进提案正文。
这组规律也可以当作提交前的自查清单：逐条对照，缺哪项补哪项。提案书提交后通常要经过评审流转、意见汇总和准入结论记录，这些管理动作如果分散在邮件和表格中，容易出现版本不一致。ONES 的项目管理能力可以承载提案工作项、评审状态流转与结论记录，让提案从提交到准入结论的过程留痕，便于后续复核时对照当初的衡量口径。是否使用工具承载，取决于团队已有的评审习惯和记录要求。
适用边界：哪些情况需要调整示例
这份示例适用于常规的组合准入评审场景：组织已有相对固定的评审节奏，提案用于在多个候选项目之间做资源取舍。以下情况需要调整，不能机械套用。
不同组织的评审要素与模板可能存在差异。有的组织要求增加战略对齐说明，有的要求填写客户或业务方确认记录，有的对收益测算有统一模板。示例提供的是字段组织思路，具体字段名称、顺序和必填项应以本组织模板为准。
涉及合规、采购、数据安全等特殊要求的提案，需要在示例基础上增补字段，例如合规审查意见、采购方式说明、数据处理范围等。这类要求因行业和组织而异，本文只提示需要增补，不展开具体清单。
本文聚焦组合准入场景的提案书填写。单个项目的启动授权与立项审批流程、已准入项目之间的优先级排序方法，属于另外的管理环节，不在本文范围内。示例中的数值、时间和角色均为演示内容，不能作为基准数据引用；实际填写时应替换为本组织可获取的真实基线与资源情况。
常见问题
提案书里的收益无法量化时，怎么写才不至于空泛？
无法量化的收益，可以写清观察方式和判断依据，例如通过月度内容抽检、用户回访记录或评审会意见来观察变化。关键是让评审者知道上线后用什么动作去核对，而不是只留下“体验更好”这类判断。若某项收益连观察方式都难以确定，可以考虑把它降为方案说明中的附带效果，不列入正式收益项。
提案被要求“暂缓”后，重新提交时应该改哪些内容？
先确认暂缓的具体原因，再针对性修改。常见原因有三类：问题依据不足，需要补充抽样数据或业务方确认记录；资源冲突未解决，需要说明人力从哪里来、与哪些提案争用；范围过大，需要拆分本期承诺并写明后续另行提案的部分。重新提交时，在建议决策中说明上一轮评审意见的处理情况，便于评审者对照。
组合评审会上同时有多份提案，提案书篇幅应该控制到什么程度？
篇幅与评审层级匹配即可。提交给组合层评审的提案，重点是把比较所需的信息写全，通常一到两页表格加必要说明足够；执行层面的详细计划、技术方案可以作为附件另附。评审者需要在有限时间内比较多份提案，信息密度比篇幅更重要。
提案书提交后，评审意见和准入结论怎么留痕？
常见做法是把提案作为工作项管理，记录评审状态、评审意见和最终结论，并与当初的衡量口径放在一起，便于期满复核时对照。ONES 的项目管理能力可以承载提案工作项、评审状态流转与结论记录，让提案从提交到准入结论的过程留痕。是否使用工具承载，取决于团队已有的评审习惯和记录要求；用邮件和表格流转时，需要注意版本一致性。
涉及合规或采购要求的提案，示例中的字段够用吗？
不够用，需要在示例基础上增补字段。合规审查意见、采购方式说明、数据处理范围等要求因行业和组织而异，本文只提示需要增补，不展开具体清单。建议在提交前与本组织的合规、采购对接人确认必填项，避免评审会上因材料缺失被退回。
