迭代需求落地設計方程式
迭代設計需求是指在產品設計過程中,對原有設計進行不斷改進和優化的一系列要求。作為大部分產品經理的工作內容,作者整理了一套自用的“WCPHV設計方法”,一起來學習一下。
當拿到一個迭代設計需求的時候,設計師該如何著手去做需求,本人整理了一套自用的WCPHV設計方法
- 【W】Why:為什么要迭代?原來有什么問題、新版本要達到什么目的
- 【C】Content:迭代的內容,明確用戶場景、功能與流程梳理
- 【P】Problem:聚焦用戶的問題,收集與核實用戶痛點并從中尋找設計機會點
- 【H】How:怎么解決問題,針對已知痛點,明確設計方向和探索具體的解決方案
- 【V】Verification:設計驗證,擬定驗證方案,跟進后續反饋,不斷完善體驗
下面以“智能外呼”的設計案例串聯闡述迭代設計的具體步驟與方法
第一步:WHY
了解清楚我們為什么要做這個需求
通常B端的迭代需求常見的有四類:滿足用戶期望、設計創新、數據反饋分析、管理層戰略規劃
- 滿足用戶期望:需要了解用戶現在使用遇到什么問題,可以和用戶直接交流,獲取一手未加工信息。因為產品經理的轉達可能帶著自己的理解和方案會帶有引導性,局限設計思路。直面的交流更容易發現設計的機會點
- 設計創新:通常來源于現有市場競品和類競品已有的功能,這類需求沒有辦法知道競品設計師的意圖,只能靠產品經理和設計師自身對業務的積累與理解進行分析,這個功能可能會為用戶帶來什么好處,是提升了工作效率?還是降低了人工/資產成本,判斷是否適用于公司本身的業務,或者怎么運用更有利于在本公司提效降本
- 數據反饋分析:這個是最客觀的需求,通過歷史數據分析用戶行為,不斷的完善體驗,不用質疑,直接開干!當然這基于數據采樣合理、分析正確的前提。例如產品剛上線一個月,沒有培訓,沒有新手引導,說沒有使用量產品功能不OK要改版肯定不合理。B端用戶都有自己固定的工作流程,等用戶自己探索發現新功能的概率極低
- 管理層戰略規劃:一般這個層次的需求,就是“重點項目”。老板們會給一個我想做什么的概念,那就需要產品和設計師去完善怎么好,這個時候如果時間允許的情況下做調研是非常有必要的。對于未上線的功能用戶沒有實際使用會給不出合理的建議,但是我們可以圍繞功能的場景進行展開咨詢,更合理的滿足用戶需求
智能外呼迭代需求設計,為什么要做這個需求? 【設計創新】
外呼主要用戶是客服,每月約有2萬多人訪問,訪問量達30萬次,使用量非常大,但是對比競品公司的頁面發現,我們的產品的信息展示過多,層級不夠清晰,導致頁面重點不突出,閱讀費力度高;頁面風格陳舊,觀感欠佳;簡單操作下鉆深,不夠輕量,希望新版本在體驗上有一個升級,讓用戶用起來更加舒適和簡單
舊版本頁面
第二步:Content
對迭代的內容有一個清晰的了解,包括場景、功能、流程等
- 梳理場景的方法常用的有用戶畫像法、情景觀察法。C端的產品對于服務的是哪一細分群體的用戶非常明確,因此用戶的場景會比較清晰,比較適用于用戶畫像繪制。但是B端的用戶很多時候服務的是不同的組織,可能每個組織的管理模式不一樣,崗位要求不一樣,都會導致用戶使用習慣不一樣,因此在B端僅參考用戶畫像設計指導產品迭代是不太適用和實用的。建議大家有條件的使用情景觀察法,實地了解用戶場景和需要,條件不允許的情況下可通過產品經理間接了解用戶的場景,確保設計符合用戶真實心智
- 功能和流程我們可以基于用戶訪談、情景觀察、頁面走查、產品經理業務介紹等多種方式進行梳理繪制,在設計交互的過程中作為參考,保證流程的閉環,細節思考到位
外呼場景/流程梳理:主要采取產品經理業務介紹、頁面走查的方式完成
分析了用戶在呼叫前、呼叫中、呼叫后的主要操作步驟流程,以及對應的場景及目的
第三步:Problem
問題在哪里,收集與核實用戶痛點
在做流程/場景梳理的過程中,會直接或者間接的收集到用戶的問題,那我們需要做的是驗證這些問題是否真實存在。例如一個用戶說“某某功能我覺得應該怎么樣設計更好”,這時候我們需要找別的用戶驗證,請教他們平時是否用這個功能,用的怎么樣?有什么建議?不要直接問,側面去核實這個問題是否真實存在,避免引導用戶;再例如我們走查發現一個功能交互非常不友好,是不是立馬改?不是的我們需要核實,首先咨詢產品經理,當時這么做的原因是什么,因為我們非專業用戶可能會不理解實際業務需要(B端的產品很多專業性較強,有學習成本),其次和產品經理意見不同可以直接咨詢實際用戶使用的場景是什么樣,有沒有遇到什么問題。還是那句話側面咨詢不要直接問!
外呼用戶痛點分析,設計機會點挖掘
本次需求涉及改版功能主要是打電話,了解了用戶打電話的場景后發現信息層級非常凌亂,操作也不夠輕量,很多簡單快捷的操作都需要跳轉新頁面解決;視覺表現欠缺
場景1:在頁面電話號碼處點擊撥號、再在外呼點擊呼叫完成打電話
場景2:對于需要重復撥打的場景要么重新找到信息撥打,要么在通話記錄里撥打
場景3:除了電腦呼叫,其他方式都是轉移到別的設備接聽
場景4……
第四步:How
怎么解決問題,明確設計方向和解決問題的具體方案
結合自身經驗以及業務了解,提煉出可以解決問題的設計策略方案,設計的方法論有很多,也是作為設計師的基本功,比如格式塔原理、尼爾森十大可用性則、簡約四設計、費茨定律等等,我就不在這具體闡述了
外呼設計主要擬定了以下三個設計策略
1、撥打前:合理處理信息展示,提升易操作性和閱讀性
2、撥打中:視覺升級,界面展示更清晰友好
3、撥打后:縮短回撥路徑、提升回撥的效率
設計終稿
第五步:Verification
設計驗證:擬定驗證方案,跟進后續反饋,不斷完善體驗
設計驗證基于需求想要達成的目標(包含用戶、業務),從而制定可以衡量的指標。B端產品衡量我比較喜歡用騰訊的USE模型。一致性是基礎,保證用戶心智統一,除此之外,設計師設計費重中之重就是保證產品的易用性和任務效率,滿意度是對產品整體的感受,包含視覺、功能、交互多個層面,也是需要關注的
外呼重點關注新版本用戶滿意度和使用效率,涉及指標如下
新版本選擇使用率 = 選擇新版本用戶數/總用戶數
插件內通話記錄撥號量
本文由 @(*≧▽≦) 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
明確迭代的原因,包括用戶期望、設計創新、數據反饋分析和管理層戰略規劃。