03 · 产品 · 报工顺序
手套点不中的按钮，不用讨论配色
原型设计师用可点击的灰稿确认任务顺序，不规定动效和品牌色。评审时把鼠标交给操作者，设计者不在旁边讲解。
- 打开页面，工票号已经聚焦。工人不用先找输入框。
- 报完工数。加减号大到戴手套能点中，不再用表格里的小字。
- 确认之后才离开。需求里没有的按钮不出现，避免客户以为功能已经有了。
- 评审时设计者闭嘴。班组长自己用一张昨天的工票走完，这一版才交给交互和前端。
原型证明顺序走得通，不证明界面已经设计完
原型设计师拿到的是已经写完的规则，不是一句「做个报工」。他用灰稿把任务排成操作者能独立走完的步骤，并故意不画视觉。颜色一出现，评审就会讨论好不好看，而漏掉报完之后下一步去了哪里。岗位特点是克制：需求里没有的按钮不出现，哪怕客户觉得「一般系统都会有打印」。打印如果进了原型，客户会把它当成本期承诺，产品经理再砍就会被说成说话不算数。
评审方式是岗位的另一半。设计者讲解的原型永远能走通，因为讲解填上了页面没说的话。达希要求鼠标交给以后每天操作的人，设计者不说话。人停住的地方就是下一版要改的地方。停住如果是因为规则没写，退回需求分析师，不在原型上用一句话提示把规则糊上。设备键怎么把字符打进备注，不在本页回答，交给兼容性用验收设备证明。
灰稿里要包含失败，不能只有幸福路径
只有成功的四步，会让工人以为任何数字都会过。原型至少还要能点出三种停住：工票号不存在、完工数超过计划且尚未确认、网络失败后不知道刚才那下算不算。每一种停住都要显示工票还在哪一个状态，以及下一步是重试、修改还是找班组长。做不到这一点的原型，不能交给前端。前端会自己发明一个提示，工位上没人看清。
原型也不替代交互设计师。顺序通了之后，交互负责误操作如何回来、空状态和权限不足如何区分。原型设计师不规定动效和品牌色。他和 UI 设计师的交接物是标注了状态名的页面，而不是一张已经涂好颜色的长图。长图切不开，状态也无法单测。
机加报工：第一版表格在手套下失败
第一版用了办公室习惯的表格：行内小输入框，确认按钮在屏幕右上。评审时工人戴着棉手套，点不中加减，确认又要走到另一侧。设计者当时想解释「正式版会放大」。解释被禁止。第二版改成任务式：进页面即聚焦工票，只问完工数和不良数，主按钮占底部整行，打印和统计入口不出现。班组长用一张昨天的真实工票走完，中间只问了一句超计划会不会直接入库。这句不是原型问题，页面上已经按规则显示「待班组长确认」，他看见了。
这次评审留下的记录不是「客户基本认可」，而是四条：聚焦、完工数、确认、没有多余按钮。测试以后用同一张工票对照。如果开发为了好看把确认放回右上角，或把「打印工票」加进来，原型设计师会判为未按稿实现，而不是风格差异。独立走完，是这个岗位唯一的通过标准。