技术成果评估里那栏TRL，填6还是填4，中间差的可能是几百万
上周旁听一场成果转化评审会。空调坏了，一屋子人拿材料扇风。某高校团队汇报到第14页，上面干干净净一行字：技术成熟度 TRL 6。
对面老专家抬了抬眼皮：“样机在真实环境里连过吗？跑了多久？出过什么故障？”
汇报人停了两秒。“实验室环境下……跑通了。”
老专家没再问，低头在表里划了一道。
那一划，这个成果的估值区间大概下移了一位。说实话，那两秒停顿的信息量，比前面十三页PPT加起来都大。
那一栏填6，可能只是因为它看起来比较体面
技术成果评估这事，外行听着玄。落到纸面上其实就几件事：这东西是什么，做到什么程度，值多少钱，谁会买。前两件是技术判断，后两件是价值判断。麻烦在于——技术判断一旦写成数字，就特别容易长出“客观”的错觉。
TRL，技术成熟度等级，九个格子，从“提出基本原理”一路到“实际环境中的系统验证”。听着很科学，对吧。可我见过的评估表里，这一栏的填写依据经常是：团队自己报的、同行随口说的，或者“我们参考了同类项目”。
去年有个做工业检测设备的团队找我帮忙看材料。他们的核心算法在实验室数据集上准确率98%，报告里赫然写着“已完成工程化验证”。我问：产线上的油污、震动、光照漂移，考虑过吗？对方挺诚实：还没上线跑过。
那就是TRL 4到5。写成了接近7。
差别有多大？TRL 5的东西，投资人翻两眼就走；TRL 7的，能进尽调。同一份技术，中间隔着几百万估值和至少一年半。
技术成熟度TRL等级评估示意图
成熟度不是技术属性，是“不确定性余额”
成熟度不是技术属性，是“不确定性余额”
我后来想明白一件事。TRL本质上不描述技术有多牛，它描述的是：还剩多少没踩过的坑。
像装修房子。水电改完叫毛坯，地板铺完叫硬装完成，家具进场能住人——每一步不是“更高级”，而是“更少意外”。图纸画得再漂亮，也不能说房子能住。
技术也是。实验室跑通，说明原理上没问题。这解决的是“能不能行”的疑问，可真正卡人的往往是“能不能一直行”“换个人操作还行不行”“成本压下来还行不行”。
所以成熟度评估真正该问的，是那几个让人不舒服的问题：真实工况下连续跑过多少次，最长多久没停？换一批原料、换一个班组的操作员，结果还稳吗？良率是多少？出了问题，能不能在几个小时内定位到根因？
这四个问题砸下去，多半的“TRL 7”会现原形。
不过话说回来，也不能全怪填表的人。评估本身有时间成本，真要按标准做一轮环境试验、可靠性测试，几个月就没了。而很多评估会是开一天、报告写一周。你让他怎么填？只能填个“看起来合理”的数。
从实验室到产线，中间隔着多少次“炸”
我认识一个做电池材料的朋友。他们那个配方在小试反应釜里稳如老狗，放大到中试，第二锅就翻车——温度场不均匀，局部过热，材料结构变了。第三锅调了搅拌，好了，第四锅又不行，因为换了一批供应商的前驱体。
折腾了十一个月。
这十一个月不叫“优化”，叫“暴露”。每暴露一个问题，成熟度才真正往上走一格。TRL不是研发进度的刻度尺，它是“已排除故障”的计数器。
材料中试放大反应釜车间实拍
产业界有个粗糙的经验：一项技术从实验室走到量产，通常要经历三到五轮系统性崩塌。崩塌发生在哪一环，决定了它值多少钱，也决定了评估报告该怎么写。
所以我现在看技术成果评估，先翻的往往不是技术指标那页，而是“已完成的验证”和“未完成的验证”两栏。前者写得多漂亮不重要，后者写得越具体，我越信这个人。
因为能诚实列出“还没做什么”的团队，通常也知道接下来会死在哪。
报告里该写清楚的三个问题，常常没人写
一份评估报告动辄上百页，指标、对标、专利清单、市场预测，样样齐全。可我总觉得它绕开了最要紧的东西。
其一，这技术解决的是“必须现在解决”的问题，还是“早晚要解决”的问题？前者叫刚需，后者叫趋势。刚需的成果，评估保守一点也有人接；趋势的成果，写得再漂亮，也可能等不到那一天。
其二，卡点在哪，别人绕得过去吗？很多成果的护城河不在于做得早，在于做得“别扭”——别人知道该这么干，但这么干成本高、良率低，或者要重构整条供应链。评估时不把这个别扭挖出来，就是自嗨。
其三，谁掏钱，掏的是研发预算还是采购预算？这两笔钱在甲方内部是两个部门、两套逻辑、两种周期。搞混了，技术再好也砸手里。
这三个问题，技术指标都衡量不了。指标能算出来的都是确定的；成果转化的风险，恰恰都堆在不确定那一头。
科技成果转化评估报告评审会现场
别把评估做成盖章，也别做成算命
别把评估做成盖章，也别做成算命
两种极端我都见过。
一种是盖章式评估。流程走完，专家签字，报告进档案柜，没人再翻。这种评估唯一的作用，是让项目结题时有个交代。技术有没有价值，跟它没关系。
另一种是算命式评估。把市场规模、增长率、渗透率算到小数点后两位，仿佛三年后的营收可以预测。可早期技术成果的评估，本来就是在信息严重不足的情况下做判断。你算得越精确，越说明你在编。
比较靠谱的做法，大概是先承认“不知道”，然后把这部分不知道量化出来——哪些风险已验证可控，哪些还悬着，悬着那个万一爆了，影响面有多大。
说白了，技术成果评估不是给技术打分，是给未来的麻烦列清单。
清单列得越诚实，后面扯皮越少。
对了，还有个小细节。那次评审散场，我在楼道里碰见汇报人在打电话，语气挺急：“那个TRL到底按几级报，你再去问问科技处……”
我心想，这一栏要是还得打电话问，那这评估基本就白做了。