更新时间：2026年10月08日

工单详情页的第一屏应回答三个问题：现在处于什么状态、最近发生了什么、我接下来能做什么。以“设备无法开机”为例，顶部放待安排检测、紧急程度、负责人和最后更新时间，下面按时间线呈现客户描述、客服回复和工程师判断。借助Pixso 的界面协作能力先做状态与动作的层级，可以减少开发阶段的反复解释。

先做可扫描的状态摘要

摘要区只放会改变处理决策的信息：状态、优先级、负责人、承诺响应时间和关联客户。长描述进入详情，不要让处理者滚动很久才能找到“待客户补充”这一关键信息。状态标签配合文字，不只靠颜色。

设备故障工单 T-208 可用“待安排检测”作为当前状态，负责人为售后专员，下一次跟进时间为 15:00。这比同时排列“新建、紧急、待处理、已分配、处理中”五个标签更清楚。紧急程度回答先做哪件事，流程状态回答做到哪一步，两者不能合并成一个字段。

首屏的字段顺序还受角色影响。客服先看联系方式和上次回复，工程师先看型号、故障现象和检测记录；两者共享同一工单数据，但可以有不同的默认展开项。不能为了适配所有人，让每个人先看几十个字段。

GOV.UK 的状态标签规范把标签和操作控件分开。工单的“待补充”可以是标签，“提醒客户补充”则应是明确按钮，不要让用户试着点击每个彩色小块。

时间线解释处理经过

时间线每条包含时间、角色、动作和结果。把“已联系客户”和“等待客户回复”分成两件事；附件、内部备注和客户可见回复使用不同标识。事件很多时提供按类型筛选，但默认顺序仍按发生时间，避免把最新结论藏起来。

本例的时间线先记录客户 09:10 报告无法开机，再记录客服 09:35 请求电源指示灯照片、客户 10:05 上传附件、工程师 10:40 提出检测建议。每条都能回答它有没有改变下一步。如果只按消息数量展示，一条自动分配日志可能把真正的解决建议挤到下面。

时间线默认显示最近记录时，要给清楚的“查看更早记录”入口和方向。筛选“仅客户回复”不能改变事件本身的时间顺序。内部备注放置显著的内部标识，发送前显示接收范围；切换为客户可见回复时保留文字但重新确认附件，避免把内部信息误发出去。

处理中时主动作可以是“更新进展”，等待客户时是“请求补充信息”，已解决时则提供“重新打开”或评价入口。危险动作如关闭工单需要确认并说明后果。按钮文案写结果，不用“提交”“操作”这类空泛词。

填写一段回复后，按钮可以写“发送并设为待客户回复”，把发消息和改变状态的组合结果提前说明。若只想保存内部处理记录，另设“保存内部备注”。转交时展示目标处理人和原因字段，成功后更新负责人；新负责人未确认接收的业务不能直接显示“已接单”。

解决与关闭也应按本产品的流程定义区分：有的团队把解决视为等待客户确认，关闭才是流程结束。设计原型时至少画一次客户再次反馈的路径，并确定是重开原单还是创建关联新单，否则客服只能手动复制上下文。

移动端先显示状态摘要和最近事件，历史细节可折叠；动作区保持可见但不要遮挡正文。附件卡片显示类型、大小和下载状态，失败时给重试与替代路径。通过原型预览检查长客户名称、超长备注和多附件这三种极端情况。

手机查看 T-208 时先保留状态、下一次跟进和“回复”入口，型号、历史合同等次要信息可折叠。键盘弹出后编辑框和发送按钮都应可达；长回复失败时保留内容，不能因为返回列表而丢失。附件若无法预览，直接显示文件名与可用操作，不用无限加载占据时间线。

工单 T-208 的设计稿可以在 Pixso 中按“摘要、时间线、回复”拆成区域，再用同一套文本检查桌面和手机。客服能从 10:40 的检测结论继续回复，工程师能找到原始照片，这两条路径都畅通，详情页的主次关系才算成立。