业务应用与工作流界面

围绕任务设计工作台

业务应用的目标是让用户完成任务。对售后工单助手，用户需要核对工单、查看证据、修改草稿、决定是否采用。一个只有聊天框的界面往往隐藏了状态、来源和人工责任。

最小工作台布局

区域	展示内容	设计理由
工单上下文	型号、版本、状态、缺失信息	防止对错误设备作答
证据区域	原文片段、版本、授权查看链接	支持人工核查
草稿区域	可编辑回复、引用关联	保留人类判断与修改
操作区域	采用、驳回、转专家	明确每个动作的后果
状态区域	处理中、失败、超时、已取消	防止重复提交与误解

“采用草稿”与“发送给客户”应有明确区别。首期只支持草稿审核，不能用模糊按钮意外触发外部动作。

状态与错误体验

提交后立即给出可追踪任务编号；长任务允许用户离开再回来。无答案时说明资料不足并提供人工入口；无权限时不要通过文档标题或片段泄露内容。超时后先查询任务状态，再决定是否重新提交。

保留用户已编辑内容。新草稿不能静默覆盖修改；审阅过期修订时要求重新确认。用户取消请求后，后台已发生的外部动作仍需检查和补偿，不能把界面消失当作业务撤销。

可访问性与现场可用性

核心操作支持键盘与清晰焦点；状态不能只依赖颜色；图标有可理解标签。长表格和引用在窄屏仍可查看。现场网络慢时先显示工单基础信息，再加载检索与草稿，失败时保留人工完成任务的路径。

练习与评审

选择五个任务：正常生成、资料不足、无权限、超时、并发修改。请未参与开发的人完成任务，观察错误点击、犹豫和求助；同时测任务完成率与总耗时。交付界面状态表和使用观察记录，随后进入用户采用。

参考阅读与使用边界

• GitHub Actions 官方说明：相关概念与方法的延伸阅读，访问核验日期 2026-10-14。本站练习、流程与指标为自主编排，不属于来源机构认证。
• 学习路线 · 项目实战 · 可下载模板

本页为基础指南；生产操作需结合实际版本、授权环境与审核证据验证。