产品越来越多，各个产品中的功能也越来越丰富，但盲目增加产品功能而忽略了产品间的整合，等意识到产品过于“庞大”的时候，已经出现了很多冗余的功能，甚至不同产品间的功能居然存在竞争关系，同样的需求被不同的功能“满足”，这时不得不忍痛割爱，整合、砍功能、转型、简化…
可是，一个已经上线很久的产品，积攒了大量的老用户，如果他们下次登陆的时候发现到了一个陌生的地方、自己使用的功能找不到了、习惯的东西变样了，我们该如何处理？
在我负责的XX产品中原来有一个自定义收藏夹，但经过产品需求讨论及数据分析后认为该功能没有多大价值，用户使用量非常小，决定去掉此功能；之前没有多想，直接去掉，上线一段时间后，基本没接到用户反馈，但有一位用户却发来投诉邮件：“我的收藏夹哪去了！”给予解释后得以平息，这对于我们来说是非常幸运的；
如果是较大的功能不得不转型或与其他产品功能整合，例如一个人气不错的SNS中：好友关系没有了，换成关注；日志没有了，换成了微波，老日志数据也被转入了微波；视频上传功能没有了，并且老数据需要用户下载保存…一系列的改变，怎样告知老用户，如何降低他们的抱怨；
还有一些情况：产品升级时，由于开发周期较短，原有的功能不能一次调整完毕，需要放到下一个迭代周期开发而不能同期上线，导致部分功能被迫暂停使用。这样的情况，虽然很少见，但真遇到了，并且还是一个不大不小相对重要的功能，该如何处理？处理不好后果也会更难处理…
