提案书反复返工，往往说明准入评审缺少可判定的质量口径：目标没有写成可验收的结果，收益没有基线、口径和验证时点，方案与资源需求各自成段、互不对应。本文把返工意见按目标、收益、资源三类缺陷归因，给出原因假设与验证证据的对照方法，再用三张核对表落到具体字段的修改，最后把通过标准前置到提交前自查。
要点总览（TL;DR）
- 提案书反复返工，先按目标表述、收益测算、方案与资源、格式完整性四类给返工意见打标签，并区分退回补充、评审不通过、无法决策三种结果，判断问题是否集中在少数环节。
- 归因时把假设和证据分开：目标看是否写成可验收的结果句，收益看基线、口径、测算假设与验证时点是否齐全，资源看步骤与人力、外部依赖是否逐项对应。
- 处置顺序是先统一目标，再精算收益，最后对齐资源；目标未达成一致前不进入收益精算，避免改一次推倒一次。
- 提交前用上一版返工意见逐条回测，此前实质性追问都能在正文找到回答再提交；把准入质量口径写入提案模板与评审检查项，降低整体返工率。
- 跟踪单份提案平均返工轮次和退回原因分布两个指标，判断质量口径是否真正落地。
返工集中在哪些环节：先界定症状与范围
“总返工”是一个笼统的感受，直接据此改提案书容易改错方向。第一步是把返工拆成可统计的现象，看清意见集中在哪些章节、以什么形式出现。诊断的起点是一份返工记录，而不是对提案质量的印象。
返工意见通常分布在四类位置：目标表述（要做什么、做到什么程度）、收益测算（收益从哪来、怎么算、何时验证）、方案与资源（步骤、人力、周期、依赖是否对应）、格式与完整性（缺章节、缺附件、口径不统一）。前两类决定提案能否被判断，后两类决定评审能否顺利推进。统计时按这四类给每条意见打标签，记录对应章节和处理结果。
处理结果需要区分三种，它们的含义不同：
- 退回补充：评审认为信息不足，要求补材料后再看。这类返工多指向字段缺失或证据不足。
- 评审不通过：信息齐全但结论不被接受，多指向目标价值或收益逻辑本身有问题。
- 进入评审但无法决策：讨论多轮仍无法形成结论，常见于目标口径不一致或收益无法验证。
把三类结果分开统计，能避免把“材料没交齐”和“方案不成立”混为一谈。前者补字段即可收敛，后者需要回到目标与收益重新对齐。
本文范围限于组合准入前的提案书质量诊断，即提案提交到进入组合评审这一段。单项目启动授权属于立项审批流程，已准入项目的优先级排序与资源再分配属于项目评估与排序，两者不在本文展开。
归类统计的做法很简单：取最近一批返工提案，逐条录入意见类型、出现频次、对应章节、处理结果，形成下表。若八成意见集中在目标与收益两栏，说明问题出在准入质量口径；若集中在格式与完整性，先统一模板和必填项即可，不必大动方案。
| 意见类型 | 出现频次 | 对应章节 | 处理结果 |
|---|---|---|---|
| 目标表述 | 示例：12 条 | 项目背景与目标 | 退回补充 / 无法决策 |
| 收益测算 | 示例：9 条 | 预期收益 | 退回补充 / 评审不通过 |
| 方案与资源 | 示例：6 条 | 实施方案、资源需求 | 退回补充 |
| 格式与完整性 | 示例：3 条 | 全文 | 退回补充 |
表中数字为演示情景，实际统计以本团队返工记录为准。统计完成后，问题是否集中在少数环节就有了可核对的依据。
目标不清、收益不可验证、方案与资源脱节：原因假设与排除证据
归类之后进入归因。归因的关键是把猜测和证据分开：先提出假设，再说明用什么证据支持或排除，证据不足的假设保留为待验证项，不直接写进结论。以下按三类缺陷列出常见假设与对应的排查证据。
目标不清的假设与验证
常见假设有四种：目标写成动作而非结果（“建设某某平台”而非“上线后某流程处理时长从 X 降到 Y”）；缺少验收口径，评审无法判断做到什么程度算完成；范围边界未写，评审担心范围蔓延；成功标准没有责任人，后续无人对结果负责。
验证证据主要来自历史返工意见原文和评审记录中的追问点。如果评审反复追问“这个目标怎么算达成”“边界包含哪些系统”，说明目标字段确实不可判定。同类提案的对比也有用：把被退回的提案与一次通过的提案放在一起看目标段落的写法差异，通常能直接看出缺的是结果描述还是验收标准。
收益不可验证的假设与验证
常见假设包括：没有基线数据，收益只能给一个方向性判断；收益口径未定义（省的是人力成本还是工时，按什么单价折算）；测算假设未披露，评审无法复算；验证时点与责任人缺失，收益承诺无法在事后核对。
排查时先看测算底稿是否存在。若提案只有结论数字没有推导过程，基本可判定为口径缺失。再看评审追问：反复被问“这个数怎么来的”“什么时候能看到效果”，说明基线与验证时点是主要缺口。需要提醒的是，并非所有收益都能量化，定性收益本身可以接受，问题在于没有说明判断依据和后续观察方式。
方案与资源脱节的假设与验证
常见假设有：工作量与人力不匹配（步骤列了十项，人力只写两人两周）；关键角色未落实，方案依赖的架构师或业务专家没有确认投入；依赖外部条件未标注，如依赖其他系统改造或供应商交付，但未写进假设与风险。
验证方式是逐项对照：把方案步骤拆到可估算的粒度，与人力、周期逐条对应，找出对不上的条目；把方案中出现的每个外部依赖单独列出，核对是否在资源与风险章节有对应说明。评审记录中关于“人从哪来”“这个依赖谁负责”的追问，是这类缺陷最直接的证据。
排查顺序
建议先看评审追问最集中的一类，把它作为主因假设，再交叉验证另外两类是否由它派生。例如目标口径不清时，收益往往也无法对齐，资源讨论也会失焦；此时先修目标，收益和资源的问题可能随之减少。反过来，若追问集中在资源，而目标与收益意见很少，则应优先核对人力与依赖，不必重写目标段。
| 缺陷类型 | 原因假设 | 验证方式 | 证据来源 |
|---|---|---|---|
| 目标不清 | 动作句代替结果句；缺验收口径；边界未写；无责任人 | 检查目标段是否含结果、标准、边界、责任人 | 返工意见原文、评审追问、通过案例对比 |
| 收益不可验证 | 无基线；口径未定义；假设未披露；缺验证时点 | 核对测算底稿与口径说明是否齐全 | 测算底稿、评审追问、同类提案 |
| 方案与资源脱节 | 工作量与人力不匹配；关键角色未落实；外部依赖未标注 | 步骤与人力逐项对照，依赖单独列示核对 | 方案章节、资源章节、评审追问 |
按缺陷类型处置：目标、收益、资源三张核对表怎么改
诊断结论要落到字段级改写才有意义。处置遵循一个顺序：先改目标，目标达成一致后再改收益，最后对齐资源。目标未统一前做收益精算，往往白算一遍，因为收益口径依附于目标定义。
目标核对表
改写动作是把动作句改为结果句，并补齐四项要素：可验收的结果、验收标准、范围边界、不做事项。核对时逐条自问：这句话能否被第三方判断是否达成？达成的衡量方式写了吗？范围外的东西写清楚了吗？谁对结果负责？
| 核对项 | 不合格示例 | 改写方向 |
|---|---|---|
| 结果描述 | 建设统一审批平台 | 上线后审批平均流转时长由 X 降至 Y |
| 验收标准 | 提升用户体验 | 明确衡量指标、统计口径与取数来源 |
| 范围边界 | 覆盖相关业务 | 列明纳入的系统与流程，写明暂不纳入的部分 |
| 责任人 | 由项目组负责 | 写明结果责任人与验收确认人 |
收益核对表
改写动作是补基线值、口径定义、测算假设与验证时点。基线值说明“现在是多少”，口径定义说明“按什么方式折算”，测算假设说明“哪些前提成立时这个数才成立”，验证时点说明“什么时候、由谁核对实际结果”。无法量化的收益标注为定性，并写明判断依据，例如用户访谈结论或同类项目经验，同时给出后续观察方式。
| 核对项 | 需要写清的内容 |
|---|---|
| 基线值 | 当前指标数值及取数时间、来源系统 |
| 口径定义 | 收益类型、折算方式、单价或工时依据 |
| 测算假设 | 关键前提条件，以及假设不成立时的敏感性说明 |
| 验证时点与责任人 | 何时核对、由谁核对、以什么数据为准 |
资源核对表
改写动作是让方案步骤与人力、周期、外部依赖逐项对应，并标出关键假设与失败点。核对时把每个步骤的人力投入和持续时间写出来，把每个外部依赖写成一条带责任方的假设，把可能导致方案不成立的条件标为失败点并给出应对。
| 核对项 | 检查内容 |
|---|---|
| 步骤与人力 | 每个步骤的投入角色、人天、起止时间是否对应 |
| 关键角色 | 方案依赖的角色是否已确认投入，未确认的标注为待落实 |
| 外部依赖 | 依赖的系统改造、供应商交付、其他团队配合是否列明责任方与时间 |
| 关键假设与失败点 | 哪些前提不成立会导致方案失效，对应预案是什么 |
处置中有两条风险边界需要守住。涉及数据口径变更时，例如调整收益折算方式或基线取数范围，需与业务方和财务口径确认后再写入，单方面改口径会让后续验证失去可比性。涉及对外承诺指标时，承诺值应与实际可控范围匹配，并在提案中写明前提条件，避免把假设条件下的测算值写成无条件承诺。
停止点同样重要：目标段未与评审方达成一致前，不进入收益精算和资源细化。否则目标一改，收益和资源都要推倒重来，这正是返工轮次居高不下的常见原因。
改完怎么验证：提交前自查与复发预防
修改完成后需要一次验证，确认新版本能回答此前的追问，而不是凭感觉判断“这次应该没问题了”。验证分两层：单份提案的提交前自查，以及防止问题复发的机制。
提交前自查清单
- 目标可验收：结果句含衡量方式、验收标准、范围边界与不做事项，责任人和确认人已写明。
- 收益有基线口径：基线值、口径定义、测算假设、验证时点与责任人齐全；定性收益已说明判断依据。
- 资源与方案对应：步骤、人力、周期逐项对应，关键角色已确认，外部依赖已列明责任方。
- 边界与风险已写明：关键假设、失败点与应对措施在提案中有对应段落。
用历史返工意见回测
把上一版收到的返工意见逐条拿出来，对照新版本检查是否已有明确回答。评审曾追问“收益怎么算”，新版本的收益段就应能直接给出基线与口径；曾追问“人从哪来”，资源段就应有角色与投入说明。回测中仍有答不上的条目，说明修改未到位，继续补而不是提交碰运气。回测通过的标准是：此前所有实质性追问都能在提案正文中找到对应回答。
复发预防
单次修改解决一份提案，机制才能降低整体返工率。做法有三项：把准入质量口径写入提案模板，目标、收益、资源三部分设为必填结构并附填写说明；把同样的口径写入评审检查项，评审按检查项逐条确认，减少因人而异的追问；明确各字段责任人与提交前确认动作，例如收益口径由业务负责人确认、资源投入由交付负责人确认。
观察指标建议跟踪两个：单份提案的平均返工轮次，以及退回原因分布的变化。若平均轮次下降但退回仍集中在收益，说明模板中的收益字段还需要补充填写指引；若退回原因从目标转向格式，说明质量口径已基本落地，剩下的是执行细节。
在协作工具中承载这套流程，可以让追溯变得简单。把每份提案书作为一个工作项，目标、收益、资源字段结构化记录，评审意见与修改记录关联在同一工作项下，按轮次就能统计返工原因分布，回测历史意见时也有据可查。ONES Project 可用于承载提案工作项与评审意见的关联记录，ONES Wiki 适合沉淀提案模板、填写说明与历史评审结论，ONES Plan 的多项目总览与资源报表则便于在提案进入组合后核对资源投入情况。ONES Assistant 智能助手可基于项目、工作项与 Wiki 页面等已有上下文回答提案相关问题，减少在多个页面间反复查找背景的时间。具体字段配置与可用范围以实际版本为准。
返工收敛的标志不是某一份提案一次通过，而是返工意见从“目标与收益说不清”转向少数实质分歧：方案取舍、资源竞争或风险判断。到这一步，提案书质量口径已经建立，剩下的分歧属于评审本身要做的决策。
常见问题
返工意见里既有“材料没交齐”也有“方案不成立”，需要分开处理吗？
需要分开。退回补充多指向字段缺失或证据不足，补齐材料后通常可以收敛；评审不通过说明信息齐全但结论不被接受，问题在目标价值或收益逻辑本身；进入评审但无法决策，常见于目标口径不一致或收益无法验证。把三类结果分开统计，能避免用补材料的方式去应对方案层面的分歧。
收益确实难以量化，提案里只写定性收益会被退回吗？
定性收益本身可以接受，被退回通常是因为没有说明判断依据和后续观察方式。可以写明判断来自用户访谈、同类项目经验或试点数据，并给出后续用什么方式观察效果、由谁在什么时点核对。这样评审至少能判断这个收益结论是否有据可依，而不是只看到一个方向性说法。
目标已经和评审方对齐，收益测算还要不要重新做？
要看目标对齐后口径是否发生变化。如果目标的结果描述、验收标准或范围边界有调整，收益的基线取数范围和折算方式可能随之改变，需要重新核对口径再测算。若目标只做了措辞澄清、口径未变，原测算可以沿用，但要确认测算假设仍成立。
提案模板改了，评审还是按个人习惯追问，怎么办？
模板解决填写侧的问题，评审侧需要同步一份检查项。把目标、收益、资源三部分的通过标准写成评审逐条确认的检查项，评审按同一口径提问，追问的随机性会下降。同时明确各字段的提交前确认人，例如收益口径由业务负责人确认、资源投入由交付负责人确认，让分歧在提交前暴露。
用协作工具承载提案书，对减少返工有什么实际作用？
主要作用在追溯。把每份提案书作为一个工作项，目标、收益、资源字段结构化记录，评审意见与修改记录关联在同一工作项下，就能按轮次统计返工原因分布，回测历史意见时也有据可查。ONES Project 可用于承载提案工作项与评审意见的关联记录，ONES Wiki 适合沉淀提案模板、填写说明与历史评审结论，ONES Plan 的多项目总览与资源报表便于在提案进入组合后核对资源投入情况。具体字段配置与可用范围以实际版本为准。
