“第一性原理”，简单说就是一个系统得以成立的原起点，无论是个人还是企业，只要掌握了这个原理，就能够理解并挖掘实物本质与发展线索，使之企业与个人不断上升与发展。
第一性原理，最近几年在国内的风投圈甚是流行，这个概念最早起源于古希腊哲学家亚里士多德提出的一个哲学术语：每个系統中存在一个最基本的命題，它不能被违背或刪除。
之所以在风投圈流行，则是因为初创企业如果能找对所在行业的“第一性原理”，不管前期怎么赔钱，理论上能活的比较久，毕竟第一性原理是一个系统/生态的基石假设，只要遵循这个基石假设开展业务，就会有机会成为独角兽。
01 什么是第一性原理？
简单来说，第一性原理是一个系统得以成立的原起点，具备这样几个特点：
因果分析的第一因：追本溯源，追究终极；
简一律：世界在本源上一定是简单的；
动力因：为系统中各个元素的变化提供了推动作用；
第一性原理无论对于企业还是对于个人都具备一定的学习价值：
对于企业来说，通过找到商业模式的第一性原理，找到发展的方向以及未来创新的方向（第二曲线）；
对于个人来说，通过不断扩展思维模式的第一性原理，扩大思维模型的边界，提升认知能力。
02 第一性原理的应用
马斯克在做特斯拉汽车的时候，由于电池的高昂成本，行业内很多人不看好马斯克，不认为马斯克能成功，因为即便做出了电动汽车，但是由于电池成本所限，电动汽车的售价也会高到消费者不可接受。
但是马斯克最终成功了，而且做到了可以说全世界电动汽车的第一名；那马斯克是如何成功的呢？
正如他在采访中提到的，基于第一性原理思维，马斯克没有去找成本低的电池供应商，而成将电池拆解成了最小的组成元素，然后去找这些最小元素的原材料，通过采购原材料并进行重新组合，极大程度降低了电池的成本，导致最终上市的特斯拉电动汽车成本消费者消费得起的产品。
好了，终于可以回到本文的标题内容了，如何找到需求的第一因，也就是第一性原理在产品经理的日常需求分析场景中有哪些应用呢？
这里举一个需求分析的案例：某酒店投诉OTA平台，酒店无法接待外宾，但是在OTA预订平台没有做限制，还是有外宾到店入住，酒店对接的业务同学找到了负责OTA预订的产品同学沟通。
业务同学：XX酒店一直投诉我们平台可以支持外宾预订，你看问的竞品平台，就做了限制，在用户预订的时候，如果酒店不支持外宾，就限制入住人姓名不能填写字母或者拼音，为什么我们不做？
产品同学：好的，我们排期也加上这个校验。
OK，这个需求看起来结束了，但是如果我们用第一性原理去分析这个需求，这个需求产生的原因仅仅是因为填写入住人姓名的时候没有校验字母或者拼音么？
如果思考这个问题产生的第一因，本质来说还是因为OTA预订流程中，没有针对酒店诉求对用户属性做强校验。
当然，这和OTA行业特点也有关系，对于用户属性信息的收集性或者对用户隐私的保护性上做了一定的让步。回到这个需求的分析上来说，简单的校验入住人姓名是不是字母或者拼音可以解决问题么？可能可以解决业务同学反馈的这个投诉案例，但是无法解决这个本质的问题；
以一个用户故事为例：
一个在中国留学学习中文的外国留学生，假期出去玩碰巧预订了这家酒店，出于对中文的学习兴趣，在预订酒店的时候入住人填写了其在中国起的中文姓名；在预订环节没有碰到任何问题，但是实际到店办理入住的时候，酒店拒绝了他的住宿诉求，理由是酒店不支持接待外宾。
那么这个时候会出现什么状况呢？——留学生客人投诉平台为什么不提前告知！酒店投诉平台已经提前告知无法接待外宾，为什么还有外宾预订！
其实这个问题可以在第一次业务反馈的时候通过流程的设计规避掉，但是产品同学由于没有深入思考这个需求产生的原因，简单通过竞品、业务建议的方式解决了问题，理所当然认为这个需求已经是OK的了，毕竟竞品都是这么做的，而且竞品还是行业领先者。
但是，比较的思维往往会导致认知的误判，就如同第一性原理中所提到的，归纳法可能可以解决当前的问题，但是无法证明会不会产生其他问题。
第一性原理应用在产品经理的日常需求分析工作当中，针对一个需求，找到这个需求背后的本质原因，挖掘需求产生的第一因；这个方法论其实很多产品人都知道，但是能做到每个需求都分析到如此透彻缺很难，人的思维是有惰性的，借用思考快与慢书中作者的观点，人在思考的时候都习惯用快思考的思维方式解决问题，不愿意调动更多的精力去思考，毕竟得过且过。
但是这种思考问题的方式不利于产品经理能力的成长，如何战胜思维的惰性，无论需求的大与小都力争做到找到第一因。
除了具备这种思维方法外，还要做到刻意练习——强迫自己在日常工作当中，都问自己一个问题，这个需求背后的本质问题是什么？只有这种思维方式成为你的习惯，才能做到，每一次的需求都能做到从第一性原理出发，解决问题。
除了在需求分析阶段可以应用第一性原理，在产品的从0到1或者做功能/流程的新增时，都可以用到第一性原理。
只要把握住产品或者功能需要解决的最本质的问题，找到产生需求的基石诉求，无论怎么设计，产品的方向都不会错，所缺失的可能就是后期的功能/流程的优化与版本的迭代，只要需求的第一因找对，大方向上就不会错。
