編輯導語:在產品的迭代升級過程中,改版設計是常常會遇到的問題。本文作者從實際問題場景出發,對設計驅動產品改版的流程進行了梳理,並對過程中存在的問題展開了分析總結,供大家一同參考和學習。
設計改版是設計師經常遇到的場景,在我們日常設計驅動的改版中,會經歷這麼幾個階段,收集問題——發現問題——將問題優化——觀測上線反饋,其中非常關鍵的一步就是找到有依據、有代表性、有價值的的問題,然後將問題進行整理成為本次改版的切入點。
01 傳統的用户調研成本較高最常用的蒐集問題方法就是用户訪談、問卷、專家走查、數據分析等方式來去獲取改版的源頭問題。
酷家樂有很多商家賬號每天都在使用商家後台,每個功能模塊的用户場景和角色各不相同,想知道一線用户在使用過程中的反饋是比較困難的。客户分佈在全國各地,用户訪談的成本也比較高。
今天給大家介紹一種更直接的體驗問題獲取渠道和設計推導方法——從客服記錄反饋指導體驗改版
從客服記錄反饋指導體驗改版的優勢有兩點:
- 客服反饋是現成的內容,獲取成本比較低。
- 客服反饋更直接,是用户對產品直接困惑,需要被關注;
如何理解客服是直接接觸用户反饋的羣體?
客服是直接跟用户打交道的,他們每天都要處理上千條的用户使用問題,但崗位職能各有差異,客服傾向於1對1的告訴用户當前怎麼解決這個問題,而不是把客户的使用問題通過產品化的方式來解決。
在客服點對點的回答每個用户的問題時,其實是對我們的產品產生了困惑、抱怨、甚至是吐槽,對於產品的體驗來説,就像是一個烙印一般,問的人越多,烙印就越深,此時我們應該去發現它並在設計源頭解決它。將碎片化的反饋變成體驗優化的依據,在產品迭代中推動產品體驗的提升。
02 體驗的問題在產研體系裏往往不受重視在我們解決用户或者説客户的問題時,bug級別的問題會通過客服反饋會反饋到技術開發。
在產研體系裏有個很有意思的現象:
一旦新功能上線以後,針對體驗問題的優化往往會沒有新的功能重要。除非這個問題被關鍵人提到,不然很難直接快速的解決。
而這類問題越不受關注,又會持續的影響用户的使用感受;所以作為設計師,我們需要去關注用户在使用中的困惑。
03 客服諮詢記錄,如何驅動產品設計改版?主要步驟如圖:收集問題——解讀問題——過濾問題——變成需求——總結原則
1. 收集用户體驗問題客服部門會有存檔的習慣,會將一些問題按照功能模塊記錄在一起,但即便這樣,處理的工作量是也非常大,近幾個月1000+個諮詢反饋的問題,涉及6個業務模塊,一共有186類跟方案、賬號、權益、訂單等模塊的體驗問題:
2. 解讀用户心聲,深挖用户的深層含義大多數用户只會關注自己的問題怎麼解決,從客服那尋求幫助,客服告訴他怎麼解決這個問題,然後用户操作即可。
用户不會直接跟客服説這個功能要怎麼改,所以在用户諮詢的過程中,不僅要及時解決用户的問題,還需去解讀和深挖問題背後的原因及改善的可能性。
比如:用户問你這個門怎麼開,你引導ta開門之後,還需要思考為什麼用户會有這個問題,是不是這扇門沒設計好?這背後的啓發更有意義。以下是從客服記錄反饋中提取出來的幾個典型案例:
以下是部分示例的解讀拆解:
3. 過濾問題,確定問題類型以及問題緊迫性用户諮詢客服的對話中很多就是:怎麼閃退了?功能怎麼用?位置在哪裏?怎麼充值?怎麼找不到…
那麼這麼多問題如何去有序的解決呢?所以我們要做兩件事——分類問題與定級問題
分類問題:
這裏對體驗的問題進行分類,性能、功能缺失、流程、樣式、文案都會導致體驗問題,分類的目的有二:
- 將問題確定問題類型及將會由哪個職能的人來解決問題,比如技術bug這個就由研發來主導完成即可;
- 將類似的問題放在一起看甚至合併,提高處理的效率。
PS:bug問題是需要直接解決的,直接同步給對應人員,不屬於體驗優化
定級問題:
問題多但也需要有序解決,通過篩選定級確定輕重緩急:
篩選級別主要從實現成本和重要性兩個維度考慮:
- 實現成本:包括設計、研發、產品的時間成本;
- 重要性:從兩個維度衡量,分別是:業務本身重要度、問題出現頻率。
在確定了問題的必要性和優先級後,我們需要對這些體驗優化找到最合適的解法:
合併問題,整理成關鍵的用户故事:
在眾多用户客服諮詢過程中,部分問題存在類似甚至雷同,所以一個個碎需求不利於產研估時統計工作量,為了讓需求符合敏捷迭代的習慣,將一些問題合併成用户故事,便於產研體系的相關人員理解和解決:
以下是部分方案優化的展示:
以上僅是幾個場景的示例,非全部本次改版的內容。
5. 總結規律與原則,避免類似問題重複發生優化上線以後我們會對體驗的優化進行驗證,從數據、訪談、客訴前後對比等渠道獲取相關反饋。到這裏這個優化是不是就結束了呢?當然不是。
人們常説產研不要重複造輪子,其實另一面很少被提到——不要重複修輪子
這是很關鍵的一步,我們需要總結一些經驗,這些經驗可以在我們做設計的時候,前置的考慮進去,避免類似問題重複。
如下圖所示,原則相當於給我們產品設計劃一道紅線,紅線以外的場景是堅決不能發生,明確紅線,確保類似的問題不重複發生。
以下整理了幾個通用的原則:
寫在最後通過客服記錄只是找到用户使用產品問題的方式,在用研資源有限和時間比較緊張的情況下,是一種比較低成本的問題採集的途徑,但不能完全替代常用調研手段的作用,針對較複雜的問題還需配合訪談或問卷等形式來最終定義和發現用户的問題。
作者:看看;公眾號:酷家樂用户體驗設計,歡迎關注,交流探討。
本文由 @酷家樂用户體驗設計 原創發佈於人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基於 CC0 協議