# 吃药提醒引发的工具思考

> 本文开放前 70% 正文，剩余内容会员可见。

原文：https://utgd.net/article/20772

如果不是因为营养不良而配了好几个疗程的药片，我恐怕永远没有机会体会：原来吃药提醒这么困难。

在我之前的印象中，吃药，要么就是类似于维生素这样的保健品，想到了就吃，想不到不吃，也不会有糟糕的后果；要么就是类似于心血管类药物，关乎性命，如此重要的事情，我想当然认为当事人早就养成了习惯，最多偶尔忘掉一两次。然而，然后只要看看市面上铺天盖地的吃药提醒软件，就能猜到相当一部分人并不能按时吃药。

转念一下，其实吃药提醒和喝水提醒一样，同样属于例行公事，理想情况下应当养成习惯，然而似乎只有少部分幸运儿能够如此自律，剩下的人则肥了软件开发商和新奇特产品生产商的荷包。

因为事关健康，我研究了一下市面上常见的吃药提醒软件及工具，这让我对整个任务管理（乃至信息管理）产生了新的想法：有效的提醒都由两部分组成，首先是一道信号，引发注意；随后是具体内容，例如告诉你今天的药吃了还是没吃。这种区分可以追溯到 Don Norman 的名著《设计心理学》。但很不幸，绝大多数软件或工具都割裂了两个环节，甚至连一个环节都没有完成。

我并不常用手机，绝大多数工作都在电脑上完成，因此一开始尝试了一些吃药提醒小工具，而非软件。这些工具通常构思巧妙，却几乎没有一个管用的。

最流行的工具是分格很细的小药盒，一般是七天为一组，看上去好像很靠谱，然而是谁规定必须每天吃一次药、一周一个疗程？这些生产商从一开始就假设了只有制造者乐意看到的场景，却不顾顾客的实际情况。那种可以组装的小药盒（例如 MUJI 在售卖的）倒是稍微合理一些，你能够以三天、五天、七天或其他天数为一组，灵活安排。比起交互设计，这类分装小药盒更大的问题在于不防潮，特别是在潮湿的季节，一组分装好的药片还没吃到一半，剩下的就该变质了。

国外很多厂商都考虑到了防潮需要，Klugonyx 设计出一种可重复使用的标签，挂在密封瓶外面，上面很多凸起的软按钮，对应不同日期，每吃一颗就按下当天的按钮。然而，这种设计实在高估了顾客，谁能保证每次吃完药还记得去按一下按钮？隔壁的喝水提醒工具生产商 Joseph Joseph 又出新招，把提示装置和瓶盖结合在一起，喝完水拧盖子时只需稍稍用力，即可将提醒装置拨到新位置。可惜，这种设计同样笨拙，谁能保证每次喝空一瓶水时就用力拧盖子，而小抿一口后则不要太大力？难怪生产商没有推出吃药提醒版本的产品，毕竟药吃错了，可是会闹出人命的。

看了各种莫名其妙的设计，再来看看真正靠谱的：直接在药片板上写好日期，每抠出一颗药，对应的日期就必然会被破坏，这样一来，每天的药是否吃过就清清爽爽。

这种技巧高明之处在于让任务实现了自动化，完成吃药动作的同时，一定会“勾掉”对应的提醒。不难理解，为何软件方案几乎都不可靠，因为数字世界和真实世界隔离总有隔阂，点掉吃药提醒和真正吃下药品是两个独立的动作。类似的，相信很多人都有如下经验：早上睡得朦朦胧胧，闹钟忽然响起来，于是赶紧伸手把闹钟按掉，然后接着睡。在闹钟的例子中，回应提醒和你真正应该做的动作——起床——完全割裂开，久而久之，你甚至会养成一种习惯，听到闹钟后的第一反应是关掉它，而不是起床。想来不需要我再列出各种奇怪的闹钟设计，它们比吃药提醒工具更令人掩面。

鉴于我已经考察了各种奇怪的解决方案，大致可以得出结论，除非互联网或者空间计算之类的技术有进一步的发展，不然吃药提醒问题估计永远无法解决，因为发出提醒和显示内容两件事情很难统一解决。

当然，在吃药提醒这个特殊案例中，我们不得不涉足真实世界，因此必然陷入割裂的任务管理中。考察这种令人感到无力的情形，其实有助于我们反思数字世界中的任务管理：你是否将提醒信息和提醒内容分割开，导致任务管理失去了意义呢？如今的各类提醒工具——特别是任务管理软件——越来越像是游戏，弹出一个任务，然后你把它点掉，

---

[前往标准阅读页](https://utgd.net/article/20772?audience=web)