通常没人喜欢版本更新

如题，对待版本更新有两种截然相反的态度，一种欣喜若狂，一种冷漠如冰，前者是产品的狂热爱好者和尝鲜者，后者是产品的目标用户。

从一个理性人的角度，狂热的爱总是暂时的，我们需要更多理性的爱才能帮助产品成长。再者，普通用户总是大多数人，对于大多数人更新可能意味着：

你的产品不够好，当然我本来也觉得不好，你更像是提醒我卸载你的产品。

对于一个普通用户产生这样的心理，不要慌张，和你吐槽其他产品的嘴脸一个样。心情平静了的话，我们一起看看那些年我们犯过的错：

1. 产品更新没有知会用户，更新时措手不及。这种情况有些天天在办公室里的产品经理会有点难以理解。这个很像小朋友张嘴吃棒棒糖，糖掉到了地上。很多产品经理会认为产品的发布时间不那么重要，如果上班路上没有WIFI，不好更新是不是不爽，你早说你要更新是不是会好点，而且很多时候这种立即更新产品的用户都是忠诚度不错的，即好的产品口碑发声者。

2. 新版本与旧版本差距较大，用户本身没有足够的时间和精力来适应产品的变化，这个时候要是产品在新版中没有加入适当的引导，那就准备迎接一波激烈的用户反馈吧。如果新旧版本可以通过减少认知差异还是尽量尝试，如果版本变化确实太大，给用户简洁且适当的引导，起码告知用户改变了那些东西，这里不建议罗列新增功能，而是说明新增加的服务或对用户的益处堪忧哪些。

3. 新老版本不兼容也是有的情况，可能是数据接口调整导致的疏漏，导致旧版本的数据无法获得。这个时候不要仅仅觉得是测试盒开发的锅，想想我们自己有意识到这个问题吗？有的话你就会想到梳理新旧版本的接口，提醒开发要注意数据接口的问题。

4. 接二连三的版本更新甚是烦人，特别在很多小公司中没有安排专门的测试人员，出现BUG的概率很高，一般会通过加急的方式去修复BUG。这个对用户来说是重复劳动，即享受相同的服务下载了2次产品。我还发现有些产品频繁的出现这类问题，今天发布新版本，第二天又发布一个BUG FIX的版本，这样很糟糕，会让人疲惫。

5. 在产品生命周期中，我们可能调整产品的交互框架，这个真的是个慎重的点。用户很难适应，甚至会抗拒这种变化。我毕业不久，在公司改一款老产品的交互框架时就曾经遇到类似的问题，我觉得新的交互框架很好，同事们也觉得不错，推出一周后各种不适应的反馈出来了。作为产品经理，考验你的时候到了，如果改交互是对的，那就坚持下去，大家适应了就好了。我们要解决的事在新老版本改交互的过程中怎么让用户更容易适应，而不是回退版本。如果是对的事情，就算短期对我们有压力，也希望大家顶住。