做到这三点可减少产品和开发的相互抱怨

需求变更的问题经常引发开发和产品之间的相互抱怨，而引起需求变更一般由三种情况触发。

第一种是外部触发，由于环境再变，用户再变，促使需求也再变，

第二种是内部触发，由公司领导拍脑袋触发的，

第三种是鉴于外部和内部之间，是产品经理通过对业务的顿悟，突然醒悟之前不妥而触发的

第一种触发情况是，积极的，向上的，是外部拉动你的产品改善升级，一般也是争议比较少的。

第二种是被动的，比较无赖的，只有轻轻的说服，或直接拍屁股走人，其它也没啥好办法。

第三种是比较常见的，主要是产品经理能力不足，或心态的问题（打着快速迭代，试错的互联网思维旗帜，产品业务逻辑自己还没想清楚就开始让开发做），特别是接触新行业，新业务的产品经理。这也是设计开发最反感的，同时也是危害比较大的，因为每次这种顿悟都会引发产品较大的结构调整，会使设计开发，自己辛辛苦苦完成的劳动成果，都白做了，都得重头来，造成工作量的浪费，进度的延期，产品上线延迟，很可能产品还没有上线公司就支撑不下去死掉了。

为了降低第三种需求变更的危害，产品和开发无需相互抱怨，只需做到3点：

1. 产品经理 要有求稳的心态去做需求，要去控制需求变更，让输入给设计和开发的需求尽量稳定，要做到这一点，就要提高自己的要求，就要产品经理提升自己的业务能力，跟自己一定的时间理清产品逻辑，要多问问自己，需求是否经得起推敲，是否经得起反问？总之要多推敲，多推敲，多推敲（重要的事情说3遍），另外还有稳稳的传达到开发和测试。

2. 开发要有一些预防措施：

比如在架构设计，程序设计，实际编码时，要多想着程序的扩张性，要考虑将来应对各种变化的结构。

3. 在开发中，开发可通过快速迭代式，把迭代成果给产品经理确认，而不要全都开发完了再让产品经理确认，记住确认越晚，损失越大。