老D侃械系列，转载请注明
审评逻辑先拿走 产品技术要求不是把标准名称排整齐，而是把产品对安全和性能作出的承诺，写成别人可以复现的检验规则。
一段项目对话
法规同事：这个指标凭什么这么定？
产品经理：我们产品说明书写了“连续工作 8 小时”，用户很需要这个卖点。
法规同事：那它在哪里被验证？产品技术要求里有指标、条件、方法和判定吗？
研发工程师：实验室做过一次，但样品不多，也没有写进产品技术要求。
法规同事：那先别急着把它写成上市承诺。我们要么补研究并把规则写清，要么收回到现有证据能支撑的边界。
产品技术要求到底是什么？用一个日常比喻讲清楚
如果注册证是产品的“身份证”，说明书是“给用户看的使用攻略”，那么 产品技术要求就像产品的“出厂考题”。它写清楚：成品必须达到哪些功能和安全水平，以及按什么办法判定合格。
· 它不是说明书的复制版。说明书告诉用户“能做什么、怎么用”；产品技术要求要把其中关键、可验证的功能落实成指标和检验方法。
· 它也不是标准目录。引用标准当然重要，但产品自己的结构、用途、风险和宣称，决定了哪些标准适用、哪些项目要补充。
· 检验报告不是凭空产生的。注册/备案相关检验通常要按产品技术要求做；因此产品技术要求里没写清的要求，后续往往难以在型检时证明。
· 举个简单例子：若一台设备声称“报警后可提醒操作者”，产品技术要求不宜只写“具有报警功能”，而应考虑触发条件、提示方式、判定要求及验证方法。具体指标要按产品风险和适用标准确定。
先把“性能指标”翻译清楚
性能指标不是为了凑页数，而是把产品的关键能力说清楚。比如一台输注设备，用户关心的不只是“能输液”，还会关心输得准不准、堵塞时会不会提醒、断电后会怎样、报警是不是能被听见或看见。注册阶段需要把与安全、有效有关的关键问题，转成能客观判断的要求。
这也解释了为什么“产品应该符合某某标准”不总是够用。标准像一本通用考试大纲，产品技术要求 则是这台产品的具体试卷。只有把适用项目、限值或判定要求、试验方法写清，后面的测试才知道在考什么。
依据不足，到底不足在哪里？
常见的不足不是没有引用文献，而是“结论和证据没牵上手”。例如，企业把某个数值写成合格限值，却说不清这个数值来自适用标准、风险控制需要、设计输入、已有研究还是临床使用边界。有些研发同事总是认为自己就是很专业、很懂技术，靠经验或者一两次试验设定参数有什么问题？但注册审评或内部评审一追问，链条就断了。
还有一种情况是指标做得很漂亮，想要作为卖点，但测试条件和真实使用条件差得太远。产品在高温、低温、振动、长时间使用、网络波动或不同操作者手中会怎样，是否应纳入验证，应从预期用途和风险分析出发判断。
把产品技术要求写稳的实操顺序
· 先写产品“要完成什么任务”：从预期用途、使用场景和目标用户开始，不要从实验室现有设备开始。
· 再找风险：如果这项功能失效、误差过大或被误用，用户可能遭遇什么后果？
· 再定验证：哪些指标与方法能证明风险被控制、功能达标？必要时补方法学验证和统计分析。
· 最后回看所有对外表述：说明书、标签、宣传、临床评价中承诺的内容，有没有超出产品技术要求和研究证据的边界。
把这段对话翻译成工作任务
第一张表 把预期用途、说明书、宣传素材中所有性能承诺拉成清单。
第二张表 每条承诺都连到风险控制、适用标准/指导原则、产品技术要求 指标/方法、研究证据。
一次盲测 让未参与撰写的同事只凭产品技术要求复述怎么检、何为合格；他说不清的地方，就是方法还没写完。
下次开会可直接问 问得最有效的一句是：如果明天有人只拿到产品技术要求，他能不能按它证明你的某项宣称？