猫用三天教会我，喂食器的「立即出粮」按钮是个设计错误
按钮圆一点
·
先交代背景：我家猫对声音极其敏感，我在宠物用品公司做交互设计，给自家猫定制喂食器本来是件顺手的事。出问题的是我引以为傲的那个功能——App 里的「立即出粮」按钮，本意是加班晚归时远程补一顿。
第一天一切正常。第二天我人还在公司，App 推送显示喂食器旁有动静，摄像头一开：猫蹲在机器前面，对着出粮口喵。第三天变成这样——我手机一收到任何推送提示音，猫就起身往机器走。我试了三次，三次都中。它建立的不是「定时到点出粮」的因果，而是「那个铃声之后有吃的」。
麻烦在于，从猫的视角看它没学错。出粮事件十次里九次确实是定时投放，但剩下那次是我按的按钮，而按钮每次都带着一个推送音。猫不区分主次事件源，它只统计「声音之后出现食物」的频率。我等于在自己的产品里埋了一个竞争信号，而且这个信号比定时器更响、更近、更有可能被我手动触发。
解法有点反直觉：我没有调低提示音，而是把「立即出粮」改成了「延迟五分钟出粮」，并且去掉了推送音。急事慢五分钟办，天塌不下来；换来的效果是，那个把猫拴在机器边的声音链断了。一周之后，推送响猫都不抬头，它重新只认定时器。
行为学里管这叫间歇强化最难戒断，我教科书都读过，轮到自己家里还是先犯了错再想起。做交互的人总说要「给用户即时反馈」，可这回用户是只猫，它给我的反馈是：不是所有功能都需要一个按钮，尤其不需要一个会发出声音的。现在我在评审会上多问一个问题——这个按钮被触发时，周围还有什么会听见？至于下一个该删的按钮是哪个，我还没找到提前判断的办法，只能继续让这只猫帮我做可用性测试。
帖子永久链接
