求解:原有的產品功能轉型甚至刪除后該如何告知老用戶?
產品越來越多,各個產品中的功能也越來越豐富,但盲目增加產品功能而忽略了產品間的整合,等意識到產品過于“龐大”的時候,已經出現了很多冗余的功能,甚至不同產品間的功能居然存在競爭關系,同樣的需求被不同的功能“滿足”,這時不得不忍痛割愛,整合、砍功能、轉型、簡化…
可是,一個已經上線很久的產品,積攢了大量的老用戶,如果他們下次登陸的時候發現到了一個陌生的地方、自己使用的功能找不到了、習慣的東西變樣了,我們該如何處理?
在我負責的XX產品中原來有一個自定義收藏夾,但經過產品需求討論及數據分析后認為該功能沒有多大價值,用戶使用量非常小,決定去掉此功能;之前沒有多想,直接去掉,上線一段時間后,基本沒接到用戶反饋,但有一位用戶卻發來投訴郵件:“我的收藏夾哪去了!”給予解釋后得以平息,這對于我們來說是非常幸運的;
如果是較大的功能不得不轉型或與其他產品功能整合,例如一個人氣不錯的SNS中:好友關系沒有了,換成關注;日志沒有了,換成了微波,老日志數據也被轉入了微波;視頻上傳功能沒有了,并且老數據需要用戶下載保存…一系列的改變,怎樣告知老用戶,如何降低他們的抱怨;
還有一些情況:產品升級時,由于開發周期較短,原有的功能不能一次調整完畢,需要放到下一個迭代周期開發而不能同期上線,導致部分功能被迫暫停使用。這樣的情況,雖然很少見,但真遇到了,并且還是一個不大不小相對重要的功能,該如何處理?處理不好后果也會更難處理…
現在我面臨到了這些問題,整合已定、轉型已定、功能刪除已定、暫停功能已定…那么我該做些什么,在用戶下次登錄發現頁面變了、功能變了、有些東西找不到了之前,我需要做好哪些準備、提前做哪些事?
我目前能想到以下幾點,望各位前輩指教:
1、設計時盡量考慮好老用戶的使用習慣,即使有了大變化也不會讓老用戶迷路;
2、功能合并時,盡量保持原有2個或多個功能的本質,讓老用戶還能找到一點感覺;
3、新版發布時,如果有功能減少,向老用戶發布升級通知信件,解釋刪除功能原因及數據處理方式;
4、如果有功能暫停,需要一定的改版時間,向用戶解釋暫停原因,新版的優勢,讓用戶有一定的期待感;
5、在新版中掛出升級公告,說明升級“意圖”;
6、給老用戶一定的優待,讓用戶感到升級了也是一件高興事,別把注意力轉移到原有功能上;
… …
上面這幾條是暫時想到的,希望大家能分享一下遇到這樣問題的處理經驗,共同交流學習,小D在此謝過各位~
來源:http://www.dboy365.com/archives/593
- 目前還沒評論,等你發揮!