让协作变化留下可读记录
用户应能分辨内容已接收与结果已完成的不同阶段。
同一行为的命名需要保持稳定的使用预期。
列表折叠之后藏起了什么
解析外来文本时，需要限制结构复杂度与资源消耗。一个体积不大的文件，也可能通过深层嵌套造成长时间处理。可以为实际支持的结构设置边界，并在超出时给出可理解提示，让拒绝依据来自可维护的能力范围，而不是等资源耗尽之后才表现为无响应。
历史记录应帮助理解变化，而不仅显示有人操作。
支持沟通可以先复述对方实际看见的现象。
功能退出之后内容去哪里
讨论对象所有权时，需要考虑原拥有者离开之后怎么办。若文件仍有协作者，简单删除账户可能使内容无人维护。可以提前明确转交、归档与保留访问的规则，让管理动作与内容生命周期协调，避免用一个账户状态间接决定所有关联资料的命运。
清楚的入口名称可以减少理解内部术语的负担。
实现成功与使用者完成任务之间仍可能有距离。