示例内容也会影响判断
支持沟通可以先复述对方实际看见的现象。
用户应能分辨内容已接收与结果已完成的不同阶段。
从返回路径发现流程缺口
公共函数的参数过多时，可以检查其中是否混入不同任务的选择。把相关条件组织成有含义的对象，可能比继续增加布尔开关更易读。调整时仍需关注默认行为与调用成本，让结构变化确实改善理解，而不是把原来一排参数简单藏到另一个容器里。
默认选项需要容易理解，也应允许合理调整。
权限变化需要让内容拥有者理解实际影响。
一次保存可能包含多个阶段
文件预览服务应把不可信内容与主应用隔离。文档中的主动行为或外部引用，可能超出单纯阅读的需要。可以根据支持范围禁用不必要能力，并让无法完整展示的部分有明确说明，让预览提供可用信息，同时不把打开附件自动等同于允许执行其中所有行为。
同一行为的命名需要保持稳定的使用预期。
产品文案应帮助使用者判断下一步动作。