客服咨詢記錄如何驅動產品設計改版?

3 評論 11587 瀏覽 131 收藏 12 分鐘

編輯導語:在產品的迭代升級過程中,改版設計是常常會遇到的問題。本文作者從實際問題場景出發,對設計驅動產品改版的流程進行了梳理,并對過程中存在的問題展開了分析總結,供大家一同參考和學習。

前言

設計改版是設計師經常遇到的場景,在我們日常設計驅動的改版中,會經歷這么幾個階段,收集問題——發現問題——將問題優化——觀測上線反饋,其中非常關鍵的一步就是找到有依據、有代表性、有價值的的問題,然后將問題進行整理成為本次改版的切入點。

01 傳統的用戶調研成本較高

最常用的搜集問題方法就是用戶訪談、問卷、專家走查、數據分析等方式來去獲取改版的源頭問題。

酷家樂有很多商家賬號每天都在使用商家后臺,每個功能模塊的用戶場景和角色各不相同,想知道一線用戶在使用過程中的反饋是比較困難的。客戶分布在全國各地,用戶訪談的成本也比較高。

今天給大家介紹一種更直接的體驗問題獲取渠道和設計推導方法——從客服記錄反饋指導體驗改版

從客服記錄反饋指導體驗改版的優勢有兩點:

  1. 客服反饋是現成的內容,獲取成本比較低。
  2. 客服反饋更直接,是用戶對產品直接困惑,需要被關注;

如何理解客服是直接接觸用戶反饋的群體?

客服是直接跟用戶打交道的,他們每天都要處理上千條的用戶使用問題,但崗位職能各有差異,客服傾向于1對1的告訴用戶當前怎么解決這個問題,而不是把客戶的使用問題通過產品化的方式來解決。

在客服點對點的回答每個用戶的問題時,其實是對我們的產品產生了困惑、抱怨、甚至是吐槽,對于產品的體驗來說,就像是一個烙印一般,問的人越多,烙印就越深,此時我們應該去發現它并在設計源頭解決它。將碎片化的反饋變成體驗優化的依據,在產品迭代中推動產品體驗的提升。

02 體驗的問題在產研體系里往往不受重視

在我們解決用戶或者說客戶的問題時,bug級別的問題會通過客服反饋會反饋到技術開發。

在產研體系里有個很有意思的現象:

一旦新功能上線以后,針對體驗問題的優化往往會沒有新的功能重要。除非這個問題被關鍵人提到,不然很難直接快速的解決。

而這類問題越不受關注,又會持續的影響用戶的使用感受;所以作為設計師,我們需要去關注用戶在使用中的困惑。

03 客服咨詢記錄,如何驅動產品設計改版?

主要步驟如圖:收集問題——解讀問題——過濾問題——變成需求——總結原則

1.?收集用戶體驗問題

客服部門會有存檔的習慣,會將一些問題按照功能模塊記錄在一起,但即便這樣,處理的工作量是也非常大,近幾個月1000+個咨詢反饋的問題,涉及6個業務模塊,一共有186類跟方案、賬號、權益、訂單等模塊的體驗問題:

2. 解讀用戶心聲,深挖用戶的深層含義

大多數用戶只會關注自己的問題怎么解決,從客服那尋求幫助,客服告訴他怎么解決這個問題,然后用戶操作即可。

用戶不會直接跟客服說這個功能要怎么改,所以在用戶咨詢的過程中,不僅要及時解決用戶的問題,還需去解讀和深挖問題背后的原因及改善的可能性。

比如:用戶問你這個門怎么開,你引導ta開門之后,還需要思考為什么用戶會有這個問題,是不是這扇門沒設計好?這背后的啟發更有意義。以下是從客服記錄反饋中提取出來的幾個典型案例:

以下是部分示例的解讀拆解:

3. 過濾問題,確定問題類型以及問題緊迫性

用戶咨詢客服的對話中很多就是:怎么閃退了?功能怎么用?位置在哪里?怎么充值?怎么找不到…

那么這么多問題如何去有序的解決呢?所以我們要做兩件事——分類問題與定級問題

分類問題:

這里對體驗的問題進行分類,性能、功能缺失、流程、樣式、文案都會導致體驗問題,分類的目的有二:

  1. 將問題確定問題類型及將會由哪個職能的人來解決問題,比如技術bug這個就由研發來主導完成即可;
  2. 將類似的問題放在一起看甚至合并,提高處理的效率。

PS:bug問題是需要直接解決的,直接同步給對應人員,不屬于體驗優化

定級問題:

問題多但也需要有序解決,通過篩選定級確定輕重緩急:

篩選級別主要從實現成本和重要性兩個維度考慮:

  1. 實現成本:包括設計、研發、產品的時間成本;
  2. 重要性:從兩個維度衡量,分別是:業務本身重要度、問題出現頻率。

4. 將問題變為需求,有效有序的解決

在確定了問題的必要性和優先級后,我們需要對這些體驗優化找到最合適的解法:

合并問題,整理成關鍵的用戶故事:

在眾多用戶客服咨詢過程中,部分問題存在類似甚至雷同,所以一個個碎需求不利于產研估時統計工作量,為了讓需求符合敏捷迭代的習慣,將一些問題合并成用戶故事,便于產研體系的相關人員理解和解決:

以下是部分方案優化的展示:

以上僅是幾個場景的示例,非全部本次改版的內容。

5. 總結規律與原則,避免類似問題重復發生

優化上線以后我們會對體驗的優化進行驗證,從數據、訪談、客訴前后對比等渠道獲取相關反饋。到這里這個優化是不是就結束了呢?當然不是。

人們常說產研不要重復造輪子,其實另一面很少被提到——不要重復修輪子

這是很關鍵的一步,我們需要總結一些經驗,這些經驗可以在我們做設計的時候,前置的考慮進去,避免類似問題重復。

如下圖所示,原則相當于給我們產品設計劃一道紅線,紅線以外的場景是堅決不能發生,明確紅線,確保類似的問題不重復發生。

以下整理了幾個通用的原則:

寫在最后

通過客服記錄只是找到用戶使用產品問題的方式,在用研資源有限和時間比較緊張的情況下,是一種比較低成本的問題采集的途徑,但不能完全替代常用調研手段的作用,針對較復雜的問題還需配合訪談或問卷等形式來最終定義和發現用戶的問題。

 

作者:看看;公眾號:酷家樂用戶體驗設計,歡迎關注,交流探討。

本文由 @酷家樂用戶體驗設計 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 開發了功能沒人用,怎么辦。。

    來自廣東 回復
    1. 開發了功能沒人用,這個需要看具體是新功能沒人知道還是知道了也用不起來:
      1、如果是沒人知道,那需要加強宣導,通過系統的新手、投放、幫助中心或者其他可以觸達到用戶方式,去解決(前提是你這個產品是有一部分用戶的);
      2、如果是即便用戶、客戶知道了也不用,這個是需求不準確導致沒人用,需求沒有解決用戶或者組織的實際問題,或者是解決了一部分問題又帶來了新的問題帶來了更高的成本,這個本質還是功能需求與用戶場景的契合度問題,需要從調研、系統的解決方案上去做文章。

      來自浙江 回復
  2. 干貨滿滿

    來自上海 回復