1. 局部体验：上一版本遗留问题。例如微云上个版本优化了预览页的体验，后期发现了一个操作按钮位置的问题，但由于实现时间紧张，没有在这个版本修改。这个问题就可以迭代解决。

　　2. 全局体验：历史遗留积累下来的问题。例如微云全局页面转场顺序，警示控件上有统一性较低的问题。这类问题与版本功能无关，属于基础体验，而且一旦修改，就需要梳理整个产品所有的场景。

　　每个版本根据需求疏密程度分情况跟进解决。项目管理学中，介绍了一种方法：Critical Chain Project Management(关键链项目管理)，由Eliyahu M. Goldratt.提出，方法核心是要把最多的资源要利用在优先级最高的任务上。管理学科有研究发现，传统的按照时间先后管理项目的方法，通常会产生30%的时间资源浪费。规定一个时间节点完成，就容易产生学生症候群(student syndrome)，就是我们所说的拖延症。同时，只强调时间节点的项目安排方式，会增加多任务并行的风险，从而在高频的任务切换中间，浪费了资源和时间。

　　Critical Chain Project Management的核心在于：

　　1. 辨别出优先级最高的事项

　　有10个体验点要优化，下个版本做哪个?我们可以利用Eisenhower法则，将任务分解为四个象限：重要且紧急，重要不紧急，紧急不重要，不重要也不紧急。重要性的界定则和你的目标有关。例如：微云最近在办公侧有所发力，那么下个版本的体验点，和在线编辑，共享组相关的，都应该是被算作重要且紧急的象限内。

　　2. 列举出有多少可卷入的资源

　　每个体验点都需要哪些角色参与?相应的，有多少对应角色(设计师，重构，开发，测试等)可以被卷入进来?评估完需要参与的角色后，要将信息同步到所有角色中，并正式授权，如果对方接受，那么进入后续排期，研发工作;如果不接受，可以尝试回归到1，双方先达成优先级共识。

　　3. 缓冲管理

　　为项目提供一个简单，易用的项目健康视图，保证关键体验不会出现偏差。并且在出现较大偏差时，采取一些纠正的措施。

　　D探索试错型动机

　　此类动机产品经理通常没有很明确的目的或者需求，希望能试水市场，用户反映，当然，也不乏拍脑袋做的决定。

　　谈如何应对前，我们先分析下为什么会产生此类动机。行为学对探索试错型动机有另一个名词解释：尝试错误法。这种方法通常有以下几个特征：

　　解决问题导向：试错法不会去探讨某个方法是否合理，只关注这个方法是否解决问题

　　针对某个特定问题：试错法不会去寻找一种普适性的方法

　　没有最佳化：试错法只找出某种解法，但不会寻找多个解法，亦不会找出最佳解法

　　仅需要最低限度的知识：即使对目标领域只有少量知识，试错法仍然可以被拿来使用

　　如何应对：问题导向

　　按照刚才提到的几个特征，我们会发现，试错型动机中，问题导向很明确，产品会更加关注有没有解决问题，相对地会弱化方案的细节。

　　例如在国内云盘市场对办公定位不是很明晰时，我们和产品经理定下了这个办公侧重点，并且尝试寻找微软作为合作商，最终定下了在线协同编辑这个切入点。当时面临的处境就是试水，最终对方案时，产品经理更加倾向于看整体流程是否能跑通，各个场景是否有覆盖全。相对地则会弱化按钮的位置，弹窗内的控件布局等细节。

　　所以，当拿到这类需求时，不要先调入纠结控件布局，按钮位置这种细节中，可以先将设计思路上升一个维度，思考以下几个问题：

　　这个需求解决了用户什么问题(问题导向)

　　这个需求给产品带来什么好处，例如收入，用户增长，行业方向推动(目的导向)

　　这个需求是否围绕着现有用户画像制定的(不脱离用户群，减少对未知领域的不可掌控度)

　　从这几个思路入手，不要去试图寻找一种通用的解决方案，一期先搭好框架，收集用户反馈，试水后，根据反馈进行第二阶段的调整，细化。可以节省在纠结上耗费的时间。

　　小结：基于步骤1的方法，我们已经可以对需求背后的动机有个大致分类，并且能够有的放矢地应对。下面，我们继续讲如何解决沟通中产生的隐藏偏差。

　　步骤2. 挖掘信息传递中的隐藏偏差

　　什么是隐藏偏差