第 3 章 · 预计阅读 17 分钟
研究执行、里程碑与技术证据
研发结果不确定，客户为什么仍能判断一个阶段有没有完成？
双方用研究方案、真实记录、阶段样品和 go/no-go 标准管理探索，而不是只等最终成功。
先放回整门生意
先知道这一章为什么存在
先把“研究执行、里程碑与技术证据”理解成一段有触发、有负责人、有记录、也有完成标准的业务，而不是一组部门名词。
上一章“客户需求、研发范围与 IP 边界”应先形成：把使用场景和技术问题转成可研究目标，同时写清已有技术、项目成果、保密和使用权。
本章把“双方用研究方案、真实记录、阶段样品和 go/no-go 标准管理探索，而不是只等最终成功。”从一句目标变成可执行、可交接、可核验的工作。
结果将交给下一章“技术成果、验收与变更”：客户需要能理解和继续使用的成果包；验收按 SOW 判断，新增场景或指标则通过变更管理。
- 收入怎么受影响
- 衡准检测通过按项目检测费、样品制备费、加急服务费和复测与补充报告费收费。本章形成的“有证据的阶段决定”要和“研究方案和实验计划”、“实验记录与数据仓”和“里程碑评审纪要”一起核对，才能继续判断验收、结算或后续经营；现金时点按以下规则判断：委托确认后预收 60%，全部原始记录复核完成、正式报告签发前收余款。
- 风险在哪里出现
- 全程要警惕“样品失真、方法偏差、独立性受损与错误结论”。本章至少要用“研究方案和实验计划”、“实验记录与数据仓”和“里程碑评审纪要”留下可追溯证据。
读完这一章，你应该能自己解释
- 能用自己的话解释“研发结果不确定，客户为什么仍能判断一个阶段有没有完成？”，并说出它为什么会影响客户价值或经营结果。
- 能按依赖顺序还原3个业务步骤，并指出每一步的负责人、记录和交接物。
- 能区分业务流、钱流、信息流和责任流，不把“做过动作”误当成“完成交付”。
- 遇到相似情境时，能用“产出是否形成、证据能否核对、风险是否受控”作出判断。
先建立业务直觉
里程碑购买的是可审查进展
合理里程碑可以是完成路线筛选、获得一组可靠数据或作出停止决定；负面结果只要按约产生且可解释，也可能是有价值成果。
把它放进衡准检测的经营现场：本章只聚焦“研究执行、里程碑与技术证据”这一环，追踪它怎样承接已有输入，并把“双方用研究方案、真实记录、阶段样品和 go/no-go 标准管理探索，而不是只等最终成功”变成可以执行和复核的工作。
本章从“设计实验与阶段决策”开始，依次经过“设计实验与阶段决策”、“执行并保留研究证据”和“评审里程碑并作决策”，最后得到“有证据的阶段决定”。判断是否完成，要把动作、产出、业务记录和下一位接手者放在一起核对。
至少同时满足三件事：产出“有证据的阶段决定”；关键记录“研究方案和实验计划”、“实验记录与数据仓”和“里程碑评审纪要”可以相互核对；相关负责人清楚下一步由谁接手。
完整案例推演
跟着衡准检测，把“研究执行、里程碑与技术证据”完整跑一遍
现在把镜头放到衡准检测的“研究执行、里程碑与技术证据”：研发结果不确定，客户为什么仍能判断一个阶段有没有完成？ 先读下面的经营底账，后续每一步都会复用这些数字与约束。
贯穿全课的虚构案例
衡准检测
一家材料检测实验室受餐饮用品制造商委托，对一批可重复使用杯具完成迁移量、耐温和密封性能测试，客户需要报告用于新品放行。
- 送检样品
- 120 件、4 个生产批次样品编号必须保留批次关系，否则检测结果无法对应到待放行产品。
- 检测项目
- 8 项、计划 15 个工作日每一项目使用的方法、设备和判定标准不同，不能用一次测量代替完整结论。
- 委托金额
- ¥126,000费用覆盖样品处理、试验、质量复核和正式报告；新增复测需要重新确认。
- 当前状态
- 6 项完成、1 项复核、1 项等待补样部分结果已出不等于整份报告可以签发，缺样和复核会阻塞最终结论。
客户为什么付钱
按项目检测费、样品制备费、加急服务费、复测与补充报告费
钱在什么时候进来
委托确认后预收 60%，全部原始记录复核完成、正式报告签发前收余款。
利润最容易被什么吃掉
实验人员工时、试剂和耗材、设备折旧校准、质量复核和样品物流
这笔业务怎样一步一步形成可交付结果
- 01设计实验与阶段决策可执行的研究与里程碑计划
- 02执行并保留研究证据真实可复核的研究数据
- 03评审里程碑并作决策有证据的阶段决定
设计实验与阶段决策
在衡准检测，团队先面对一条共同事实：“送检样品”为120 件、4 个生产批次。样品编号必须保留批次关系，否则检测结果无法对应到待放行产品。
把假设拆成实验、对照、样品、数据质量和里程碑判断标准，安排所需专业与客户输入。
这一步真正要判断：设计研究路线并组织跨专业实验；说明真实需求、使用场景、已有技术和样品来源
如果本步没有形成“可执行的研究与里程碑计划”，下一步“执行并保留研究证据”就没有可靠输入。
- 谁在参与
- 受托研发负责人、研发、检测或认证委托方
- 关键记录
- 研究方案和实验计划
- 形成产出
- 可执行的研究与里程碑计划
- 交给下一步
- 把“可执行的研究与里程碑计划”交给受托研发负责人，继续处理“执行并保留研究证据”。
如果没做好：如果受托研发负责人没有设计研究路线并组织跨专业实验，或者没有留下“研究方案和实验计划”，即使动作已经做过，下一步也无法确认“可执行的研究与里程碑计划”是否可靠。
执行并保留研究证据
上一步已经形成“可执行的研究与里程碑计划”。与此同时，案例里的“检测项目”为8 项、计划 15 个工作日，每一项目使用的方法、设备和判定标准不同，不能用一次测量代替完整结论。
按方案开展实验，及时记录原料、方法、原始数据、偏差、失败结果和样品版本。
这一步真正要判断：设计研究路线并组织跨专业实验
如果本步没有形成“真实可复核的研究数据”，下一步“评审里程碑并作决策”就没有可靠输入。
- 谁在参与
- 受托研发负责人
- 关键记录
- 实验记录与数据仓
- 形成产出
- 真实可复核的研究数据
- 交给下一步
- 把“真实可复核的研究数据”交给受托研发负责人、技术项目经理和研发、检测或认证委托方，继续处理“评审里程碑并作决策”。
如果没做好：如果受托研发负责人没有设计研究路线并组织跨专业实验，或者没有留下“实验记录与数据仓”，即使动作已经做过，下一步也无法确认“真实可复核的研究数据”是否可靠。
评审里程碑并作决策
上一步已经形成“真实可复核的研究数据”。与此同时，案例里的“委托金额”为¥126,000，费用覆盖样品处理、试验、质量复核和正式报告；新增复测需要重新确认。
将结果与阶段标准比较，向客户说明不确定性，批准继续、变更路线或停止。
这一步真正要判断：设计研究路线并组织跨专业实验；组织需求、可行性和合同边界评审；说明真实需求、使用场景、已有技术和样品来源
这是本章最后一项可核验产出，用来判断团队是否真的完成了“研究执行、里程碑与技术证据”。
- 谁在参与
- 受托研发负责人、技术项目经理、研发、检测或认证委托方
- 关键记录
- 里程碑评审纪要
- 形成产出
- 有证据的阶段决定
- 交给下一步
- 把“有证据的阶段决定”作为本章完成证据，交给下一章节继续使用。
如果没做好：如果受托研发负责人没有设计研究路线并组织跨专业实验，或者没有留下“里程碑评审纪要”，即使动作已经做过，下一步也无法确认“有证据的阶段决定”是否可靠。
案例结束时，不是因为所有人都完成了自己的动作就算成功，而是因为“有证据的阶段决定”已经形成、证据可以追溯，并且受托研发负责人、技术项目经理和研发、检测或认证委托方能够解释结果怎样产生、风险怎样被控制。双方用研究方案、真实记录、阶段样品和 go/no-go 标准管理探索，而不是只等最终成功。
换一个视角再看
同一笔业务，同时跑着四条线
业务流说明事情怎样发生，钱流解释收入、成本与现金，信息流留下共同事实，责任流决定谁执行、谁确认、谁承担后果。点击切换，观察同一章节怎样变化。
围绕“研发结果不确定，客户为什么仍能判断一个阶段有没有完成？”，业务必须按依赖关系推进，不能把一串并行任务误当成已经交付。
- 01
设计实验与阶段决策 → 可执行的研究与里程碑计划
- 02
执行并保留研究证据 → 真实可复核的研究数据
- 03
评审里程碑并作决策 → 有证据的阶段决定
出现这个信号要警惕：如果受托研发负责人没有设计研究路线并组织跨专业实验，或者没有留下“研究方案和实验计划”，即使动作已经做过，下一步也无法确认“可执行的研究与里程碑计划”是否可靠。
岗位、记录与业务语言
一家公司靠什么把多人协作变成同一个结果
岗位不是孤立的名称，记录也不是多余的表格。前者分配判断与责任，后者让不同人能够核对同一件事是否真的发生。
谁负责什么，结果交给谁
| 角色 | 本章负责 | 最关心 | 交给谁 |
|---|---|---|---|
| 业务职能受托研发与技术成果交付 | 提供本章所需的约束、输入或审批 | 围绕约定技术问题设计研究、形成证据，在不确定性中按里程碑交付成果；重点关注：制定研究方案、实验计划和阶段决策标准 | 下一章节或业务结果的接收方 |
| 业务职能专业需求与合同评审 | 提供本章所需的约束、输入或审批 | 先判断客户需要共同研发技术成果，还是独立检测与认证，再确认边界和承接能力；重点关注：澄清业务问题、成果用途、验收方式和时限 | 下一章节或业务结果的接收方 |
| 外部参与者研发、检测或认证委托方 | 设计实验与阶段决策、评审里程碑并作决策 | 提出技术问题或提交对象，希望获得可使用的研发成果或可信证明；重点关注：说明真实需求、使用场景、已有技术和样品来源 | 受托研发负责人 |
| 代表岗位受托研发负责人 | 设计实验与阶段决策、执行并保留研究证据、评审里程碑并作决策 | 带领团队验证技术假设，并把实验过程和结论整理成客户可使用的成果；重点关注：设计研究路线并组织跨专业实验 | 技术项目经理、研发、检测或认证委托方 |
| 代表岗位技术项目经理 | 评审里程碑并作决策 | 把客户的业务问题转成可执行、可验收且责任清楚的专业服务委托；重点关注：组织需求、可行性和合同边界评审 | 下一章节或业务结果的接收方 |
哪些记录能证明业务真的发生了
| 业务记录 | 在哪产生 | 谁形成 | 证明什么 | 下一步怎么用 |
|---|---|---|---|---|
| 研究方案和实验计划 | 设计实验与阶段决策 | 受托研发负责人和研发、检测或认证委托方 | 可执行的研究与里程碑计划 | 执行并保留研究证据 |
| 实验记录与数据仓 | 执行并保留研究证据 | 受托研发负责人 | 真实可复核的研究数据 | 评审里程碑并作决策 |
| 里程碑评审纪要 | 评审里程碑并作决策 | 受托研发负责人、技术项目经理和研发、检测或认证委托方 | 有证据的阶段决定 | 判断本章是否完成并进入下一章节 |
本章术语：先用白话理解，再回到正式定义
- 业务术语研发里程碑
- 白话：不是时间到了就算完成，而是到了那个节点必须拿出哪些可评审结果。
- 正式定义：以阶段证据、样品、报告或决策为完成标志的研发节点。
- 放进业务里：第一里程碑要求完成候选路线比较并选出两条继续验证。
- 业务术语技术成果包
- 白话：交付的不只是一个样品，还要让客户知道它怎么来的、能做什么、有哪些限制。
- 正式定义：按合同整理的研究数据、方法、样品、图纸、代码、结论、限制和使用说明。
- 放进业务里：成果包含配方版本、实验记录摘要、性能数据、样品和放大建议。
- 业务术语研发变更
- 白话：研究可以调整方向，但要先说清为什么变、会多花什么、影响哪个成果。
- 正式定义：对已确认的技术目标、输入条件、研究路线、交付物或计划进行影响评估和批准的过程。
- 放进业务里：客户中途更换基础材料后，双方批准增加一轮兼容性实验并顺延里程碑。
新手最容易误解的地方
只有成功结果算研发，失败数据应删掉后重新收费
为什么不对：受托研发的履约要看约定工作和成果证据，不能把所有技术不确定性偷偷改成结果保证。
应该继续追问：如果改成“按约定证据和决策成果评审，负面结论也可能完成里程碑”，需要谁确认、留下什么证据？
“设计实验与阶段决策”只要动作做完，就可以直接进入下一步。
为什么不对：如果受托研发负责人没有设计研究路线并组织跨专业实验，或者没有留下“研究方案和实验计划”，即使动作已经做过，下一步也无法确认“可执行的研究与里程碑计划”是否可靠。
应该继续追问：是否已经形成“可执行的研究与里程碑计划”，并留下“研究方案和实验计划”供下一步核对？
“执行并保留研究证据”只要动作做完，就可以直接进入下一步。
为什么不对：如果受托研发负责人没有设计研究路线并组织跨专业实验，或者没有留下“实验记录与数据仓”，即使动作已经做过，下一步也无法确认“真实可复核的研究数据”是否可靠。
应该继续追问：是否已经形成“真实可复核的研究数据”，并留下“实验记录与数据仓”供下一步核对？
先复盘，再做判断
现在，试着不用页面原话把这一章讲出来
- 为什么本章必须先做“设计实验与阶段决策”，如果跳过会影响哪一步？
- 在“执行并保留研究证据”中，谁执行、谁提供约束，应该留下什么记录？
- 本章怎样影响按项目检测费、样品制备费、加急服务费和复测与补充报告费？结合“委托确认后预收 60%，全部原始记录复核完成、正式报告签发前收余款。”判断它何时才会形成收入或现金。
- 如果只看到“有证据的阶段决定”的口头结论，你还会要求核对哪些业务记录？
第一条技术路线未达到目标，但团队按方案完成实验并证明该路线不可行，里程碑应如何判断？
合同写的是‘完成路线验证并提交 go/no-go 报告’，不是保证达标。