对产品的思考、学习、实践

从毕业创业当产品经理到现在在C轮互联网公司当产品经理，工做三年有余，对思考、学习及实践有一些感悟，其中有本身思考，有些难免拾人牙慧，在9102年结束之际，借着眼睛手术后不能看电脑手机的契机，将本身的感悟表达出来，和你们探讨。

天天有一亿人教张小龙作产品，天天哪怕有一我的愿意指出个人不足就很是棒了。

1、关于思考

1. 思考本质

对事物本质的思考各种书籍文章说起太多了，我本身对思考本质能力的理解是透过事物的表象看到事物最底层的逻辑。全部的事物归根结底是围绕着最底层的逻辑叠加层层表象；但叠加多层表象后，不少人就看不清，容易被表象所迷惑，做出错误的决策，形成损失。

以全民热衷的炒股为例：

当咱们思考炒股的本质会发现：短时间的股票买卖行为本质上是负和博弈（短时间内不考虑股票分成且存在交易手续费）——即短时间的股票买卖从几率上是亏钱行为。

那为何仍是有不少人热衷于此？

总结起来有三个表象：

幸存者误差，股市上赚钱的吹嘘，亏钱的默默掉泪，因此你总能听到身边的朋友有赚钱了；
过后聪明误差，在股票上赚钱是会归结为本身的分析能力，而亏钱时，则从心里上倾向于避而不谈；
分不清浮盈和真实盈利，即股票一天没有卖出，软件上显示的只是纸面财富而不是真正赚到手钱。由于，思考不清短时间炒股的本质而被表象所迷惑，无数股民成为韭菜。
对事物本质的思考和认知，会决定你的行动，最直接的损失是经济损失。而做为产品经理，若是不可以作到思考本质，就没法弄清用户的真实需求，作出来的功能没法解决用户的实际问题，用户用脚投票，结果就是弃你而去，最终是致使整个产品团队甚至整个公司的辛苦工做都白费。

产品经理只有不断追问、思考本质，才可以了解到用户的真正需求；归根结底，产品经理要研究的是人的行为及行为后的本质缘由嘛。

那么咱们在平常工做生活中该如何作到思考本质呢？

我本身的几个方式是：跳出惯性思惟、推演事物的造成规律、多与人交流看大牛怎么说。

跳出惯性思惟。这并非一个形而上的概念，而是可实操的方法。若你试着留意一下本身平时的说法方式，会发现本身常常用到“……应该是这样的”，“我以为……”，“确定……”这类的话语，这些就是你掉入惯性思惟的信号。不妨试着给本身设一道闸，当你想说出这样的话时，立刻阻止本身，而后再仔细想一想你真的如此确定吗？你脱口而出的话语会牵引你的思惟，口头的快感滋长思惟的懒惰，因此先从遇事停一停，想想开始吧。

推演事物的造成规律。当你已经不在掉入惯性思惟，下一步应该多问为何。提出本身的假设，证明或证伪本身的假设，一层一层地往下问为何，抽丝剥茧通常。例如，用户在某个页面没有如你所愿进行相关操做，能够提出不少假设：引导没作好？对用户的属性判断不对？流程设置不对？若是是引导没作好，那么须要怎样的引导？诸如此类，一层一层，不断提出问题，回答问题，最终发现事物的本质。

多与人交流，看大牛怎么说。每一个人的思惟方式不免固化，避免思惟固化最好的方式就是不断有新的思路来给予刺激。平常能够多和他人就一个问题进行交流讨论，不怀对错心，而是了解对方是从哪一个角度去思考问题的，出发点是什么。

我本身在生活中特别喜欢和各式各样的人天南地北地聊，菜市场大妈、建筑工人、滴滴司机……都是很好的聊天对象，聊起来很是有意思，他们或许不能给出高深的看法，但经常有拓宽认知边界的快感。

而对于大的行业问题，则能够看下行业大牛是怎么说的——他们每每深耕行业多年，经历过行业周期，经历过反复试错，有着更多实践和踩坑的经验，他们的看法，每每高屋建瓴，不妨和本身的认识做对比，有醍醐灌顶之感。

2. 不断拆解

工做生活中，碰到一些大问题，超出能力范畴，咱们不免措手不及，这时就须要有拆解问题思考。不断拆解问题可以帮助咱们将大的问题分解成小的问题，帮助咱们明晰路径、把握局部细节、看到潜在风险。

例如，产品经理在分析一个大的需求时，会按场景、用户、问题的方式来拆解需求，拆解成不一样用户在不一样场景下遇到的不一样问题，拆解完成后即可以按各个细分场景逐个思考解决方案。

至于如何锻炼本身对问题的拆解能力，我认为是多积累一些方法论——由于你遇到的问题，其余人必定也遇到过。

正如上文提到的用户场景问题的拆解方法，已是产品经理必备的方法论，其余诸如5W1H分析法、SWOT分析法、思惟导图分析法等等，均可以从书籍或文章中习得，再在实践中不断熟练运用。

这其中有一本很是经典的书籍——《金字塔原理》，可做为工做的手边书，反复研读。

3. 往上层思考

最先接触这个概念是在王诗沐的文章里，当时只是隐约记下，后来在处理多部门协同工做时，让我对这个概念有了更深的思考。

所谓要在发现问题之上的层面来解决问题（来自爱因斯坦的精辟总结），现实中每一个部门都只会考虑到自身部门层面的利弊，若是没有人可以从更上一层的层面来思考利弊，那么部门之间的冲突便没法妥善处理，达成一致。

往上层思考是产品经理很是重要的思考能力，看成为一个产品助理时，负责的是一个个独立的功能点，若是只是纠结功能点层面的问题，会发现功能点之间逻辑不清，没法协同。

这时应该往上层思考，从模块层面看问题：功能点是归属于模块、为模块服务的，在模块层面看问题可以更好地把控功能点之间的协同，而不会纠结于单个功能点的好坏。

同理，负责功能模块时，就该思考整个产品的方向，负责整个产品时，就该从行业的角度看行业趋势产品的进退。

例如最近互金行业一轮洗牌，若是做为产品负责人不可以从行业角度看到国家整顿互金行业的决心与严厉程度，继续沉迷在产品层面追求产品功能的好坏，那么不可避免的就是产品功能可能很是好，但因为合规问题直接被下架，倒下的已太多。

2、关于学习

深度思考是一个很好的习惯，但在思考中不免受困，有些问题超出了认知范畴，就须要不断学习新的知识。对于学习，如下几点我深感值得分享。

1. 输出比输入重要

学习一项新知识最好的方式是什么？

本人愚见，认为是输出。

这个观念从我高中开始就深有体会，输出方式包括多种，由浅及深大概是：总结输出成文字、在多人面前展现本身的学习成果、应用到工做生活中以及将学到的东西教授给他人。

总结输出成文字，恐怕你们都不陌生，高中大学时期的作笔记就是这样一种输出方式，也就是把老师所讲的知识按本身的理解造成笔记，后面再时时复习；只不过工做以后，老师变成了能够是书籍、视频教程甚至是工做上的经验，但其底层逻辑是同样的。

在多人面前展现本身的学习成果。之因此强调多人，是由于多人会让你有压力把所学的东西理解透彻以面对复杂的现场，另一点是，听众会在现场或以后给到你充分的反馈，而这些反馈可以补充你理解不到或不到位的地方。

应用到工做生活中能帮助更有效地学习，这是工做以来体会最深的一点。以前看一些产品经理写的书，难免嫌弃——这么简单也拿出来说？到真正工做中要运用相关理论，解决实际问题时，才会发现这也不到位，那也不到位。因此当学习新的知识技能时，不仿找到一些实际运用场景，在运用场景中实践书中所学，而且不断总结成本身的知识。

将学到的东西教授给别人，是又一个我获益匪浅的方法。

高中时，会有别人问你问题，在你解答的过程当中，你会去思考怎么把知识点解释得简洁而透彻，有时被人问倒了，还会赶忙去恶补知识点（虚荣心也能够是个好东西）。每一个人理解和考虑问题的角度太同样，在你教授的过程当中，对于一个知识点，有来来回回的反复探讨，有多个角度的反复咀嚼，能够提高本身对知识点的领悟。

因此之因此如今写下这些文字，以后还会写，就是但愿可以保持不断输出，不断得到反馈，不断有更深的理解。

2. 结构化比零散更好

这是最近看一些知识点丰富而杂的书时有所感悟，读完以后感受本身的大脑忽然吸取了一麻袋的知识点，可是毫无逻辑，天然在想用的时候也没法拿出来用。

这个时候，最好的方式是将凌乱的知识点结构化，我用的是思惟导图加有道云笔记。思惟导图用来将杂乱的知识点进行分类，分类的标准按本身须要，但思惟导图只记录知识点名称这个层级，而后用有道云新建一个文件夹，用来写明知识点的具体概念加上本身在实际运用中的案例。

结构化以后，每隔一段时间，我会拿出思惟导图，从根到叶逐个回忆这些知识点，看本身是否还记得这些知识点以及本身的运用案例，若是记忆模糊，就再拿出有道云笔记里面的内容从新复习。几回下来这个知识点在你脑中便很难忘记了。

3. 对学习内容进行迭代

学习到的内容，并非一成不变的，在这个场景下适用的内容，在另外一个场景下并不必定适用，于是即便对知识点已经掌握，也须要在实践过程当中对学习的内容进行不断地迭代。

我所用的方式是不断地补充实际案例，正如上文所说，当我对学习的知识点进行结构化整理时，会用有道云记录知识点的内容及实际运用的案例，而每过一段时间，我会从新去思考这个知识点，看看本身对这个知识点有没有一些更新的领悟，已经此前的案例是否须要修改，是否有更新的更好的案例进行补充。

以上是我在学习方式上的一些思考，细看下来你会发现，这又是一个小的螺旋式上升。

当咱们开始学习一个知识点时，无论是阅读仍是看视频教程，它只是输入，而后咱们把它进行结构化整理，而后尝试输出，在输出过程当中会有新的思考和领悟，而这，又是一次崭新的输入。

3、关于实践

子曰：学而时习之，不亦说乎！意思是说学到了东西，可以付诸实践，是件很快乐的事情，确实如此！不能付诸实践的知识是团废纸，但实践中也有些问题须要注意，我说说个人一些见解。

1. 完成比完美更重要

不少人在实践中，每每追求完美，不把事情作到尽善尽美不愿轻易展现，我认为这是很错误的作法。产品经理在设计一个产品时，有个通用的方法论是先作出MVP（最小可用产品），即我把产品的核心功能先作成简单可用的产品，放到市场上去验证想法对不对，而后根据用户的反馈不断调整。

在《刻意练习》一书中提到了有效反馈的重要性，就是告诉咱们不要闭门造车，要尽快将beta版拿出来，让你们给予你有效的反馈，而后再进行不断迭代。

咱们能够回头看看微信V1.0版本与如今的差距，若是张小龙要等到全部功能都作出来再发布，那就不会有今天的微信了。

平常我在写一个需求文档的时候，会先按当下我能考虑的状况先写一个Beta版，这时候我将它命名为V0.7版本，而后隔一天我再从新思考，看本身昨天写的需求文档，这时能发现不少不足的地方，那就从头开始改一遍，这时的版本是V0.8版本；下一步找其余产品经理向他讲述一遍这个需求文档或在组内组织一次需求评审，综合意见，再修改一遍，这时的版本是V0.9版本，最后再找开发测试的同窗评审一遍，从开发测试的角度对需求文档作一遍修改，造成最终的版本V1.0。

在这里我并非否定完美的重要性，而是说当咱们在作一件事情的时候，囿于我的思考的局限性（当局者迷，并且每每对于本身作的东西有谜通常的自信），没法一开始就作到完美，若是你不先完成一个初始版本，可能就永远没法输出胎死腹中了。因此先输出一个完成品，结合他人的反馈不断调整优化，是个比输出完美方案更可行的策略，completion is better than perfection。

2. 开放透明

产品经理在平常的工做中经常要作决策，而且从实际来看，平庸和错误的决策占大多数，咱们是在不断地实践，不断试错，最终找到最优的解决方案。而在此过程当中，我认为保持头脑的极度开放、极度透明是极为重要的。所谓开放，是可以平等平静地接纳全部人的建议，所谓透明，是公开本身的决策依据和结果，不害怕别人看到本身犯错。保持开放，你可以得到更多的有效的反馈，保持透明，你不会自欺，别人也会给你更诚实的反馈。

有的产品经理作实验，效果好就优化，效果差弃用；有的产品经理作实验，想尽办法证实本身实验效果好，而后优化。愿我努力作到前一种。

3. 反思后的执行效率

吾日三省吾身，反思是不少人会常作的事，但我认为更重要的是反思后的执行效率，反思后不执行的反思就是空想，本身对本身的扭捏做态，只有反思后把思考内容落到实处，才能达到反思的效果。看客不妨记录下本身反思后定下的执行方案以及最终的执行结果，能够计算出执行率=执行成功数/反思后得出的执行方案数，用这个数值来看看本身到底反思了些什么，想来会很是有趣！

4. 恐惧即边界

这是梁宁女侠说的，一针见血。恐惧会困住一我的的手脚，一我的对事有恐惧时，全部的大道理于他而言皆无用。因此当你面对一件事情喜欢拖延、喜欢找借口、总往坏处想，可能不是别的缘由，是你的恐惧在做祟。不妨时时告诉本身更勇敢些，哪怕是匹夫之勇，无论事情成不成，先干了再说，直面恐惧，后面的事情就容易多了（又是一个知易行难的大道理，哈哈哈哈哈哈）。

啰啰嗦嗦一大堆，到此算是写完，第一次写，能写完很满意，但愿各位看客多提意见，本人脸皮厚，不怕批评。

以上纯属，随便写写，若有雷同，算我抄你。