1. 一个具体问题
一个团队想降低会议成本，最先想到的是把一小时会议缩成半小时。但如果会议的目的只是传递状态，连半小时都可能多余；若目的是解决多人依赖，单纯缩短又可能留下更多误解。要改进方案，先得知道哪些需求不可省，哪些做法只是沿用习惯。
2. 一句话解释
第一性原理思考先辨认可靠的基础事实和必要约束，再从它们推导方案，而不是直接复制现成做法。
3. 出处与原意
亚里士多德在《后分析篇》等著作中讨论知识证明与基本原理。今天产品和工程领域的“第一性原理”是更宽泛的实践用法，不能与古典哲学原义完全等同，更不是某位当代企业家独创的方法。
4. 原理与机制
实践中可把陈述分为事实、目标、约束和假设。事实需要证据支持，目标表达选择，约束要查明是自然限制还是可调整规则，假设则保留被检验的可能。拆解之后重新组合，才有机会跳出现成答案。所谓基础也具有领域边界：成本表里的原材料价格并非物理常数，用户需求也不是永久不变。有效推导必须把“我确信”与“已验证”分开，并在关键处返回现实测试。
推导中的每一步都应能被他人检查。例如“用户需要更快”仍然不够基础，应继续确认需要缩短的是总等待、第一次反馈还是完成操作的次数。不同解释会生成不同方案。把需求拆得更细不是目的，拆到能够比较替代实现、识别错误假设的层级即可。否则无限追问会消耗精力，却没有提高决定质量。
5. 一个完整案例
假设案例：远程团队希望减少同步会议。负责人先明确不可省的需求是让依赖方知道阻塞、确定决策责任和及时升级风险；“所有人每天同时汇报”只是原有实现。团队把常规进度改成异步更新，只对有冲突的事项开十五分钟讨论，并设置超过一天未回复的升级规则。两周后检查阻塞等待时间、遗漏数量和会议总时长。若时间下降但遗漏增加，就调整信息模板或响应机制，而不是以“从原理推导过”拒绝反馈。
6. 适用条件与反例
适合现有方案昂贵、习惯强而目标不清的问题。它不意味着凡事从零发明；成熟标准包含大量经验，重新推导的成本可能很高。在知识不足时，应借助专家与资料验证所谓基础事实，尤其不能凭直觉忽略安全边界。
7. 今天可以尝试的行动
挑一个“必须这样做”的要求，写下它背后的目的和证据。继续追问两层：取消这个做法会失去什么，是否有更直接的实现。选一个可逆的小试验，同时记录预期收益与不能恶化的指标，让推导接受检验。