jiechenjiechen

The world is quiet here.

© jiechen

Rebuild in 2023   |   Start in 2021
Total View 0 Site Visitors 0

第一性原理

2026年3月29日

很多人以为,所谓成长,就是积累越来越多的经验。

这当然没错。经验能帮人更快判断、更快行动,也能减少大量试错成本。问题在于,经验不仅提高效率,也会固化视角。一个人越熟悉某个行业、某种做法、某套组织流程,就越容易默认“事情本来就该这样”。

所以,很多问题并不是没人努力,而是大家太快接受了既有答案。看起来是在解决问题,实际上只是沿着旧路径做优化;看起来是在做判断,实际上只是从经验库里调出一个熟悉模板。

第一性原理的价值,就在这里。

它不是为了反对经验,也不是为了显得比别人更“底层思考”。它真正重要的地方在于:当经验不再可靠时,它能帮助我们重新回到问题本身。

什么是第一性原理

如果用尽量朴素的话来定义,第一性原理就是:

把一个问题不断往下拆,拆到那些不能再借用习惯说法、只能面对事实本身的层次,再从那里重新组织答案。

很多时候,我们并不是直接面对问题,而是在面对一层又一层被包装过的说法。比如:

  • 用户要这个功能
  • 行业里都这么做
  • 市场就是这个规律
  • 组织规模大了只能这样
  • 成本太高,不可能做

这些话不一定错,但它们大多不是最底层的事实,而是阶段性的结论、历史路径,或者只在特定条件下成立的经验总结。

第一性原理要求我们暂停接受这些现成结论,重新追问几个更底层的问题:

  • 我们真正要解决的问题是什么?
  • 这个目标成立的必要条件是什么?
  • 现在被视为“理所当然”的前提,哪些是硬约束,哪些只是惯性?
  • 如果不沿用现有做法,是否还能从更底层的事实推出另一种方案?

换句话说,第一性原理不是“从零开始胡思乱想”,而是从更少的假设开始思考

第一性原理的反面,不是愚蠢,而是惯性

很多人把第一性原理理解成“聪明人才能用的高级思维”。其实不是。它真正对应的反面,并不是缺少智力,而是过早接受既有框架。

人在工作里最容易出现三种偏离。

1. 把经验当真理

经验的价值在于,它让我们不必每次都从头思考。但经验一旦被误用,就会从“提高效率的工具”变成“限制可能性的边界”。

一个成熟团队最常见的表达方式是:

  • 我们以前试过,不行
  • 这个行业不是这么干的
  • 用户不会为这个买单
  • 这类需求最后都会变成那样

这些判断有时确实对,但危险在于,它们太像正确答案了,以至于很少有人继续追问:当初为什么不行?是在什么条件下不行?今天的条件变了吗?失败的是目标本身,还是实现路径?

经验最容易让人忽略的,不是事实,而是条件。

2. 把手段当目的

在产品、增长、管理里,人很容易把中间变量误认成最终目标。

比如做产品时,以为自己的任务是“上线一个功能”;做增长时,以为目标是“把转化率拉高”;做团队管理时,以为关键是“建立更严密的流程”。但这些往往都只是手段,不是目的。

真正的问题可能是:

  • 用户想完成什么任务,而不是想要什么功能
  • 业务到底要的是高质量收入,还是短期数字好看
  • 团队真正缺的是协同清晰度,而不是流程数量

一旦手段被误认成目的,后续所有努力都可能非常勤奋,但方向越来越偏。

3. 把约束当天花板

现实里当然有很多约束:预算、时间、人力、技术债、组织关系、市场环境。这些都真实存在。但真实存在,不等于它们都不可被重构。

很多时候,人不是被约束打败的,而是太早接受了约束的解释方式。

比如“我们没有资源做这件事”,有时真正的意思可能是:

  • 我们没法按原来的大方案做
  • 现有团队不擅长这种路径
  • 当前优先级不支持同时推进这么多事

这三句话和“完全做不了”之间,差别非常大。

第一性原理的重要一步,就是把“约束”拆开看:哪些是物理层面的硬约束,哪些是资源分配问题,哪些只是组织默认选项。

为什么成熟的人反而更需要第一性原理

新人常犯的错误,是不知道怎么做;成熟的人更常犯的错误,是太快认为自己已经知道怎么做。

经验越多,越容易形成高效的判断捷径。大多数时候,这是优势。但当环境、用户、技术和组织规模都在变化时,旧经验也会悄悄从资产变成负担。

一个人真正成熟,不是拥有更多模板,而是知道什么时候不能再依赖模板。

第一性原理在这里像一种“认知刹车”。它强迫我们在关键问题上停下来,重新确认:

  • 我们现在优化的,到底是不是那个真正重要的问题?
  • 当前结论,是来自事实,还是来自熟悉感?
  • 我们以为不可动的前提,是真的不可动,还是因为已经太久没人质疑?

它不是要你在所有小事上都从头推演,而是在那些决定方向、资源配置和长期结果的关键判断上,避免被惯性带偏。

第一性原理如何改变判断

如果要把它变成一套可操作的框架,我会把它整理成四步。

第一步:重新定义真正目标

很多问题之所以越做越复杂,不是因为问题本身复杂,而是因为起点定义错了。

在开始讨论方案之前,先问一句:我们到底想得到什么结果?

这句话听起来简单,但它能过滤掉大量伪问题。

例如:

  • 目标不是“做一个社区功能”,而是提升用户之间的信息交换效率
  • 目标不是“提高开会频率”,而是降低跨团队协同的失真成本
  • 目标不是“把价格打下来”,而是用更可持续的方式提高用户感知价值

当目标被重新表述后,很多原本显得理所当然的方案,会立刻失去必然性。

第二步:拆掉默认前提

接着要问的是:我们现在认定为真的东西,哪些只是默认前提?

例如:

  • 用户必须经过这条流程
  • 这个产品必须长成这样
  • 这类业务只能靠投放增长
  • 组织一大就必须层层审批

这里最有价值的动作,不是马上反驳,而是把前提一条条写出来,再分别审视:

  • 它是事实,还是经验总结?
  • 它在什么条件下成立?
  • 如果条件变化了,它还成立吗?
  • 如果拿掉这条前提,会出现什么新可能?

很多所谓创新,并不是得到了神秘灵感,而只是有人愿意重新检查那些大家默认不再检查的前提。

第三步:区分硬约束和软约束

不是所有限制都一样。

硬约束是那些短期内无法绕开的事实,比如物理规律、明确的法律要求、账户现金流、系统当前承载上限。软约束则往往是阶段性形成的,比如组织分工、流程设计、预算分配、团队认知、历史系统结构。

这两者如果不分开,团队就很容易把“现在不方便做”误判成“根本不可能做”。

第一性原理不是忽视约束,而是要求我们把约束分类。只有分类之后,判断才会更准确:

  • 硬约束决定边界
  • 软约束决定优先级和改造成本

很多突破,本质上都发生在软约束被重新定义的那一刻。

第四步:回到事实和机制,重新构造方案

当前提被拆开、目标被澄清、约束被分类之后,才轮到方案设计。

这时的提问方式会发生变化:

  • 用户完成这件事最小需要哪些条件?
  • 价值是如何被产生的,阻力又是在哪里出现的?
  • 哪个环节是真正的瓶颈?
  • 如果不沿用现在的组织方式、产品形式、商业路径,还有没有更直接的实现方法?

从这个阶段开始,方案才真正建立在事实和机制上,而不是建立在熟悉路径上。

那些看似朴素的话,为什么往往更接近底层

很多人接触第一性原理,容易把它想得很抽象,仿佛必须借助复杂概念才能表达。其实真正接近底层的判断,往往都很朴素,甚至朴素到像一句“常识”。

比如这些话:

  • 攒钱就是改运
  • 早睡就是续命
  • 读书就是开悟
  • 自律就是破局
  • 认知就是出路
  • 行善就是积德
  • 闭嘴就是避灾
  • 独处就是修心

这些表达之所以容易打动人,不是因为它们华丽,而是因为它们都在做同一件事:绕过中间层的包装,直接指向更底层的因果。

“攒钱就是改运”,本质上不是在夸奖节省,而是在强调现金流和选择权;“早睡就是续命”,不是在贩卖自律焦虑,而是在承认身体是所有长期行动的基础设施;“读书就是开悟”,不是把阅读神圣化,而是在说一个人的判断边界,很大程度上受限于他接触过多少高质量思想。

再往下看,“自律就是破局”说的是人能否摆脱即时反馈的控制;“认知就是出路”说的是你能看见什么,就大致决定了你能走到哪里;“闭嘴就是避灾”提醒的是表达成本和情绪成本;“独处就是修心”则是在说,一个人如果不能和自己稳定相处,就很难建立真正稳固的内在秩序。

这些话未必在任何场景里都百分之百成立,但它们提供了一种很有价值的训练:不要只盯着表面动作,要继续往下问,这个动作真正改变的底层变量是什么。

从这个角度看,第一性原理并不总是表现为宏大的推演。很多时候,它只是把一句原本说得很直白的话,重新看出它背后的结构。

三个典型案例

案例一:用户要的真的是功能吗

产品团队很容易把用户表达,直接翻译成功能需求。

用户说想要“导出”“筛选”“标签”“提醒”“协作”“看板”,于是团队开始排需求、定交互、做迭代。最后功能做出来了,用户却未必更满意。因为用户真正想要的,通常不是某个功能,而是某个结果。

比如一个用户说“我需要标签系统”,表面上看是在要一个功能,底层可能是在表达三种完全不同的需求:

  • 我需要更快找到信息
  • 我需要把不同类型的任务区分开
  • 我需要和别人共享同一种分类方式

如果不往下拆,团队会默认“标签”就是答案;一旦回到第一性原理,就会发现问题其实是“信息组织效率”和“协同一致性”。于是可行方案未必只有标签,也可能是搜索优化、默认视图、智能分类、模板化分组,甚至只是更清晰的信息架构。

这里最容易犯的错,就是把用户提出的方案,当成用户真正的需求。

第一性原理提醒产品人:用户最知道自己哪里不舒服,但不一定最知道系统应该怎么设计。

案例二:行业共识真的不可挑战吗

创业和业务判断里,行业共识经常被当作隐形边界。

比如有人会说:

  • 这个市场只能靠补贴启动
  • 高客单价产品必须靠销售驱动
  • 内容平台一定要先做规模,再做商业化
  • 这个品类的毛利决定了你只能这样运营

这些话可能都来自真实案例,但真实案例不等于普遍真理。行业共识往往是历史条件、成本结构、技术限制、渠道结构共同作用的结果。一旦底层条件变化,原有共识就可能失效。

第一性原理的问法会是:

  • 用户为什么愿意付费?
  • 交易成本到底发生在哪一环?
  • 信任是靠什么建立的?
  • 价值交付的最小闭环是什么?

当问题被拆到这个层面,你会发现很多所谓“行业规律”,其实只是上一代条件下的最优解,而不是永恒解。

创业里真正重要的,不是盲目反常识,而是识别:到底是规律本身不可违背,还是我们只是在沿用旧世界的解法。

案例三:团队管理要的真是更多流程吗

团队一旦变大,管理动作通常会迅速增加:更多会议、更多汇报、更多审批、更多同步机制。这些动作表面上是在提升管理能力,实际上常常只是对混乱的一种补偿。

如果从第一性原理出发,管理问题首先不是“要不要加流程”,而是:

  • 当前失控到底发生在哪里?
  • 是目标不清、职责不清、信息滞后,还是决策权分布失衡?
  • 我们要解决的是失误率、协同成本,还是责任不清?

如果根因是目标不一致,那么加流程的效果可能有限;如果根因是信息透明度不足,那么更频繁的会议未必是最优解;如果根因是决策权和责任不对齐,那么审批层级越多,反而越慢。

很多组织问题不是“缺流程”,而是没有先分清楚:流程是在替代清晰,还是在放大混乱。

所以成熟的管理判断,不是本能地给系统加控制,而是回到系统失效的最小原因上。

第一性原理不是万能方法,而是关键时刻的校准工具

讲到这里,一个常见误解也需要澄清:第一性原理并不意味着所有事情都必须从零思考。

如果一个问题已经高度成熟、反馈明确、变化很小,那么直接借用经验通常是更高效的做法。没有必要在每一次细小决策上都重新拆解世界。那样不仅成本过高,也会让组织失去执行速度。

第一性原理真正适合的,是这几类场景:

  • 你发现大家都很努力,但结果长期没有改善
  • 你感觉讨论始终围绕方案,没人重新定义问题
  • 你发现团队高度依赖经验,但环境已经明显变化
  • 你隐约意识到某个“常识”正在限制判断空间

在这些时刻,第一性原理像一个校准工具。它不会自动给出答案,但会帮你清掉错误前提,让你重新看见问题。

成熟的人不是不用经验,而是能在经验和本质之间切换。

该借经验时借经验,因为效率重要;该回到底层时回到底层,因为方向更重要。

结语

第一性原理最珍贵的地方,不在于它听起来更高级,而在于它能逼着人承认一件事:我们平时很多所谓“理所当然”的判断,其实只是被继承下来的解释。

经验当然重要,但经验只能告诉我们过去怎样成立,不能保证未来仍然如此。真正拉开差距的,往往不是谁掌握了更多现成答案,而是谁愿意在关键时刻暂停惯性,重新追问:

  • 这件事真正要解决什么?
  • 我们现在相信的,到底是事实,还是习惯?
  • 如果把旧答案暂时拿掉,还能不能从更底层重新推出新的判断?

第一性原理并不会让人自动变得更聪明,但它会让人的思考更诚实。

说到底,所谓成熟,不是掌握越来越多漂亮说法,而是越来越能穿过说法,看见底层变量;不是越来越会引用经验,而是越来越知道什么时候必须回到事实本身。

在复杂的产品判断、业务决策和组织管理里,诚实地面对问题本身,往往就是更好答案的起点。