文章介绍系统思维的三个公式，希望他对你的产品设计工作有所帮助。

　　什么是系统思维?

　　系统思维和线性思维经常被一起讨论、比较。线性思维比较容易理解，即：头疼医头、脚疼医脚。饿了就吃东西，渴了就喝水，困了就睡觉。而系统思维确是另一种大相径庭的思维方式。

　　以下是百度百科对系统思维的定义：

　　系统思维是原则性与灵活性有机结合的基本思维方式。只有系统思维，才能抓住整体，抓住要害，才能不失原则地采取灵活有效的方法处置事务。客观事物是多方面相互联系、发展变化的有机整体。

　　系统思维，简单来说就是对事情全面思考，不只就事论事。是把想要达到的结果、实现该结果的过程、过程优化以及对未来的影响等一系列问题作为一个整体系统进行研究。

　　所以系统思维的结果可能是“头疼医脚，脚疼医头”，因为人的身体是一个系统，而治疗也要按照系统的角度来进行。 当我们进一步剖析系统思维时，我们可以发现如下三个公式：

　　公式一：系统=系统整体目标+元素+元素间关系

　　公式二：达成目标效率：共识目标>间接刺激>直接刺激

　　公式三：系统升级方法：正反馈&负反馈

　　当笔者发现这些公式后，便认为其可以指导产品经理们进行产品设计，以下尝试举例说明。

　　播放历史的产品设计

　　公式一：系统=系统整体目标+元素+元素间关系

　　由公式一可知，当从系统思维考虑一个问题时，需要考虑三个问题，即：系统整体目标、元素及元素间关系。那下面以视频客户端的一个基础功能“播放历史”为例，来讲解系统思维该如何应用。

　　首先，我们需要知道系统整体目标。针对某个问题，我们可以很概括的给出答案，比如“满足用户需求”、“满足商业价值”等，当具体到某个问题时，更多的是关注某种体验或者某个/些数据，而播放历史最大的需求之一就是：将完整且准确的播放记录在多端间及时同步(用了好几个定语，建议再读一次)。

　　现在我们看下用户的一个比较常规且高频的操作流程是：

　　这个大体流程可以描述为：用户打开APP浏览剧集信息，当点击播放时涉及到播放器模块，同时涉及到账户模块和播放历史模块，因为要检查当前用户是否观看过当前被选择剧集，如果涉及的话，便会请求数据库(云端或者本地)，而此时涉及到系统的网络服务模。这中间省略了很多细节步骤，但是基本可以看出该系统所包含各个元素。举例如下：

　　剧集信息展示模块

　　播放器模块

　　播放历史模块

　　账户模块

　　网络模块

　　云端模块

　　当把以上各个元素的状态改变，这个元素与其他元素的关系就会改变，比如从支持元素变为阻碍元素，从无关元素变成有关元素，从上游元素变为下游元素，而这个改变就是在增加case，case越多，产品设计完整的概率越高。单个元素的状态举例如下:

　　剧集信息展示模块:展示多少、如何分类、如何展示……

　　播放器模块：什么时候获取播放记录、前置条件是什么、记录/获取播放历史时机……

　　播放历史模块：记录/传输播放历史时机、与账户登录状态关系、有网无网处理机制……

　　账户模块：如何与播放历史数据关联、如何与剧集信息展示模块关联……

　　网络模块：网络类型切换(4G/WiFi)、有网无网弱网状态……

　　云端模块：播放历史与账户关系、播放历史存储机制、播放历史的多端记录合并机制……

　　而元素状态变化导致的元素间关系变化举例如下：

　　没有网络时，用户播放已下载视频，播放历史要如何存储数据?而此时用户是否登录，对该流程是否有影响?

　　当用户从未登录变成已登录，播放历史该如何处理?

　　当云端收到同一个用户来自iPad、iPhone的播放历史数据，该按照什么标准如何处理?

　　……

　　所以当系统的目标已确定，通过梳理主流程找出系统元素，通过改变元素间的关系便基本上可以枚举出各种case，然后针对不同case给出产品的设计方案，这就是在系统思维指导下的产品设计。

　　播放历史的项目安排