先说明用户想完成什么
“提升模型性能”不是足够完整的产品需求。可以改写为：某岗位在某类输入上，需要在限定时间内得到可复核结果，并在失败时返回人工处理。这里包含用户、场景、时间和异常流程，工程团队才知道应该构建什么。
把平均指标拆到具体条件
论文中的平均结果可能掩盖小样本、特殊材料和边界环境的失败。产品需求应列出允许输入、拒绝条件和需要人工介入的情况。示例：模型在清晰图像上表现良好，但客户现场经常出现遮挡，则应先解决采集或拒识，而不是只继续优化公开数据集排名。
交付还包括可维护性
客户需要安装、权限、日志、升级和支持，往往不在论文的主要贡献里。团队可以把研究验证与产品工程分成两张清单，并明确各自负责人。否则，一篇完成的论文容易被误认为一款完成的产品。
行动清单
- 每条需求写清用户、任务、输入、输出和验收方式。
- 保留边界条件与失败处理，不只写最佳结果。
- 将安装、升级、日志与维护纳入交付范围。