任何事情做久了，都会偶尔迷失方向吧，无论对工作还是生活或是未来；不时回头看看，想想最初的想法，或是让这一切开始的初衷；虽然依然不能立刻摆脱这种迷失，但至少应该能够释然吧！

产品思维

人与人之间的差距，在于看待事物的角度、方式和方法，也就所谓的思维模式 ；而产品思维在工作中可以帮你更准确的解释那些习以为常的工具和方法论，可以轻松看透它们形成的源头；

在某条路上走得太久了，习惯成自然，于是就忘记了最开始为什么要选择这条路

培养从问题根源开始思考的意识，通过推导而得出结论；全面的看到，是解决问题的第一步；

文章通过巴甫洛夫的对狗做的实验以及二战时期英国空军利用骆驼粪给战机皮革座椅做保养两个例子来阐述标准情景框架，也就是所谓的“条件反射”；正如同现实工作中，我们制定产品策略、设计需求时，习惯去做拿来主义，而忘记思考问题背后的本质思路与关键环节，总会觉得 xxx 就应该那样去做….诸如此类的场景；也正是由于时间跨度过长，在心理学上不把这样的模式称作条件反射，而是把它叫做“路径依赖”，所以还要记得每个产品的背后都有着无数的设计者，没有本来就该是那个样子的产品；

那该如何才能清楚的知道什么时候可以推倒重来？什么时候可以使用现成的轮子？什么时候应当在现有基础上结合自身的特性进行创新？ 最好的办法是时刻保有从源头思考的意识，充分理解过往思路和关键环节，关注旧模式的前提是否发生变化、是否存在新的优化空间，快速判断是否存在全新的解决方案。将这种意识纳入所有的思考过程，才能成为一个好的设计者；

日光投射在物体上，会在没被光照到的那一面投下阴影，所有事物在进入我们的观察视野时，常常被提前预设了主次。被光照亮的那个部分被看到了，所以是“主要的”，没被光照到的阴暗面就是“次要的”；

接触的东西久了，很多时候会变的习以为常。文中通过将“太阳跃出地平线的那一刻”定义为日出，又以“观察者的所处角度”形象的刻画了我们平时看问题的角度；如何看待事物，取决于事物间的关系与时间所产生的变化。《你的灯亮着吗》中的一句话：“鱼总是最后一个看见水的”，它本身在水的环境里所以看不到水，离开水了，看到时侯也就是最后一眼了。

一个人，一个组织，甚至一个制度，是怎么存活下来的？它有什么条件才能够存活下来？如果条件发生了改变，存活的情况又会发生怎么样的改变；

那产品如何存活下去？所处的时代背景、产业环境、竞争对手、用户群体特征等众多因素，都影响着产品存活的可能，路不止一条；抛给我们的问题便是如何找出那条可以存活下去的路，进而便会联想到我们日常的工作中，产品不断试错调整、迭代更新、适应环境，在无数个迭代周期中寻找最佳存活路径的一个过程；

又通过多啦A梦的举例，对任何问题，它都不仅有plan A、plan B等N种不同的解决方案，因此在产品、运营定位过程中，既然不能确定那条最佳的存活路径，不如通过最小的成本，大量的积极试错；

试错的目的是把同一目标下的错误路径识别出来，进而逐渐逼近对的目标，而频繁更换目标则是一开始没能想清楚，完全是两回事。

有幸曾经参与过多次mvp产品的设计，经常会在产品初期收到一些大而全的产品设想，甚至不免存在空中楼阁；既然要落地，不可避免的要考虑时间、技术成本、产品扩展性等等一系列实际问题；而MVP存在的唯一理由即是MVP能否以最低成本验证我们在需求和市场分析阶段提出的核心假设。支付最低成本判断产品选择的大方向对还是错； 以极简的形式最大限度的兼容变化，拿掉一切可以拿掉的功能，以产品的核心任务作为起点，通过迭代进行演变；

以这样的形式验证核心假设只是MVP的目标，“对的”MVP还包含一个重要的关键词：低成本。

产品方法论

书中介绍了一些帮助思考的方法，摘录以便于记忆；

5W1H分析法

Who：产品为谁设计？目标用户是谁？谁购买，谁使用？数量有多少？

Why：用户为什么要选择我们的产品？除了我们的产品外，他还有哪些选择？产品被替代的可能性大吗？

When：用户什么时候使用我们的产品，多久用一次，会持续多久？

Where：用户在哪里使用我们的产品？

What：产品具体形式是什么？做成什么样？

How：用户是怎么使用它的？

需求与策略阶段—产品需求四要素

Who：广度=主题；

Why：强度=解决方案

When：频次、可持续性 = 时间

产品设计阶段—需求场景分析模型

Where：场景

What：方案形态

How：操作路径

场景分析方法论模型

主要包含三个维度：角色、场景、方案；

角色：谁（为什么）；

场景：在哪里、什么时候；

方案：用什么方案解决问题操作路径如何；

产品分析流程

1、需求与市场分析；

2、产品的市场切入点

3、需求场景+用户分析模型

4、产品MVP

一个产品规则的设计，本质上是回答下面五个基本问题

精神理念：什么最重要？

目标：产品要达成什么目标？

谁更重要：多方冲突时保护谁？

鼓励什么：什么事在产品中会受到认可和激励？

拒绝什么：什么事不能在产品中做？禁止和惩罚什么？

PrOACT法则（问题-拆解-方案-结论四步法则）

定义问题：弄清问题背后真正的问题是什么；

拆解问题：将复合问题拆解成可以被回答的元问题；

到出方案：根据元问题——导出解决方案；

得出结论：比较解决方案之间的优劣，做出取舍，得出最终结论

90%的方案错误都是因为没有找到真正的问题，或是在执行中遗忘、偏离了真正问题；

用户体验五要素

战略层、范围层、结构层、框架层、表现层；