产品越来越多，各个产品中的功能也越来越丰富，但盲目增加产品功能而忽略了产品间的整合，等意识到产品过于“庞大”的时候，已经出现了很多冗余的功能，甚至不同产品间的功能居然存在竞争关系，同样的需求被不同的功能“满足”，这时不得不忍痛割爱，整合、砍功能、转型、简化…

可是，一个已经上线很久的产品，积攒了大量的老用户，如果他们下次登陆的时候发现到了一个陌生的地方、自己使用的功能找不到了、习惯的东西变样了，我们该如何处理？

在我负责的XX产品中原来有一个自定义收藏夹，但经过产品需求讨论及数据分析后认为该功能没有多大价值，用户使用量非常小，决定去掉此功能；之前没有多想，直接去掉，上线一段时间后，基本没接到用户反馈，但有一位用户却发来投诉邮件：“我的收藏夹哪去了！”给予解释后得以平息，这对于我们来说是非常幸运的；

如果是较大的功能不得不转型或与其他产品功能整合，例如一个人气不错的SNS中：好友关系没有了，换成关注；日志没有了，换成了微波，老日志数据也被转入了微波；视频上传功能没有了，并且老数据需要用户下载保存…一系列的改变，怎样告知老用户，如何降低他们的抱怨；

还有一些情况：产品升级时，由于开发周期较短，原有的功能不能一次调整完毕，需要放到下一个迭代周期开发而不能同期上线，导致部分功能被迫暂停使用。这样的情况，虽然很少见，但真遇到了，并且还是一个不大不小相对重要的功能，该如何处理？处理不好后果也会更难处理…

现在我面临到了这些问题，整合已定、转型已定、功能删除已定、暂停功能已定…那么我该做些什么，在用户下次登录发现页面变了、功能变了、有些东西找不到了之前，我需要做好哪些准备、提前做哪些事？

我目前能想到以下几点，望各位前辈指教：

1、设计时尽量考虑好老用户的使用习惯，即使有了大变化也不会让老用户迷路；

2、功能合并时，尽量保持原有2个或多个功能的本质，让老用户还能找到一点感觉；

3、新版发布时，如果有功能减少，向老用户发布升级通知信件，解释删除功能原因及数据处理方式；

4、如果有功能暂停，需要一定的改版时间，向用户解释暂停原因，新版的优势，让用户有一定的期待感；

5、在新版中挂出升级公告，说明升级“意图”；

6、给老用户一定的优待，让用户感到升级了也是一件高兴事，别把注意力转移到原有功能上；

… …

上面这几条是暂时想到的，希望大家能分享一下遇到这样问题的处理经验，共同交流学习，小D在此谢过各位~

来源：http://www.dboy365.com/archives/593