导读：一个人从"差点退出"到坚持下来的临界点，往往只有几秒钟。
那个7秒的窗口期
原文作者记录了一个瞬间：放弃的念头涌上来，身体已经准备转身，但某种东西让他多停了7秒。不是意志力宣言，不是成功学鸡汤——只是一个具体的身体动作：他选择先不动。
这7秒里没有发生奇迹。没有突然开窍，没有外部救援。唯一的变量是时间本身被拉长了。
为什么"不动"比"坚持"更难设计
产品经理熟悉这个场景：用户流失就发生在类似的微决策点。注册流程第3步、付费页面前5秒、卸载确认弹窗——每个节点都是"7秒窗口"的产品化版本。
但大多数产品在做相反的事：用弹窗打断、用优惠催促、用倒计时制造焦虑。它们假设用户需要被推动。
原文作者的做法是反向的。他不推动自己，只是移除"立即退出"的物理便利性。把"放弃"从默认选项变成需要额外动作才能完成的选项。
这像什么？像把零食从手边挪到厨房。不是禁止，是增加一步。
从个人习惯到系统设计的迁移
这个逻辑正在被工具化。专注类应用的核心机制从来不是"帮你专注"，而是"让分心变得更麻烦"。Forest的虚拟树、屏幕使用时间的解锁步骤、甚至手机自带的灰度模式——全是同一原理的工程化。
但有个陷阱：设计者容易高估"麻烦"的阈值。多一步操作对高频行为是巨大摩擦，对低频行为却微不足道。原文的7秒之所以有效，是因为退出本身是低频冲动——它来得猛，去得也快。
高频场景需要不同策略。比如健身，"去健身房"的决策链太长，7秒缓冲不够用。这时候需要拆解到更细的节点：换运动服、走出家门、启动视频——每个子节点都有自己的窗口期。
一个待验证的假设
原文没有给出后续。我们不知道那7秒之后发生了什么，是坚持了10分钟还是10年。但这正是它的产品价值：它提供了一个可复制的最小干预单元，不承诺结果，只改变概率。
下次你想退出的时候，试试这个：不给自己打鸡血，也不分析利弊。就数7秒。数完还想走，那就走。
热门跟贴