为了休息20秒,我为什么要专门打开一个 App?
以前我用休息提醒,流程通常都差不多。
右上角弹出通知。
我先看一眼。
如果正好不忙,就把鼠标移过去,点一下“开始”。
然后一个新的窗口打开,告诉我接下来该做什么。
单独看,每一步都没什么问题。
可当休息本身只有几十秒时,这套流程突然显得有点重。
尤其是写代码的时候。
刚把一个任务交给 Agent,或者正在等编译结果,手头刚好空出二三十秒。我本来确实可以顺手活动一下,但如果这时候还要先处理通知、打开另一个应用、进入一个专门的运动界面,我经常就懒得动了。
不是没时间。
而是嫌麻烦。
真正打断工作的,很多时候不是休息本身
我后来发现一个挺反直觉的事情。
二十秒运动本身几乎不会打断我。
真正容易让我出戏的,是“去休息”这套操作。
比如我正在 VS Code 里看一段代码。
通知来了,我点进去。
原来的窗口被盖住。
视线从代码切到另一个界面。
做完动作以后,再切回来。
这时候哪怕只过去几十秒,我也会下意识重新找一下刚才看到哪里。
所以问题不一定是“休息太久”。
而是软件要求我先离开当前环境。
对于程序员、设计师或者写东西的人来说,这种上下文切换其实挺贵。
脑子里刚刚维持住的一点状态,很容易被一个完全不同的界面冲掉。
如果休息只是为了让身体动一下,那它有没有可能根本不要求我离开现在这个页面?
后来我开始觉得,提醒不一定非得是一条通知
系统通知有一个天然逻辑:
它告诉你有件事需要处理,然后等你来回应。
邮件是这样。
日历是这样。
待办也是这样。
可休息提醒有点不同。
我并不想“处理”它。
更不想进入一个软件完成一项任务。
我只是希望坐久以后,刚好有人提醒我动一下。
所以比起一条通知,我更喜欢另一种方式:
到了合适的时候,一个小角色直接出现在屏幕角落。
它不问我。
也不等我点击。
它自己开始做动作。
我只需要瞄一眼,跟着做。
几十秒以后,它自己走掉。
整个过程中,我还在原来的应用里。
代码还在那里。
网页还在那里。
Figma 画布也没有消失。
这时候我才意识到,所谓“少一次点击”其实只是表面。
真正少掉的是一次工作状态切换。
软件不一定总要把用户拉进自己的世界
大多数 App 都希望用户打开自己。
首页要被看见。
功能入口要被点。
使用时长最好更高。
但对一个休息提醒来说,我反而觉得这件事应该反过来。
用户最好一天都不用主动打开它几次。
真正需要的时候,它自己来到用户正在工作的地方。
完成自己的事情。
然后离开。
这有点像办公室里一个很懂分寸的同事。
你忙的时候,他不来找你。
看到你刚好停下来,过来说一句:“动一下吧。”
说完就走。
他不会要求你先去他的工位。
也不会把你拉进会议室,再正式开始一次“休息流程”。
这种体验对我来说更自然。
有时候,最好的功能是少让用户做一步
软件设计很容易陷入一个习惯:
怎么让按钮更明显?
怎么让入口更方便?
怎么让用户更容易点击?
但还有另一种思路:
这个按钮能不能直接不要?
如果一次休息根本不需要用户进入 App,那“打开 App”这一步是不是一开始就多余?
当休息足够短、动作足够简单时,我越来越倾向于后者。
不需要通知我去哪里。
也不用告诉我现在进入休息模式。
只要在一个自然的空档里,来到我正在工作的页面旁边。
陪我动几十秒。
然后走。
对一个休息提醒来说,这已经够了。