先说明效果的用途，再添加效果

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

一个收藏列表在保存条目后把它移到顶部。你考虑加入动画，让用户知道条目去了哪里，而不是让所有组件因为有动画库就持续运动。已有保存成功、保存失败和减少动画三个状态需要表达。

具体做法

在写效果之前，用一句话说明它传达的状态变化。这里运动只表达已保存条目从旧位置到新位置；标题等信息不运动。确定保存失败时不移动，减少动画时用静态位置更新与文本反馈。渲染后检查用户能否看见正确变化，而不把“写了动画参数”当作效果已实现。

反例

给上述收藏列表加动画。既然项目有动画库，让标题、所有卡片和按钮都持续浮动，保存失败时也播放同样效果。

改进写法

为上述收藏列表添加有明确用途的反馈：保存成功后，用一次位置过渡说明该条目移到顶部；标题保持静止。保存失败时保留原位置并说明失败。用户选择减少动画时，直接更新位置并保留“已保存”文本反馈。先说明每个效果传达什么，再实现并查看三种状态；不添加只有装饰理由的持续运动。

为什么这样改

反例的运动既与实际保存状态无关，也不能说明条目位置变化。把效果关联到成功状态和具体信息，失败与减少动画就有了独立、可核对的行为，而不是共享一段看似活跃的装饰。

如何验证

用同一条目分别测试成功、失败和减少动画。示意记录：成功→顶部且有一次过渡；失败→原位置和错误说明；减少动画→顶部与文本反馈，省略位置过渡。

检查标题没有持续运动，状态信息不只靠动画传达。动画截断、失败却移动或减少动画下仍循环，都不满足要求。本篇未实现真实收藏服务。

适用边界

说明用途是设计依据，不证明用户实际理解了效果。动画还需考虑性能、焦点和减少动画偏好；没有必要的状态变化时可直接使用静态反馈。上游的强度数值与动画库选择不是本方法的通用要求。