当案例集变成证据链：成果转化案例集的隐性门槛

案例集不是成果清单的加长版。它常被写成成功故事合集，读起来顺，证据却薄。问题在这里。成果转化案例集如果只回答“做成了什么”，它很快会退化为宣传材料。真正的门槛，是让读者看见“为什么能成、在什么条件下能成、换一个场景还成不成”。

笔者见过一些案例集：页面精致，时间线完整，合同金额醒目。翻到技术部分，参数缺失；翻到失败环节，语焉不详。这不叫案例。这叫成果目录。案例集的价值不在热闹，而在可核验。

一、只写结果，证据链就断了

一个转化案例至少包含四层信息：技术来源与原理、验证过程与参数、交易结构与权属安排、应用边界与退出条件。很多文本只保留技术来源与交易结构。验证过程被压缩成“完成中试”，应用边界被省略成“市场前景良好”。

这很麻烦。读者无法判断技术成熟度，也无法判断案例的可复制性。案例集若要成为证据，必须写清条件。比如：材料在什么温度区间稳定；工艺窗口有多宽；良率对设备精度是否敏感；专利许可是否含改进成果归属；客户验证是小批量试用还是连续生产。

短句也有用。写清边界。写清失败阈值。写清谁承担验证成本。否则，案例越漂亮，尽调越难做。

二、把失败和退出写进去，案例才像证据

说实话，失败案例难写。涉及责任，涉及隐私，涉及商业敏感。可没有失败样本，案例集就只剩幸存者偏差。读者看到的是路径存在，不是路径可靠。

笔者更愿意看到“终止案例”：技术指标未达预期，项目在第几轮验证停止；许可谈判因何破裂；作价入股后团队与企业的决策权如何冲突；中试放大时哪一项参数失控。它们不提供励志叙事，却提供风险清单。这些信息对后来者有用。

当然，失败案例需要匿名化和脱敏。可以隐去主体，保留条件、机制和决策节点。案例集不是八卦集。它要的是可迁移的判断，不是可传播的谈资。

三、案例集的使用边界：它能证明什么，不能证明什么

案例集不能替代尽职调查。它也不能证明某个团队必然成功。它能够证明的，是某条转化路径在特定制度、特定技术成熟度、特定资金结构下曾经成立。这个“曾经成立”很重要。它把抽象政策变成可观察的交易结构。

但它有边界。案例文本往往经过事后整理，存在叙事修剪；成功案例的归因容易偏向个人能力，忽略时机和基础设施；跨行业迁移时，监管条件与供应链结构可能完全不同。案例集若不做边界说明，读者就会误读。

所以，案例集应附带适用条件表：技术领域、成熟度区间、验证阶段、交易类型、知识产权状态、团队角色、资金结构、失败风险。没有这些字段，案例只是故事。有了这些字段，案例才开始接近证据。

四、从文本到组织记忆：案例集需要被使用

案例集编完就束之高阁，是常见浪费。它需要进入组织的决策流程。技术转移人员用它做初筛；科研团队用它校准预期；企业用它识别合作接口；投资机构用它做反事实核对。使用场景越具体，文本越不容易空泛。

笔者建议案例集保留版本号与更新记录。技术条件会变，合同模板会变，监管口径会变。三年前的案例，可能只剩结构参考价值。还要建立标签体系：技术领域、验证阶段、交易方式、权属安排、失败类型。标签不必复杂，但要稳定。否则检索成本会吞掉案例集的价值。

案例集写到这个程度，才勉强算基础设施。否则只是装订好的故事。