为什么聪明人总在找借口？

你有没有发现，越是能力强的人，越擅长为自己的不作为辩护？这不是性格缺陷，而是一套被低估的心理机制。

借口的隐藏功能

原文标题「Excuses, Leaning Hard」直译过来是「借口，用力倚靠」。这个意象很精准——借口不是用来解释失败的，而是用来支撑某种心理姿态的。

我们习惯把借口看作软弱的表现。但换个角度：一个愿意花时间编织借口的人，恰恰说明他在乎这件事。真正放弃的人连借口都懒得找。

这里存在一个悖论。借口同时承担两种功能：对外是免责声明，对内是自我说服。当一个人说「我没时间」时，他可能在说服自己「这件事不值得优先」，同时向外界传递「不是我不行，是条件不允许」。

「用力倚靠」的三种形态

原文没有展开具体分类，但从标题的「Leaning Hard」可以拆解出三种典型模式。

第一种是资源型倚靠。「如果我有更多预算/人手/时间」——把缺失的资源作为挡箭牌。这种借口的好处是永远无法被证伪，因为资源确实永远不够。

第二种是时机型倚靠。「等市场成熟/等团队到位/等时机更好」——用外部条件的未就绪来解释当下的按兵不动。这是最安全的拖延策略，因为「时机」没有客观标准。

第三种是身份型倚靠。「这不是我的专业领域/我不擅长这个/这不符合我的定位」——用自我认知的边界来划定行动禁区。这种借口最难反驳，因为它 invoking 的是「做自己」的当代政治正确。

三种形态的共同点是：都把解释成本转嫁给外部不可控因素，同时保护核心自我认知不受挑战。

借口与创新的关系

作为产品创新视角的观察者，我注意到一个反直觉的现象：高绩效团队往往借口更多，而非更少。

区别不在于有没有借口，而在于借口的「代谢速度」。普通团队让借口沉积成理由，高绩效团队把借口当作待验证的假设。同样是「用户可能不喜欢」，一种团队就此停手，另一种团队把它变成A/B测试的待证命题。

这解释了为什么创业公司常出现「资源诅咒」——钱太多反而动作变形。因为资源充裕时，借口更容易被满足，团队失去了被迫验证假设的压力。

那个关键问题

回到原文的极简表达。它没有给答案，只给了一个姿态：「Leaning Hard」。

这让我想到产品设计中一个经典框架——JTBD（Jobs-to-be-Done，待完成工作）。用户不是要买钻头，而是要墙上的洞。同理，我们不是要借口本身，而是要借口完成的那个「心理工作」。

什么工作？维护自我叙事的一致性。人的大脑是意义制造机器，不能容忍「我做了但不知道为什么要做」或「我没做但说不清为什么不」。借口是缝合认知裂隙的针线。

理解这一点，对做产品的人有什么实际价值？

当你设计一个需要用户改变行为的产品时，阻力往往不在于功能本身，而在于用户需要改写自我叙事。健身App的真正对手不是其他App，是用户心里那个「我已经够累了」的声音。

聪明的产品设计不是消灭借口，而是给用户提供更优雅的叙事素材。不是「你要强迫自己运动」，而是「你已经走了8000步，再坚持10分钟就能解锁徽章」——后者让「继续走」成为自我认知的延续，而非对自我认知的挑战。

数据收束

原文没有提供任何统计数字，这本身就是个信号。关于借口的研究大多停留在质性描述，难以量化——毕竟谁会承认自己正在找借口？

但有一个间接指标可以参考：行为经济学中的「现状偏见」（Status Quo Bias）研究显示，人们维持默认选项的概率高达70%-90%（Samuelson & Zeckhauser, 1988）。借口的功能之一，正是把「不行动」重新编码为「维持现状的理性选择」。

另一个相关数据来自项目管理领域：PMI的《职业脉搏调查》持续报告，项目失败的首要原因多年蝉联「范围变更」和「目标不清」——这些官方表述的底层，往往是决策者在关键时刻用复杂化来替代决断。

所以，当你下次听到自己或他人说「等准备好了再开始」，可以做一个简单判断：这个「准备」是可量化的里程碑，还是无限递归的拖延装置？

区分标准只有一个：有没有截止日期。没有截止条件的准备，就是借口的变装。