成果说明编制 SOP¶
结论:本 SOP 用“证据先行、主结论可验、分级评审、全程留痕”控制成果说明的质量。
0. 文档控制¶
| 项目 | 内容 |
|---|---|
| SOP 名称 | 成果说明编制 SOP |
| 适用单位 | [填写] |
| SOP 编号 | [填写] |
| 版本 | V1.0 |
| 生效日期 | [填写] |
| 归口部门 | [填写] |
| 保密级别 | [公开/内部/秘密] |
| 修订责任人 | [填写] |
| 复核周期 | 每年一次;制度或业务发生重大变化时及时复核 |
| 编制 | 审核 | 批准 |
|---|---|---|
[姓名/日期] |
[姓名/日期] |
[姓名/日期] |
1. 目的¶
本 SOP 规定成果说明的准备、取证、编写、校验、评审、发布和归档方法。
本 SOP 保证读者能快速判断四件事:
- 成果解决什么问题。
- 成果为什么与现有方案不同。
- 成果是否真实落地。
- 成果价值能否复核。
2. 适用范围¶
本 SOP 适用于产品、技术、方案、专利、项目等成果的说明材料。
本 SOP 适用于内部评审、项目申报、奖项申报、对外汇报和客户交流。
本 SOP 不替代组织已有的保密、法务、知识产权和财务审核制度。
3. 角色与职责¶
规模较小的团队可以合并角色。合并后仍要保留独立复核记录。
| 角色 | 主要职责 | 最终责任 |
|---|---|---|
| 成果负责人 | 确定成果边界、目标读者、主结论和提交范围 | 对内容真实性和最终版本负责 |
| 撰写人 | 组织证据、编写正文、维护版本和证据编号 | 对文稿完整性和可读性负责 |
| 证据责任人 | 提供原始数据、计算公式、报告和访问位置 | 对数据口径和可复核性负责 |
| 业务评审人 | 核验场景、痛点、用户价值、推广条件和状态 | 对业务事实负责 |
| 技术评审人 | 核验技术难点、创新点、指标和复现条件 | 对技术结论负责 |
| 法务或知识产权评审人 | 核验授权、权属、保密和对外披露范围 | 对合规风险负责 |
| 发布管理员 | 控制版本、发放范围、附件和归档 | 对发布记录负责 |
4. 术语与状态口径¶
4.1 术语¶
- 成果说明:向评审人或决策人说明成果价值、依据和落地状态的文档。
- 主结论:全文最重要的价值判断。主结论要用事实或指标支撑。
- 证据台账:记录每项结论、来源、口径、责任人和核验状态的清单。
- 基线:改进前的真实数值、流程或状态。没有基线时,不计算提升幅度。
- 证据等级:按可复核程度划分的材料等级。
4.2 证据等级¶
| 等级 | 材料类型 | 可用于主结论 |
|---|---|---|
| A | 第三方报告、审计记录、合同、验收单、专利、软著、可追溯系统原始记录 | 是 |
| B | 内部系统导出、签字报表、测试记录、用户确认单 | 是 |
| C | 访谈、估算、个人经验、未签字草稿 | 否。仅可作补充,并标注“估算” |
4.3 落地状态¶
| 状态 | 最低证明材料 | 禁止表述 |
|---|---|---|
| 概念 | 设计文档或原型 | 已实现、已上线 |
| 实验室 | 测试方案、环境、记录和结果 | 已应用、已规模化 |
| 试点 | 试点对象、周期、用户数、范围、结果 | 全面推广、规模化 |
| 已上线 | 上线日期、系统入口、运行范围 | 全行业领先 |
| 规模化 | 多对象或多区域运行数据、统计周期和口径 | 无数据支撑的效果表述 |
5. 总体流程¶
flowchart LR
A["S1 立项<br/>对象·读者·主结论"] --> B["S2 取证<br/>台账·口径·状态"]
B --> C["S3 成稿<br/>问题-方案-证据-收益"]
C --> D["S4 校验<br/>数据四眼复核"]
D -->|通过| E["S5 评审<br/>业务·技术·合规"]
D -->|不通过| C
E -->|通过| F["S6 发布<br/>版本·脱敏·归档"]
E -->|不通过| C
6. 操作步骤¶
S1 立项与对齐¶
执行人: 成果负责人。
输出: 启动单、目标读者清单、主结论草案、成稿目录。
- 指定成果负责人。
- 填写成果名称、类型、团队、完成时间和联系人。
- 写明目标读者。
- 写明读者将做出的决定。
- 写明成果适用场景。
- 写明成果不适用场景。
- 列出评审人最关心的 3 至 5 个问题。
- 起草一句话主结论。
- 建立证据台账。
- 召开启动确认会。
主结论使用以下结构:
本成果通过
[核心方案],解决[目标场景]中的[核心痛点]。基线[指标]为[数值],当前结果为[数值]。依据为[证据编号]。
G1 立项门槛:
- 目标读者明确。
- 使用场景明确。
- 主结论有至少一项事实或指标。
- 成果边界和落地状态明确。
- 证据台账已建立。
G1 未通过时,暂停撰写。
S2 证据收集与核验¶
执行人: 证据责任人、撰写人。
输出: 完整证据台账、数据口径表、证据附件目录。
- 给每项结论分配编号,例如
C01。 - 给每份证据分配编号,例如
E01。 - 在证据台账中建立结论与证据的对应关系。
- 记录证据名称和原始位置。
- 记录证据形成日期或统计周期。
- 记录样本范围、统计公式和排除项。
- 给每项证据标注 A、B 或 C 等级。
- 给每项证据指定责任人。
- 标记缺口、责任人和补齐日期。
- 复核所有核心数字。
证据台账字段:
| 结论编号 | 结论 | 证据编号 | 证据名称与位置 | 时间或周期 | 口径与公式 | 等级 | 责任人 | 核验状态 |
|---|---|---|---|---|---|---|---|---|
| C01 | [填写] |
E01 | [填写] |
[填写] |
[填写] |
A/B/C | [填写] |
待核/通过/不通过 |
G2 取证门槛:
- 每项主结论都有 A 或 B 级证据。
- 每个数字都有基线、结果、公式、范围和来源。
- 每项痛点都有现状数据或原始材料。
- 每个技术指标都有测试条件。
- 落地状态与证明材料一致。
G2 未通过时,不进入正式评审。
S3 编写成果说明¶
执行人: 撰写人。
输出: 完整初稿、图表、附件索引。
- 按“结论、依据、影响”的顺序写每个章节。
- 在每个关键结论后标注证据编号。
- 用同一术语描述同一对象。
- 用主动语态写明执行者。
- 把改进前后数据放入同一口径表。
- 用流程图展示改进前后的流程变化。
- 写明自研、集成或合作方式。
- 写明成果限制、风险和适用边界。
- 删除无来源的数字。
- 删除无法证明的最高级表述。
建议成稿结构:
| 章节 | 回答的问题 | 必备证据 |
|---|---|---|
| 0 文档信息 | 成果是谁、何时、由谁完成 | 负责人确认 |
| 1 价值摘要 | 读者为什么应关注 | 至少一项 A/B 级事实 |
| 2 背景与基线 | 当前现状是什么 | 现状数据、流程记录 |
| 3 核心痛点 | 谁受到什么影响 | P1 至 Pn 证据 |
| 4 为什么是本成果 | 稀缺性、创新性、技术力在哪里 | 对比、研发记录、测试报告 |
| 5 方案与落地 | 怎么实现,做到哪一步 | 架构、时间线、上线记录 |
| 6 收益与证明 | 改变了什么 | 前后对比、公式、来源 |
| 7 边界与风险 | 哪些条件成立,限制是什么 | 测试边界、风险记录 |
| 8 推广与计划 | 能否复制,下一步做什么 | 试点结果、资源条件 |
| 9 附件与评审记录 | 证据在哪里 | 证据索引、签字记录 |
S4 数据与事实校验¶
执行人: 撰写人、证据责任人。
输出: 校验记录、修订稿。
- 逐项核对正文数字与台账。
- 重新计算提升幅度。
- 核对前后数据的统计范围。
- 核对货币、单位、时间和版本。
- 核对图表与正文是否一致。
- 核对痛点编号、方案编号和收益编号是否对应。
- 核对成果状态是否夸大。
- 核对自研、集成和合作表述。
- 核对引用材料的权限和有效期。
- 记录修改项和复核结论。
提升幅度统一使用以下公式:
提升幅度 = (改进后值 - 改进前值)÷ 改进前值 × 100%
成本下降使用以下公式:
下降幅度 = (改进前值 - 改进后值)÷ 改进前值 × 100%
G3 校验门槛:
- 正文数字与证据台账一致。
- 所有公式均可重算。
- 所有图表与原始数据一致。
- 所有状态均有证据。
- 所有限制均已写明。
S5 分级评审¶
执行人: 业务、技术、数据、法务或知识产权评审人。
输出: 评审意见、处理记录、签字结论。
- 业务评审人核验场景、痛点、用户和收益。
- 技术评审人核验难点、创新点、指标和复现条件。
- 数据责任人核验来源、口径、公式和样本。
- 法务或知识产权评审人核验授权、权属和披露范围。
- 评审人按“通过、有条件通过、不通过”给出结论。
- 撰写人逐条处理评审意见。
- 成果负责人确认冲突意见的处理依据。
- 评审人复核关闭项。
- 发布管理员记录签字版本。
- 未关闭的问题进入风险清单。
G4 评审门槛:
- 必审角色均已签字。
- 所有阻断项均已关闭。
- 对外披露内容已获批。
- 第三方数据使用已获授权。
- 最终版本号已冻结。
S6 发布与归档¶
执行人: 发布管理员、成果负责人。
输出: 最终文档、证据包、发放记录、归档记录。
- 锁定最终版本。
- 按固定名称导出 PDF 或组织规定的格式。
- 生成证据包目录。
- 给每份附件标注证据编号。
- 检查文档和附件的版本号。
- 检查文件访问权限。
- 记录发放对象和发放日期。
- 保存不可修改的最终版本。
- 保存证据原始文件和访问位置。
- 记录下次复核日期。
警告: 对外发布前完成脱敏和授权审查。未授权数据或客户信息会造成泄密和合规风险。
7. 质量控制红线¶
出现任一项时,禁止提交或发布:
- 关键数字没有来源。
- 改进后数据缺少同口径基线。
- 把试点写成规模化。
- 把集成能力写成本团队自研。
- 把估算写成实测。
- 用客户名称、合同金额或个人信息时没有授权。
- 关键结论缺少证据编号。
- 附件列表存在,但附件不可访问。
- 文档版本与签字版本不一致。
- 声称“首创、领先、唯一”但没有可核验依据。
8. 时限建议¶
时限为默认建议值。组织制度或评审安排另有要求时,优先执行正式要求。
| 阶段 | 默认时限 | 返工条件 |
|---|---|---|
| S1 立项 | 0.5 个工作日 | 读者、场景或主结论不清 |
| S2 取证 | 1 至 3 个工作日 | 核心证据缺失或口径冲突 |
| S3 成稿 | 1 至 2 个工作日 | 痛点、方案、收益无法对应 |
| S4 校验 | 1 个工作日 | 数字无法重算或状态无证据 |
| S5 评审 | 1 至 2 个工作日 | 存在未关闭的阻断项 |
| S6 发布 | 0.5 个工作日 | 脱敏、授权或版本检查未通过 |
9. 版本与变更控制¶
| 变更类型 | 版本规则 | 示例 |
|---|---|---|
| 错字、排版 | 修订号加 1 | V1.0 改为 V1.1 |
| 新增证据,不改变主结论 | 修订号加 1 | V1.1 改为 V1.2 |
| 数据、范围、主结论或成果状态变化 | 主版本号加 1 | V1.2 改为 V2.0 |
| 对外发布版本 | 必须使用冻结版本 | 发布后禁止直接改原文件 |
每次变更记录以下内容:
- 变更编号。
- 变更位置。
- 变更原因。
- 变更前后内容。
- 申请人。
- 审批人。
- 生效日期。
10. 交付物清单¶
提交时,发布包必须包含:
- 最终成果说明。
- 证据台账。
- 数据口径表。
- 评审记录。
- 证据附件包。
- 版本变更记录。
- 对外发布授权记录。
- 归档记录。
11. 提交前检查表¶
只有全部必须项通过后,成果负责人才能提交。
- 文档信息完整。
- 目标读者和使用决策明确。
- 一句话主结论包含可验证事实。
- 主结论有 A 或 B 级证据。
- 每个痛点都有对应方案。
- 每个方案都有落地状态。
- 每个量化收益都有口径、公式和来源。
- 流程变化有前后对比。
- 稀缺性、创新性和技术力都有结论与证据。
- 技术指标写明测试条件和复现方式。
- 风险、限制和适用边界已写明。
- 试点、上线和规模化状态表述准确。
- 自研、集成和合作方式表述准确。
- 对外内容已完成脱敏和授权审查。
- 文档版本、附件版本和签字版本一致。
- 最终文档、证据包和归档记录已保存。
12. 例外与复核¶
紧急提交可以缩短评审时限。紧急流程不得跳过证据核验和披露审查。
所有时限、评审角色或证据等级的偏差必须记录。偏差记录要写明原因、风险、批准人和补证日期。
SOP 归口部门每年复核一次执行记录。组织制度或业务发生重大变化时,归口部门及时启动复核。
附录 A:成果说明成稿模板¶
0. 文档信息¶
| 项目 | 内容 |
|---|---|
| 成果名称 | [填写] |
| 成果类型 | [产品/技术/方案/专利/项目] |
| 完成单位或团队 | [填写] |
| 完成时间 | [填写] |
| 文档版本 | [填写] |
| 落地状态 | [概念/实验室/试点/已上线/规模化] |
| 联系人 | [填写] |
| 保密级别 | [填写] |
1. 价值摘要¶
本成果通过 [核心方案],解决 [目标场景] 中的 [核心痛点]。
基线 [指标] 为 [数值],当前结果为 [数值]。
本成果的关键差异是 [一句话差异]。依据为 [证据编号]。
2. 背景与基线¶
| 项目 | 内容 | 证据编号 |
|---|---|---|
| 目标用户 | [填写] |
[填写] |
| 使用场景 | [填写] |
[填写] |
| 现有做法 | [填写] |
[填写] |
| 当前基线 | [填写] |
[填写] |
| 主要限制 | [填写] |
[填写] |
3. 核心痛点¶
| 痛点编号 | 痛点描述 | 影响对象 | 现状数据 | 严重程度 | 证据编号 |
|---|---|---|---|---|---|
| P1 | [填写] |
[填写] |
[填写] |
高/中/低 | [填写] |
| P2 | [填写] |
[填写] |
[填写] |
高/中/低 | [填写] |
| P3 | [填写] |
[填写] |
[填写] |
高/中/低 | [填写] |
4. 为什么是本成果¶
4.1 稀缺性¶
结论:[填写]
| 壁垒类型 | 证据 | 可替代性说明 | 证据编号 |
|---|---|---|---|
| 资源或资质 | [填写] |
[填写] |
[填写] |
| 时间和规模 | [填写] |
[填写] |
[填写] |
| 团队能力 | [填写] |
[填写] |
[填写] |
4.2 创新性¶
结论:[填写]
| 对比维度 | 现有方案 | 本成果 | 差异本质 | 证据编号 |
|---|---|---|---|---|
[维度1] |
[填写] |
[填写] |
[填写] |
[填写] |
[维度2] |
[填写] |
[填写] |
[填写] |
[填写] |
创新类型:[原理/架构/工艺/应用模式]
4.3 技术力¶
结论:[填写]
| 难点编号 | 技术挑战 | 攻克手段 | 验证结果 | 证据编号 |
|---|---|---|---|---|
| D1 | [填写] |
[填写] |
[填写] |
[填写] |
| D2 | [填写] |
[填写] |
[填写] |
[填写] |
5. 方案与落地¶
5.1 总体方案¶
方案摘要:[填写]
模块 1:[填写]
模块 2:[填写]
模块 3:[填写]
5.2 痛点与方案映射¶
| 痛点 | 对应方案 | 自研/集成/合作 | 当前状态 | 证据编号 |
|---|---|---|---|---|
| P1 | [填写] |
[填写] |
[填写] |
[填写] |
| P2 | [填写] |
[填写] |
[填写] |
[填写] |
5.3 关键节点¶
| 日期 | 里程碑 | 完成结果 | 证据编号 |
|---|---|---|---|
[填写] |
[填写] |
[填写] |
[填写] |
6. 收益与证明¶
| 指标 | 改进前 | 改进后 | 公式或幅度 | 统计范围 | 来源 | 证据编号 |
|---|---|---|---|---|---|---|
| 效率 | [填写] |
[填写] |
[填写] |
[填写] |
[填写] |
[填写] |
| 成本 | [填写] |
[填写] |
[填写] |
[填写] |
[填写] |
[填写] |
| 质量 | [填写] |
[填写] |
[填写] |
[填写] |
[填写] |
[填写] |
| 规模 | [填写] |
[填写] |
[填写] |
[填写] |
[填写] |
[填写] |
流程变化:
- 改进前:
[步骤 1 → 步骤 2 → 步骤 3] - 改进后:
[步骤 1 → 步骤 2] - 变化要点:
[删除、合并或自动化了什么] - 证据编号:
[填写]
7. 边界、限制与风险¶
| 项目 | 内容 | 应对措施 | 证据编号 |
|---|---|---|---|
| 适用边界 | [填写] |
[填写] |
[填写] |
| 已知限制 | [填写] |
[填写] |
[填写] |
| 主要风险 | [填写] |
[填写] |
[填写] |
8. 推广与后续计划¶
适用场景延伸:[填写]
推广条件:[填写]
推广成本:[填写]
后续里程碑:[填写]
9. 附件与评审记录¶
- 测试报告或第三方测评
- 数据报表或系统截图
- 专利、软著或资质证明
- 用户反馈或应用证明
- 流程对比图
- 评审记录
- 对外发布授权
附录 B:评审记录模板¶
| 评审编号 | 评审人 | 角色 | 评审日期 | 结论 | 意见编号 | 处理结果 | 关闭日期 |
|---|---|---|---|---|---|---|---|
| R01 | [填写] |
[填写] |
[填写] |
通过/有条件通过/不通过 | [填写] |
[填写] |
[填写] |
附录 C:修订记录¶
| 版本 | 日期 | 修订人 | 修订内容 | 审批人 |
|---|---|---|---|---|
| V1.0 | [填写] |
[填写] |
首次发布 | [填写] |