整理研发立项评审项目卡

这个场景能帮你做什么

研发线索已经登记，但是否值得投入人员、材料和设备，还需要一次具体评审。WorkBuddy 可以把真实问题整理成简明项目卡，列清技术未知、候选路线、资源和阶段目标，让负责人有依据决定立项、补查或暂缓。它承接线索登记，暂不展开后续工作分解和阶段门验收。

开始前需要准备什么

提供问题记录、适用产品或工序、现有办法及已做尝试、影响证据、工程师提出的候选路线、可用资源和企业立项要求。预计投入注明估算人、依据和日期；实际消耗与计划投入分开。资料只写“效果不好”时，先补条件和已有记录，不能靠 AI 写成确定的技术难题。

具体怎么做

第一步：核实问题为何还没有解决

让 WorkBuddy 对照问题和已尝试办法，分开已经确认的事实、技术人员判断和仍待验证的假设。列出哪些结果还不能由现有经验稳定实现，以及未知点需要什么试验才能回答。一般维护、恢复既有参数与探索性试验分开呈现，交工程师确认分类。

第二步：整理投入与业务影响

按人员、试验材料、设备时段和外部服务列预计投入及依据，不用 AI 自动填金额。影响可以是性能、成本、质量稳定性或交付能力；已有测量与期望改善分栏。资料不足时写出待补项，不能把期望值改成预期必达收益。

第三步：把路线写成可评审的阶段目标

每条候选路线写清准备验证什么、需要什么输入、预计留下什么证据。阶段目标应能回答一个技术问题，例如“取得不同条件下的对比记录，判断路线是否值得继续”。具体阈值由技术负责人根据需求确认，不能只写“完成研发”。

第四步：形成项目卡和待决事项

输出问题、未知点、初步方案、参与角色、预计投入、阶段目标、风险、待补证据及审批状态。把“建议立项”“建议先补试验”和“资料不足”作为供人审阅的建议，批准人和批准时间只录入真实记录。

可以直接交给 WorkBuddy 的完整要求

依据附件问题记录、历史尝试、候选路线和资源估算，整理一张研发立项评审项目卡。
说明技术问题、现有方法不足和技术未知，分别列事实、工程判断与待验证假设；按人员、材料、设备和外部服务列预计投入及依据。
写出初步路线、参与角色、阶段目标、验收证据和需要负责人决定的事项。影响证据和期望改善分开。
未知金额、阈值和责任人标待确认，不编造试验、收益、批准记录，不自动立项，不作税收研发认定。

完成后会得到什么

一张可以带进评审会的项目卡，以及需要补问的证据清单。下面为教学示例，不代表实际项目或批准结论。

项目卡字段	示例内容
问题与证据	某型号在指定工况出现密封渗漏；附对应样件、工况和检查记录
技术未知	现有结构在该工况下为何不能稳定密封，原因尚未证实
初步路线	比较两种工程师提出的密封结构，先保持材料与测试条件一致
投入	结构工程师、试样和试验台时段；工时与金额由各负责人估算，尚未批准
第一阶段目标	完成对照试验并形成记录，判断两条路线能否继续；判定条件待技术负责人确认
本次待决事项	是否批准第一阶段验证，或先补现有故障复现资料

这张卡应保留“原因尚未证实”和“投入尚未批准”，避免文件看起来完整就被当成已获批项目。

结果应该怎么检查

沿问题、未知点、路线和阶段目标逐项核对：路线是否在回答真实未知，投入是否对应实际需要，证据能否支持阶段决定。查每个金额、人员和日期的来处，检查是否把日常生产活动一并包装进研发。

遇到这些情况怎么处理

无法复现的问题先安排调查。两条线索属于同一个技术未知时，可建议合并评审并保留各自来源；涉及不同产品条件时保留差异。路线或估算相互冲突时并列提交，交相关负责人统一口径。

哪些必须人工决定

技术负责人确认未知点、路线和阶段目标；资源负责人确认投入；有权限的负责人决定是否立项。财务、税务和项目申报的认定另按相应规则进行，不能由这张项目卡直接推出。