关于 timing-feedback
timing-feedback 是用于交互设计的技能,帮助根据用户操作匹配响应时机与反馈方式,并列出时间区间、反馈类型和应避免的模式。
主要功能
- 01四种响应时长区间
- 02视觉、空间和信息反馈
- 03为每项用户操作提供反馈
- 04长时间操作的反馈指导
- 05检查交互反模式
适用场景
- 01为界面操作制定反馈方式
- 02选择页面切换和搜索的响应时机
- 03设计长任务的进度反馈
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ dragoon0x/ taste-skills --skill timing-feedback安装后在 Claude Code 中输入/timing-feedback确认已加载。
详细介绍
时机与反馈
每个用户操作都值得得到响应。关键在于采用哪种响应,以及响应有多快。
如何使用
/timing-feedback在本次对话的交互设计中应用时机与反馈约束。
约束
时机尺度
- 即时(< 100ms): 直接操作。按下按钮、切换开关、拖动。任何延迟都会让人感觉操作出了问题。
- 快速(100-300ms): 页面切换、面板打开、应用筛选。大多数 UI 动画都处于这个范围。
- 从容(300ms-1s): 复杂操作。加载视图、执行搜索。用户愿意等待,因为操作显得很重要。
- 耐心等待(> 1s): 需要明确的反馈。进度指示器、骨架屏、状态消息。此时毫无响应会让人觉得操作失败了。
反馈类型
- 视觉: 颜色变化、动画、状态变化。最低限度的可行反馈。
- 空间: 元素移动、展开、折叠。传达元素去了哪里。
- 信息: 文本确认、计数更新、状态变化。传达发生了什么。
- 每个用户操作都必须至少提供一种反馈类型
- 建议将设备静音后进行验证:你还能判断正在发生什么吗?
反模式
- 无论操作的重要性如何,响应时机都完全相同
- 破坏性操作(删除、移除、断开连接)没有任何反馈
- 明明使用骨架屏可以保留空间上下文,却使用了旋转加载图标
- 反馈动画的持续时间超过实际操作
评论
支持 Markdown