系统思考

做回路，不做清单：一个人创业的系统思考

一个人同时是工程师、市场和客服的时候，最大的敌人不是竞争，而是复杂度。系统思考给一人公司四样工具：看见连接、找出回路、推对杠杆、让每个部分都可以单独换掉。

一个人拼不过复杂度。唯一的出路，是改掉那个一直在制造工作的结构。

真正的对手是复杂度

你同时是工程师、市场、客服和策略的时候，每多一个功能、一个渠道，增加的都不只是一件事，而是一堆连接：新的价格页牵动收款，收款牵动客服，客服又牵动产品路线。

连接长得比部分快。五个部分最多有十条两两之间的连接；十个部分就有四十五条。工作跟着部分长，混乱却跟着连接长。所谓系统思考，就是习惯去看这些连线，而不是只看方框。

拿客服邮件来说。如果每封回复都要花你几分钟注意力，用户多一百倍，分钟数也多一百倍。拿了融资的团队靠招人解决；一个人创业，只会先把一天用完。

系统的做法是把时间花一次：可以搜索的 FAQ、回复模板、自动把常见问题分好类的标签。目标是让产出和你亲手投入的时间脱钩，量变大了，你的工时不用跟着变大。

System dynamics 是 Jay Forrester 从 1950 年代起在 MIT 建立的方法，用反馈回路来描述系统怎么变化。增强回路会自己喂自己：产品更好，口碑更好，用户更多，反馈更多，产品又更好。调节回路会往回推：每上线一个功能就多一份维护，维护又吃掉本来留给新功能的时间。

你不可能同时照顾每一个回路。找出真正推动你成长的那两三个回路，把有限的力气大部分放在那里。至于调节回路，先把出口设计好：在某个功能悄悄变成第二份工作之前，就先决定用量低到多少、成本高到多少，你就把它下线。

Donella Meadows 把介入一个系统的十二个位置，从弱到强排了出来。最底层是数字和参数：多做几个小时、价格调高一点、每周多发一篇。往上是信息怎么流动、系统的规则，以及系统的目标。

对一个人创业来说，这很实际。多做几个小时只是改参数，是清单上最弱的一根杠杆；改一条规则或一条信息流，通常推得动的多得多。规则可以是：客服问题只从一个表单进来。信息流可以是：一页只显示这周真正坏了什么的面板，让你不用再靠猜。

所有东西紧紧绑在一起的时候，复杂度才真正危险：后端改一行，收款和电子报一起坏。把产品、市场和你自己的运营当成几个边界清楚的模块，一个改了，不会把其他的一起拖下水。

知识也一样。不要把策略抄进一百个任务描述里。让任务指向唯一的事实来源，策略一变，你改的是一页，而不是一百个任务。你的注意力要照顾的面，就小了很多。

自动化不是为了取代工作；对一个人来说，它是为了保护注意力。可是把一个坏掉的流程自动化，只会更快地产生错误。先把步骤砍短，再把剩下的自动化。一个好用的判断：这件事会重复、每次的逻辑都一样，而且在你自己定的一段时间里，它省下的时间比做出来花的时间多。

实验也一样。单独一次落地页测试证明不了什么。开始之前就先决定什么结果算赢、一次实验最多花多少时间，然后用很多次的结果来评判这个过程，而不是看某一次。如果这听起来很像《把混乱变成系统》，那是因为它就是同一个想法：同一种混乱，不应该处理第二次。