有问必答
提问 · 回答 · 专题 · 经验
问题与思路

不让内部分类挡住日常工作,把撤销范围交代给使用者,输入完成之后发生了什么

1030 · 问答社区

收集诊断资料之前,可以让用户查看包含哪些类别。日志、配置摘要与截图承担不同用途,某项问题未必需要全部材料。允许按任务选择,并说明提交后的处理路径,有助于让支持流程保持透明,也减少为了方便排查而默认打包过多无关信息。

时间表达焦点去向问答社区

不让内部分类挡住日常工作

同一行为的命名需要保持稳定的使用预期。

实现成功与使用者完成任务之间仍可能有距离。

把撤销范围交代给使用者

同一事件通过多个渠道发送时,可以让通知共享处理状态。用户已经在应用内完成请求,稍后的邮件就不应继续暗示尚待处理。消息内容可以提供实时查看入口,并在可能存在延迟时说明状态以当前记录为准,让跨渠道沟通避免制造互相矛盾的任务印象。

导出范围最好在操作发生之前清楚可见。

默认选项需要容易理解,也应允许合理调整。

输入完成之后发生了什么

故障分级应结合用户影响,而不只依据报错看起来是否严重。一个辅助组件完全停止,可能影响很小;一个偶发写入错误,却可能使重要工作丢失。建立分级时可以明确任务、范围与恢复难度,让响应资源跟随实际后果,也减少不同值班人员凭个人感觉决定优先级。

授权流程需要让人明白当前任务与服务对象。

批量行为的影响不能仅靠当前屏幕让人猜测。

问题说明

阅读提示

本文为原创阅读素材,内容用于情境讨论,不对应现实事件或实际服务承诺。

继续了解