在之前关于产品设计的那一篇文中提到过关于产品版本更新的方式，对于产品的更新我倾向于快速迭代的模式。采用快速迭代的话就要求PM不能想太久，所面临的缺陷挑战会很大，但与此同时，也更能抓住变化的用户需求，有更大的机会在不断开火中瞄准，有更多机会尝试“渐进式创新”。受到需求更迭、技术发展、市场变化等因素的影响，更新产品版本是一定要做的，但并不是所有的用户都喜欢版本的更新，我认为用户对其产生反感的主要原因有以下几个：
1.新版本存在bug，无法正常运行；
2.事先没有收到更新通知，用户措手不及；
3.用户没有时间学习、适应新版本，也没有提供旧版本方便用户在过渡阶段使用；
4.版本更新迭代后，新旧版本不兼容，如新版本无法访问旧版本的数据；
5.对用户来说，新版本的很多功能和特性毫无必要；（因为我的手机上设置的是自动更新应用，但对于我这种手机上会安装上百个应用的人来说，如果没有设置自动更新，三天App Store的小红点儿中的数字就会达到几十个......细思极恐）
6.版本更新频率太高，用户感到疲惫不堪；
7.新版本修改了用户已经习惯的使用方式和操作流程，用户需要重新去适应。
大多数用户不愿意轻易的改变已有的使用习惯，不愿意花时间学习、适应新的使用方式------虽然他们也希望功能更丰富，产品更完善。对于PM来说，我们的工作就是要不断地推陈出新，需要不遗余力地为用户完善产品功能、创造新的价值。那么两者之间就存在矛盾了，但可以肯定的是，我们不能因为用户的反感就放弃更新产品，要处理好之间的矛盾就要求我们在更新产品是要更加谨慎和理智。在信息传播极为高效的今天，新版本产品的好坏会在各种平台上迅速传播，如果发布了糟糕的版本又没能及时补救，那么一定会带来非常大的麻烦。所以，产品经理需要将因产品版本更新带来的负面影响降到最低，最常用的方法是在测试环节上加大力度来减少新版本中存在的隐患，如可靠性问题、拓展性问题、性能问题等。记得在INSPIRED上提到过通过公告、群发邮件、在线教程等方式提前通知用户。但大多数用户没时间也没兴趣去阅读这些内容，所以我认为这种方法效果有限，不提倡使用。还有一种方法就是在发布新版本的时候将旧版本保留一段时间，让新旧版本并行，用“特约用户”（见之前的文章）来试用新版本，如果新版本运行正常，在大部分用户习惯新版本后，再渐渐的下线旧版本（要公示旧版本提供支持的最后日期） ，以便那些没来得及习惯新版本的用户在这段时间能照常使用产品，”虎扑体育“App就用过这种产品更新的方式，个人感觉很人性化，很容易接受。
每一次产品版本的更新对产品经理来说都是一次巨大的挑战，优秀的产品和服务可以赢得用户的信任和好感，这是难得的财富，所以每一个版本都要尽可能的做到完美，别忘记自己选择做产品经理的初心：为用户、为公司、为自己打造出卓越的产品，真正的方便人们的生活，同时也让自己能收获到成就感。
Ps：最近好多同学，朋友都在问我关于PM面试的经验，我决定抓紧时间写一份面经分享出来，想想自己找工作的时候也看过好多人的面经，接受过很多师兄的指导，饮水思源，我会尽我最大的努力把面经写好，谢谢大家~~
