在产品设计确认的时候一定要想清楚一个问题，每个功能的需求方到底是谁，他们是否已经确认过你设计的功能。在开发的过程中，要不停的去检查是不是走在你希望的道路上，确保方向没有走偏，出现问题及时的纠正。在笔者经历了几次需求的变更痛苦之后总结出一些注意点。

● 产品设计之初，跟需求方确认好功能点，再三确认双方的理解是否一致（血的教训啊，做出来需求方说我理解错了。宁可开发前多烦人几次，最终能够花最少的时间成本和资源达到目的就行）

● 如果有新版本在做，每天晚上找开发了解已经开发出的功能长什么样。（这点很关键，保持开发跟你的理解是一致的，最后一看才说不是你想要的也是很危险的）

● 开发提交测试之后，拿着测试版本跟需求方确认，这是不是你们想要的。

● 上线之后给需求方做一次新版本演示会，再详细介绍一下使用流程，确保用户知道有这个功能且会用了

● 如果需求方变动或者出现理解偏差，启动预备方案，迅速调整方向，跟相关负责人协调可用资源，尽快达到目的，解决问题是最重要的

       笔者做过开发，深知开发被“调戏”的痛苦，谨以此文力荐产品尽量避免需求的频繁更迭给开发造成的糟糕体验，开发也是我们的用户啊。