工作中许多人有个不好的习惯，当接到一个需求后，都习惯的埋头苦干到最后出成品（比如报告、设计稿等），再反馈给客户做审阅。这样的工作模式存在一个很大的问题，缺少必要的沟通反馈，这会导致以下后果
1）对需求的理解不够准确，导致成果不符合客户预期。不要说自己理解客户需求了，因为客户在前期可能自己对需求的把握本身就不到位，而在过程中甚至会出现变化，如果你没有经常反馈，你很可能做错了
2）客户缺乏参与感，容易对最终结果不认同
3）当出现问题时，修改成本巨大，而且时间基本所剩无几了，最终只能草草了事
那我们需要什么样的工作方式才能有效控制项目质量？我觉得迭代反馈是我们都需要掌握的工作方式。如何做才算迭代反馈呢？
迭代反馈是指有意识地将项目拆分成多个连续阶段，在多个阶段中对客户的需求进行反复澄清，并在项目过程中对产出物进行逐步细化。举个例子来讲，比如一个研究来说，你可以划分的确认点包括项目预期成果、项目关注点、项目边界、研究思路、项目大纲/问卷、项目报告思路、项目报告等。不同的节点确认的结果基本都是在澄清需求，而且通常后面的内容基本都是对前面内容的细化。
需要明确两个关键要点：
1）反复迭代的目的是为了与客户时刻保持共识，确保项目效果最优。需要明白，缺少共识的沟通永远是鸡同鸭讲，不在一个频道上单沟通不要指望说服对方
2）迭代反馈中的关键反馈节点提交的内容应该是一个整体。零散内容的确认只适合确定整体后的微调，如果每个环节都是针对部分内容进行确认，最终拼凑的东西不一定是对方所要的。借用一张关于MVP迭代的图（见下方），通过最小MVP去确认方向没有问题，我们再来进行细化或扩展。
