现场手记 · 未整理
产品评审会（优先级）
开场
张经理：本周只排得动一个需求进开发，另外两个要说清「为什么后置」。今天按影响面、工期、风险排优先级，不讨论技术方案细节。
需求一：学员端「实训预约」改版
- 现状：预约要填三张表，学生常漏填「指导教师」；上周有 12 条预约被教务退回。
- 张：这是本月 KPI 相关，希望本迭代就上；页面上把「指导教师」改成必选下拉。
- 李：前端改动不大，约 3 人日；但要动预约接口校验，联调要再加 1 人日。合计大约 4 人日。
- 王：回归范围是预约全流程 + 教务退回短信。测试约 1.5 人日。担心短信模板还没定文案。
- 张：文案我今天下班前发给王工；短信模板走运营，不挡开发开干。
- 结论倾向：优先做。张拍板进本迭代。
需求二：后台「耗材库存预警」
- 现状：库存低于阈值只靠人工盯 Excel；上次桨叶保护罩差点断货。
- 张：想要阈值可配置、低于阈值邮件通知实训中心李娜。
- 李：新模块，预计 6 人日（含邮件网关对接）。本迭代排不下，除非砍掉预约改版。
- 王：邮件通知的用例还没写，测试至少 2 人日；而且收件人名单以谁为准？手记里写的是李娜，但通知原文是否授权发邮件未确认。
- 张：收件人先按「实训中心综合科公共邮箱」，个人邮箱先别写死。本迭代不做，排进下一迭代；本周先让运营把阈值数字从 Excel 抄一版临时规则。
- 结论倾向：第二优先，但本迭代不做；只出临时规则，不算上线。
需求三：官网「校企合作案例墙」
- 运营小陈（中途）：招生办要在官网挂 8 个案例卡片，下周有一场校园开放日。
- 张：开放日可以先用静态页，不必进产品迭代。
- 李：若走 CMS 配置要 5 人日；静态 HTML 招生办自己贴图就行，研发零投入。
- 王：静态页不进本轮测试范围。
- 张：案例墙本迭代不做产品需求；请小陈转告招生办用静态页顶一周，开放日后再评估要不要进 backlog。
- 结论倾向：本迭代不排；从本次优先级讨论中移出「开发队列」。
散会前待办（手记原话，未润色）
- 张 → 今晚发短信模板文案给王
- 李 → 明天把「预约改版」拆成任务卡，估时写进迭代板（约 4 人日）
- 王 → 周四前出预约改版测试用例提纲；短信模板等文案
- 张 → 周五前把耗材预警的「临时阈值规则」同步给实训中心，并注明「非正式上线」
- 小陈 → 转告招生办：案例墙用静态页，不进本迭代