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