采购数字化（SRM）项目 · 场景 3 · 可交互原型

打样测试全流程
只演示 OA 做不了的那 30%

吴部长 9/2 的原话是「OA 现在这个打样测试我们已经在 OA 实现，可以达到我们 70% 的功能，就是没有很完美」。 所以这份原型不去重复演示那 70%——只把剩下那几样摆出来，每一块都标着它对应会上的哪句话。 能点、能改、判定与计时是真算的。

1个需求 ID三轮打样挂在同一条链上
116小时当前卡点：上机测试（标准 48h）
4份小试通过自动触发的电子签
48人天场景 3 报价计价

⚠️ 原型说明：样品、指标、供应商为样例数据；判定与计时是真算的

1一个需求 ID，三轮打样 QLT-14.6 ✕ OA 做不到：每轮各是一张孤单

会上原话：「我这次打样在小试环节失败了，下次他又打样，给我关联到原流程上去，不要给我搞独立的」
现状：每轮各是一张孤单，历史比不了、统计不出来；「190 克瓶三轮中试全靠手工记」。

REQ-2609-014　190g 玻璃瓶 · 新供应商打样 发起：品控 · 王工　·　寻源邀请触发（QLT-14.1 四个入口之一） 供应商：华兴玻璃 目标：10-15 前完成定点

↑ 点任一轮切换下面的全部内容。三轮共用一个需求 ID，历史随时回看、指标自动横向比。

2每个节点都有时限，超了自动亮红 QLT-14.7 ✕ OA 做不到：没有节点工时

会上原话：「我希望加上每个环节都有自己的时间要求节点——你拿到这个单子，多长时间内要完成？」
现状：谁拖了都看不出来，「没有压迫感，管理时间很长很长」。

三方会签（研发 / 生产 / 质量）　QLT-14.2

3三轮指标横向比对 QLT-14.3 ✕ OA 做不到：三张单比不了

判定是真算的：每项按左边那列的标准判，超标自动标红打叉。第 1 轮的壁厚 1.6mm 就是这么被判出来的。

4小试通过 → 自动触发电子签 → 签完才进中试 QLT-14.8 ✕ OA 做不到：这几步全靠人记

会上定的规矩：小试通过应当自动触发电子签（保密／廉洁／报价真实性 ＋ 合作协议），签完才进中试；中试要真下订单、真付钱。

（会签没齐时会被拦住——把上面三方会签都点成通过，再试一次）
5卡点看板：哪个红色老红色 QLT-14.7 ✕ OA 做不到；Meego 也做不了，已否决

会上原话：「不知道哪个流程耗时最长」「哪个红色老红色」——打样慢不是一个部门决定的， 但现在无法定位是停在生产段还是质量段。Meego 试过，「里程碑看板做不了，一看要钱，要定制开发」。
下表按超时时长排序，责任方直接标出来。

需求 ID样品 / 供应商阶段卡在哪个节点耗时超时
这份原型想让研发、品控与采购确认三件事： ① 阶段与会签方对不对——现在是小试→中试→批试，每阶段研发／生产／质量三方会签； ② 各节点的标准工时定多少——原型里用的是样例值（供应商确认 24h、样品寄送 72h、检测 48h、上机测试 48h、三方会签 24h），这组数要业务定，它直接决定红牌什么时候亮； ③ 小试通过触发哪几份电子签——现在是保密／廉洁／报价真实性／框架合作协议四份。
确认完这三条，场景 3 的范围与报价就能定。原型未含：供应商门户侧的任务下发与结果上传界面（QLT-14.4，已在报价内），以及结论回写准入档案（QLT-14.5）。