做成任何事情的方法( 二 )

慢慢地 , 从一个人 , 到两三个人 , 十几个人 , 几十上百个人 。 缺什么 , 补什么 。 原有的模式不够用了 , 再去扩充它、优化它 , 一步步把它做大 。
简而言之:一家公司 , 很多时候并不是从零开始凭空出现的 , 而是先有一个极其简单的系统 , 跑顺了 , 再在它的基础上不断去完善、改进 。
它不是「设计」出来的 , 而是「优化」出来的 。
在系统论中 , 有一条很经典的原则 , 叫做加尔定律 , 讲的是同样的道理:


一个运转正常的复杂系统 , 总是从一个运转正常的简单系统演化而来 。

反之也是一样的:一个从零开始设计的复杂系统永远不会起作用 , 也不可能让它起作用 。 你必须重新开始 , 从一个简单的系统开始 。
Gall's Law, by John Gall
这跟

们的主题有什么
关系呢?

实际上 , 做成一件事情的关键 , 既不是一蹴而就 , 也不是拆分目标 , 而是:你能否找到一个行之有效的、最简单的模式 , 再在这个基础上进行优化 , 最终让它变成你想要的样子 。

看起来可能有点抽象 , 我举一个例子来讲:
许多人会知道 , 我是一个工具控 , 经常会试用新的工具 。 那么 , 我是如何学习使用一个新工具 , 使我能够挖掘它的所有特点 , 达到熟练掌握的程度呢?
我一般会做这么三件事情:
1.设定框架 。


我会先从整体的视角去理解 , 这个工具跟我目前使用的工具有哪些差别?它的设计思路是什么?它是为了解决什么问题而诞生的?它的优缺点是什么?有哪些主要功能?内在的逻辑和结构是什么?等等 。

先对它的整体结构 , 拥有一个大致的框架 。
2.建立系统 。

然后 , 我会拎出它的某一项功能 , 用它来解决我在生活、工作中遇到的问题 , 用它来替代掉旧的解决方式 —— 这就构成了一个简单的系统 。

随后 , 在日复一日的使用中 , 熟悉这项功能 , 直到成为习惯 。

3.优化完善 。

当这项功能我已经完全掌握了 , 不需要再主动、刻意地去练习了 , 我会再拎出一项新的功能 , 把它增添到(2)里面的系统上 , 重复它 , 直到熟练掌握 。
简而言之 , 也就是三步:先建立框架 , 再设计一个最简单的系统 , 最后不断去优化它 , 直到实现想要的愿景 。

这就是我想跟你分享的方法 。
二、

我把这套方法 , 称为「眼高手低法」 。
为什么取这个名字呢?因为它有两个特征 。 一方面 , 你需要有一个大的框架 , 来指导你的方向和思路 , 这是「眼高」;另一方面 , 你需要先建立一个最简单的流程 , 先把它跑顺 , 再对它进行优化、完善 , 一步步实现你最终想要的样子 , 这是「手低」 。
许多人常犯的问题 , 恰恰正好在于「眼高手高」和「眼低手低」 。
前者 , 是一种对「变得更好」的迫切期待 , 恨不得今天学一样东西 , 明天就能消化吸收、内化应用 。 期望着有一种立刻见效的方法 , 能让自己立刻摆脱坏习惯、改掉坏毛病 —— 这是非常不现实的 。
真正有效的「改变」是什么样的?它永远是渐变 , 而不是突变 。
是当你回顾过去时 , 连自己也感到惊讶:我过去怎么会是这个样子?—— 一切就发生在不知不觉、潜移默化之间 。
要实现这一点 , 就需要把自己看作一个系统 。 你身上的每一个特征、因素、性格 , 都是构成你这个系统的有机组成要素 。 接纳它们的存在 , 去直面和理解它们 。
然后 , 从中去寻找薄弱点和瓶颈 , 给它们施加相应的「力」 , 让整个系统慢慢地作出调整 , 向着你所期望的方向运转 。
所以 , 我经常跟学员和读者说:你学到的知识 , 不要想着立刻能全部消化、用起来 , 而是先拎出一个方法 , 去生活中找场景、找问题、找需求 , 有意识地应用这个方法 , 把问题解决 , 再去体会「新方法」和「旧方法」之间的区别 , 感受它带给你的反馈 。


推荐阅读