当产品设计方案已经就位，下一步就是和大家过方案，然后确定各类资源排期，进入开发测试上线。但是这个过程不是所有产品都能走顺的，有些产品在和大家一起讨论方案的过程中，除了争吵就是互怼，项目推进艰难，那么我们如何用系统思维来解决这个问题哪?此时就需要考虑公式二：

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

　　公式已经写明在一个系统中，各个方法达成目标效率的高低，针对不同效率分别从产品经理的角度举例说明，方便大家理解。

　　直接刺激：某开发，我要做个播放记录的多端同步，需求都写好了，你看下吧，这个别人家都做好了，我看挺简单的，我都调研了，赶紧做吧。

　　间接刺激：某开发，最近某酷做了一个功能，挺好的，叫播放历史多端同步，我用起来挺方便的，你看看我写的这个需求文档，评估下，有不行的随时讨论。对了，昨天我看App Store上还有用户留言给这个功能好评，我们也得抓紧了。

　　共识目标：某开发，我最近想到一个场景，你看看你是不是也遇到过，比如说我在家用iPad看视频，然后早上在地铁上想继续看，现在找上次看到那很麻烦，我们是不是可以记录这个进度(此处需要确认过眼神)，我现在看了下市面上的竞品，还真有做的，但是我感觉我们能做的更好，你看啊，这个是我的方案，(此处需要再次确认过眼神)，竞品做的……我们可以……

　　如果你是那个开发，你听了上面三个表述，那个更能激发你的开发欲望?是不是共识目标更好一些，因为这个时候大家是在一条船上的，我们的目标都是到达彼岸，所以我们需要共同努力，我们需要共同讨论出更好的方案。而这方式在跨部门沟通时同样有效，虽然各个部门目标不一致，但是公司的目标是一致的。

　　播放历史的数据分析

　　产品设计永远没有最好，只有更好，那么如何用系统思维来让自己的产品设计更好哪?这就涉及到我们的第三个公式：

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

　　在我们产品上线后，最好的反馈除用户在App Store上留言、APP内的反馈等，就是数据，尤其是APP的核心数据的变化。

　　我们继续以播放历史为例，该功能上线后，用户对进度条的拖拽操作明显减少了，这说明什么?说明用户之前在选择剧集后寻找进度的操作别你的功能给简化了，所以减少(其他功能和性能不便的前提下)。这就是对该功能正向的反馈，证明用户需要这个功能，我们应该在这个功能上继续去探索如果做到更好。

　　如果上线后，因为通过云端同步播放历史，而使得云端压力变大，导致读取数据很慢，或者严重一些的说，导致正常视频播放变卡顿(这个概率很小)，这个就是负反馈，证明我们这个方向上做的是有问题的。

　　在我们已经得到上问所述正反馈的情况下，这个负反馈指出产品方案设计有问题，所以我们应该考虑播放历史的分页加载，通过数据看下大多数用户会在播放历史中找多久前的播放记录，同时考虑播放历史的下发是否有条数的上限，很可能大部分用户只看20条以内的播放记录，同时99%的用户都在60条以内的播放记录中寻找并播放，那么我们可以一页加载20条数据，最多加载三页。那么这个请求量就能降低很多，从一定程度上解决慢和卡顿的问题。

　　正反馈告诉产品经理已经寻找到正确的方向，可以继续前进;而负反馈是告诉产品经理这个方向可能有问题，需要去解决某些问题，或者放弃这个方向;只有在正反馈和负反馈都起作用的情况下，产品设计才能有迭代，才能有有效率的迭代，才能有快速且有效率的迭代。

　　综述

　　以上先介绍系统思维的三个公式，然后分别举例来说明系统思维在产品设计中的应用。公式告诉我们如何做好产品设计方案，公式二告诉我们如何推进产品设计方案，而公式三告诉我们如何持续的优化产品设计方案。一点总结，供大家参考。

　　#专栏作家#

　　代成龙，人人都是产品经理专栏作家，智能硬件创业公司产品狗，从视频巨头公司到玩智能硬件的公司，继续产品设计工作。