产品经理底层内核之——熵减思维

作为一个毕业没有从事本专业的工科生&＃xff0c;工作后我经常会想&＃xff0c;大学所学的东西除了提高了我的学习能力和逻辑思维&＃xff0c;还有没有其他用处&＃xff1f;

结构力学、材料力学、热力学、流体力学这些基础学科专业课好像已经被我忘光了。直到吴军老师的《数学之美》&＃xff0c;以及一些类似的文章给了我启发&＃xff0c;让我重新思考了基础学科中的理论对实际生活和工作的重要性&＃xff0c;熵减思维便是我从热力学中得到的启发。

一、产品经理的思维方式

思维方式严格来说跟人的原生家庭、成长环境、所受教育强相关&＃xff0c;属于意识层面的东西&＃xff0c;也是非常难以改变的。而产品思维方式更多偏向于为了解决产品工作中的问题&＃xff0c;是可以培养锻炼的&＃xff0c;很多的互联网前辈阐述了自己对产品经理必备思维的理解&＃xff0c;虽各有不同却有共通之处。

比如网易云音乐前产品负责人王诗沐&＃xff0c;他在《幕后产品》中对产品经理的思维方式总结有四点&＃xff1a;

1. 往本质思考
2. 往重点思考
3. 往上层思考
4. 往不同思考

他强调了产品经理对内核思维建设的重要性。

我读完受益匪浅&＃xff0c;结合了自己的工作经历和感悟&＃xff0c;总结了以下五种基本思维方式&＃xff1a;熵减思维、第一性原理、缩放思维、迭代思维、逆向思维。同时&＃xff0c;这些思维方式也处于我理解的产品经理能力金字塔模型的最底层。

熵减思维是什么&＃xff1f;一句话简单描述为将事物从无序推向有序的过程&＃xff0c;即抵抗熵增的思维方式。要理解熵减思维&＃xff0c;先来了解一下什么是熵增。

二、熵增原理

专业来说&＃xff0c;熵增原理是热力学第二定律在孤立系统中的适用原理。

“熵”是系统的状态函数&＃xff0c;它描述的是一个系统的混乱程度。熵增原理的物理表达式为&＃xff1a;

△S ≥ 0

即&＃xff1a;孤立系统的熵不可能减少&＃xff0c;总是增大或不变。其中&＃xff0c;孤立系统的意思是与外界没有能量和质量交换的系统。而熵不变的情况只存在于可逆绝热过程&＃xff0c;这在现实生活中是不可能的。

因此熵增原理简单描述为&＃xff1a;一个孤立系统内&＃xff0c;所有物质总是会自发从有序变成无序&＃xff0c;就像时间流逝一样&＃xff0c;这是个不可逆的过程。

把熵增原理应用到生活中&＃xff0c;会发现所有事物都符合这个原理。当没有外力干预时&＃xff0c;我们把事物看做孤立系统。

• 一个房间关闭门窗几个月没人收拾&＃xff0c;总会变得更脏&＃xff1b;
• 很久不熨的西装总会越来越皱&＃xff1b;
• 水果放在冰箱里久了一样会腐烂&＃xff1b;

这些看起来好像理所当然&＃xff0c;但仔细想想&＃xff0c;我们会发现事物从有序到无序是自然过程&＃xff0c;要想从无序到有序却很难或者几乎不可能。

• 杯子碎了&＃xff0c;就算有外力帮助&＃xff0c;几乎不可能恢复到未碎之前的样子&＃xff1b;
• 人体器官损伤后动手术治疗&＃xff0c;也很难达到未手术之前的健康程度&＃xff1b;

任何一个系统&＃xff0c;最终都会趋于无序的混沌状态&＃xff0c;当达到熵最大时&＃xff0c;即系统到达了死亡。熵增原理与热力学第一定律&＃xff08;能量守恒定律&＃xff09;是不矛盾的&＃xff0c;熵增大的过程其实是高品位的能量变成了低品位的热能&＃xff0c;无法再做功。

熵增原理也被称作宇宙终极定律&＃xff0c;假设整个宇宙是个有边界的孤立系统&＃xff0c;那终将走向无序、毁灭。

三、熵减思维——为什么要抵抗熵增

很显然&＃xff0c;熵增原理让人绝望&＃xff0c;好像所有的事物注定都会变成无序、混沌&＃xff0c;所有的抵抗都只是在拖延时间罢了。

物理学家薛定谔说过&＃xff1a;“自然万物都趋向从有序到无序&＃xff0c;即熵值增加。而生命需要通过不断抵消其生活中产生的正熵&＃xff0c;使自己维持在一个稳定而低的熵水平上。生命以负熵为生。”

生命其实是典型的抵抗熵增的过程&＃xff0c;人类作为高级生物抵抗得更努力一些。虽然一出生就注定了死亡&＃xff0c;但仍然不断的吃喝拉撒&＃xff0c;呼吸氧气、吸收各种生命体的能量来维持自己的新陈代谢&＃xff0c;保证自己有序的生命&＃xff1b;看书、上学、工作、创作&＃xff0c;把世间各种乱七八糟的现象、规律加以总结汇聚到脑子里形成了高度有序的精神世界。虽然生命终将避免不了熵增原理的结局&＃xff0c;但对于人的一生来说&＃xff0c;一直在抵抗一直在把事物变得有序&＃xff0c;也实现了生命个体的意义。

要抵抗熵增&＃xff0c;必须具备两个条件&＃xff1a;

1. 开放系统
2. 对系统做功。

开放系统保证了系统与外界的能质交换&＃xff0c;把已经熵增大的低品位能量排出&＃xff0c;吸收高品位的能量&＃xff1b;对系统做功则是这种能质交换的动力。

举个例子&＃xff0c;一个人在房间里生活&＃xff0c;会产生各种垃圾&＃xff0c;屋子会越来越乱。把垃圾扔出屋子&＃xff0c;打开窗户通风透气&＃xff0c;这就是开放系统与外界进行能质交换。而打扫屋子、打开窗户、扔垃圾这些动作就是做功。屋子越乱&＃xff0c;要做的功就越多&＃xff0c;意味着当熵增程度越大&＃xff0c;要熵减就越难。

其实这样的熵减思维并不陌生&＃xff0c;在生活方方面面都得到了体现。

1. 对生活

如果把身体健康、体脂率正常、肌肉量正常当做人的一种高度有序&＃xff08;低熵&＃xff09;状态&＃xff0c;人要维持这种低熵状态&＃xff0c;就需要将自己当做开放的系统&＃xff0c;吃健康的食物呼吸新鲜的空气&＃xff0c;并对自己做功坚持运动健身&＃xff0c;否则就会使自己熵不断增大&＃xff0c;变得肥胖、瘦弱、病态。而越肥胖或越瘦弱的人&＃xff0c;要达到健康的低熵状态&＃xff0c;就需要做更多的功。

2. 对认知

每个人都有自己的认知区域&＃xff0c;包括了舒适区、学习区、恐慌区。如果一个人把自己的认知封闭起来&＃xff0c;永远呆在自己的舒适区&＃xff0c;不与更多的陌生区域进行信息获取和交换&＃xff0c;就会发生认知熵增。

如果再不对自己的认知进行整理&＃xff0c;那他的认知不仅不会提升&＃xff0c;最后只能腐化&＃xff0c;进入熵最大的无序状态。当一个人的认知模型熵增已经非常大&＃xff0c;那要改造自己会变得非常困难。

3. 对企业组织

一个企业组织的发展其实也是在抵抗熵增。如果没有新的思想、新的员工注入&＃xff0c;必将走向腐化和消亡。企业招聘新的员工、对组织进行整理&＃xff0c;制定高度有序的规则&＃xff0c;才能让组织高效运转&＃xff0c;才可能有创新。

保持开放和做功&＃xff0c;才能抵抗组织的熵增。组织的涣散程度越高、整理肃清的难度越大。

四、熵减思维在产品工作中的体现

前面说了很多显而易见的大道理&＃xff0c;下面我们看看熵减思维对产品经理的实际工作有什么指导意义。

上文有提到过一个企业的发展势必会熵增的&＃xff0c;除了老板和领导&＃xff0c;产品经理就是那个抵抗熵增的带头人。对于互联网公司&＃xff0c;企业的主要财产可以理解为那一套软件系统&＃xff0c;这个系统解决了用户的需求&＃xff0c;为企业带来了收益。当这个系统瘫痪、问题频发、或者没有真正解决用户的需求&＃xff0c;那企业就向无序的熵增方向发展。

产品经理需要保证系统一直处于有效且高效的运转状态&＃xff0c;而且能不断满足变化的市场需求。对于执行层的产品经理来说&＃xff0c;我总结了以下三点&＃xff1a;

1. 需求的有序化和方案的系统化

1&＃xff09;需求的管理需要有序化

用户或业务方的需求可以认为是一个混沌状态&＃xff0c;特别是对于B端和后端系统&＃xff0c;需求与当前系统的能力匹配不一&＃xff0c;有的需求可能只需要改文案即可&＃xff0c;有的却要系统重构才能支持。根据需求的实现难度和与当前系统能力的匹配程度进行分类过滤、排好优先级&＃xff0c;有序的进行实现&＃xff0c;这样才能依次实现更多的需求&＃xff0c;避免系统主流程发生较大的变更。

2&＃xff09;具体方案设计的系统化

这与需求的有序化是前后呼应的&＃xff0c;都是为了避免系统无序内容的增多。 对于一个后端系统&＃xff0c;当对多平台进行业务支撑时&＃xff0c;会出现两种情况。

情况一&＃xff1a;不同平台的需求共性较少&＃xff0c;差异点较多。

这时候需要需要首先将其共性进行抽象&＃xff0c;比如一个需要向用户的微信公众号、APP、手机号发送触达的需求&＃xff0c;三种触达的文案各不一样&＃xff0c;但其中的用户昵称是相同的。更系统化的方案就是把用户昵称作为一个配置变量&＃xff0c;注入到每个平台的触达文案中。

情况二&＃xff1a;共性较多&＃xff0c;差异点较少。

这时候也需要把差异点进行抽象&＃xff0c;形成一个配置项&＃xff0c;这个配置项可以直接对不同平台的需求进行设置&＃xff0c;而无需代码再来判断这个逻辑。比如同样一个商品的详情页需要在A平台是红色背景&＃xff0c;B平台是绿色背景。如果事先将这个变量做成配置项&＃xff0c;只需要一个配置文件或管理后台对不同平台勾选颜色即可。

2. 系统的开放性

对系统要实现的需求进行有序化归类类比为做功&＃xff0c;要抵抗系统的熵增还需要系统保持开放性&＃xff0c;不能是孤立系统。对于软件系统来说&＃xff0c;我认为它的开放性可以理解为系统的拓展性和兼容能力。

比如今天我对系统提一个需求&＃xff0c;需要将用户的订单从A状态变成B状态&＃xff0c;而C状态是B状态的平行状态。系统设计的时候就要考虑可能直接从A状态到C状态的可能&＃xff0c;虽然业务需求当时没有提&＃xff0c;但说不准下次的需求就是从A直接到C。

如果系统的兼容性好&＃xff0c;设计之初状态机就满足这种情况&＃xff0c;后续就不用再改造系统的状态机而带来诸多麻烦了。

因此要保持系统的开放性&＃xff0c;需要在设计之初多考虑异常流程&＃xff0c;以及外部系统接入时预留措施。

3. 保持系统的熵减

从熵增原理我们知道&＃xff0c;当一个系统熵增已经很大了&＃xff0c;要降低熵是非常困难的。因此需要时刻关注系统的熵增状态&＃xff0c;及时控制&＃xff0c;维持低熵状态。对应到互联网产品设计上&＃xff0c;我总结以下两点&＃xff1a;

1&＃xff09;需求文档与线上系统的统一

互联网产品迭代频繁&＃xff0c;产品经理的需求文档一般是迭代一版单独写一个需求&＃xff0c;这样可能会导致迭代太多版之后&＃xff0c;线上在跑的方案对应着多份需求文档&＃xff0c;这对问题追踪和定位很不利&＃xff0c;也不利于产品经理工作的交接。因此对于自己负责的较大的系统&＃xff0c;一定要经常同步自己的需求文档&＃xff0c;使之与线上的版本一样&＃xff0c;这样有任何线上bug反馈也可以快速的定位&＃xff0c;即避免的需求文档走向熵增的不归路。

2&＃xff09;关注系统的冗余程度

虽然系统在设计之初都希望有序有规则&＃xff0c;但系统跑久了&＃xff0c;总会有很多临时支持的特殊需求&＃xff0c;或者当时没有想明白就直接接入系统的逻辑。这些没有得到很好收归的需求会导致系统的冗余&＃xff0c;时间一长就会量变引起质变&＃xff0c;在某个时间点拖垮整个系统。

这点虽然我还没有实际经历过&＃xff0c;但我能明显的感受到自己做的系统有这种情况在发生。因此时刻关注系统的冗余程度&＃xff0c;在一定时间段来集中处理这些特殊逻辑是非常有必要的。

4. 做产品一定就是熵减过程吗

从上面我总结的三点来看&＃xff0c;似乎熵减思维是把产品往有序、规律、统一的方向推动&＃xff0c;但有人可能会质疑&＃xff0c;我做的是某某社区、短视频、直播互动类型的产品&＃xff0c;需要的是创意&＃xff0c;需要给用户带来新鲜感&＃xff0c;不能太规矩有序了&＃xff0c;这不就推翻了熵减思维吗&＃xff1f;

显然不是的&＃xff0c;就算是此类型的产品&＃xff0c;整体产品结构上仍需遵循熵减思维&＃xff0c;所有互联网产品发展壮大后&＃xff0c;其实面临的都是产品架构如果合理、有序的支撑多业务的发展&＃xff0c;而前端表现层面的创意、无序只是很小的一部分&＃xff0c;跟整体产品的熵减并无矛盾&＃xff0c;比如淘宝首页、抖音个性化推荐出来的千人千面只是其中一部分算法而已。

更大层面来说&＃xff0c;熵减思维跟中台思维等企业IT架构的思维有着异曲同工之妙。

五、最后

我整理的产品经理必备的五个底层思维方式&＃xff1a;熵减思维、第一性原理、迭代思维、缩放思维、逆向思维&＃xff0c;本文详细阐述了第一个思维方式。

但这些思维并不是产品经理岗位独享的&＃xff0c;我理解产品经理与其他行业规划类的岗位差异并无太大&＃xff0c;只不过得益于所在互联网行业的优势&＃xff0c;让产品经理的发声和传播更加容易。

其实每个行业想要做得好&＃xff0c;这些底层思维也都是相通的。我认为产品经理应该更多注重底层基础的建设&＃xff0c;再考虑上层的建筑&＃xff0c;这样才能让自己的能力模型搭建得更加可靠稳固。