交互設計流程(一):需求分析
本文是系列文章的第一篇,主要從業務需求、用戶需求、分解關鍵因素三個方面來分析。一起來文章中看看吧~
工作后,平時的設計呈現多與業務相關,基本是以B端設計為主,對于傳統交互設計的方法論有點生疏了。所以再次整理一下筆記,有不對的地方大家多交流。
該系列交互設計文章,抽取工作中需要的核心步驟,預估計有6篇,暫擬定如下內容:
- 交互設計流程一之需求分析
- 交互設計流程二之架構設計
- 交互設計流程三之流程設計
- 交互設計流程四之頁面布局設計
- 交互設計流程五之交互文檔輸出
- 交互設計流程六之設計測試與評估
工作中,設計師與上游(產品經理)與下游(開發)進行交接之時,都是以需求為單位,我們需要明白每一個需求背后真正的業務訴求和用戶訴求。
對于需求分析,可以從以下三點進行分析:
- 業務需求;
- 用戶需求;
- 分解關鍵因素。
一、業務需求
首先整個產品是有一個綜合目標的,例如:摩拜單車和ofo單車產品的最高目標都是成為最大的共享單車平臺,這個目標有些同學可能會覺得廢話。其實不然,這個目標有時候可以看出產品最后的走向和商業模式,我們就可以看出摩拜單車是通過共享經濟進行盈利和變現的。
其次,你所接受的每一個小模塊都是有他的業務需求,例如:注冊與登錄模塊,是方便進行用戶管理并且增強用戶粘性,說的再現實狗血一點,你用戶活躍度高,出去融資就很簡單(當然要有一定的變現能力)。
這里有一個GSM模型可以應用:目標Goal,就是你的模塊業務目標;信號Signal,要讓用戶產生什么樣的行為;metric衡量指標,量化到某一個具體指標上(在C端產品上往往是點擊率和轉化率等)。
結合具體實例說明,我目前在做的模塊是廣告流量診斷,整個平臺的綜合目的是幫助運營更好轉化流量、提升盈利能力結合GSM模型,這個模塊的目標goal是快速分析診斷出波動等異常來源,以便進行更正。
這個模塊的signal是運營們使用這個模塊定位到了相關問題,這個模塊的metric衡量指標是運用這個模塊廣告流量的相關指標(如ecpm)得到提升。
在這個模塊下,每一個小功能都可以用這種方法去思考,再結合我自己手里的例子,診斷出來的分析結果有好幾部分,每一個部分的作用是什么?運營用這個部分解決的是什么問題?
我們都應該去思考,這個過程中可以模擬使用場景。當然不用每一個功能點都這樣列出來,在腦子里面明確下來就行,畢竟每一個無論是大模塊還是小模塊都是有作用和存在的意義。要是沒有,那做出來干嘛?
二、用戶需求
用戶需求是產品和設計師需要時刻記在心中的,畢竟最現實的評價一個產品的維度就是產品的用戶數和活躍度,但是有時候用戶需求和業務需求會有一定的相悖。
最簡單的例子:很多軟件采用廣告這種最為簡單的變現模式,但是從用戶的角度來說肯定是廣告越少越好,廣告也的確是一定程度上破壞用戶體驗,這個時候就需要產品和設計師做一個很好的平衡。
用戶需求可以從以下兩個步驟進行確認:明確目標用戶 、明確目標用戶的需求。
1. 明確目標用戶
這個應該很簡單,不用多說,市面上基本所有的產品都有相應的目標人群,如果目標人群有比較突出的特點,往往交互設計師還回去構建用戶畫像,來更精準定位自己的用戶群體。
再舉個例子:我目前所做的項目,是一個B端項目,它的目標人群是廣點通(騰訊社交廣告)相關流量的運營和產品,B端產品去構建用戶畫像的重要性沒有C端那么高,因為B端用戶本身就是一群高度集成有特點的人群。
2. 明確目標用戶的需求
用戶需求有時候并不能直接從用戶口中得知,因為很多用戶并不知道他們真正需要的是什么?
印象很深的是,在《簡約至上》這本書里面提到:一個用戶說,我現在需要一個饅頭,最好的方法我們并不是給用戶一個饅頭,因為我們知道這里用戶真正的需求是“用戶餓了,想吃東西”,這個時候如果你提供一個雞腿給用戶,大部分用戶都會更加高興。
這里可以借用kano模型進行分析,如下圖所示(圖片摘自:人人都是產品經理):這個時候用戶并不知道自己真正的需求,一旦我們的產品能夠提供超出用戶預期的功能,就會大大增加用戶滿意度。
進一步解釋一下kano模型,最下方的紅色曲線,是用戶認為必須要有的功能,這一類功能是軟件中必須要存在的。例如:音樂軟件中的收藏歌曲/喜歡歌曲,這種基礎功能缺失則會極大引起用戶的不滿。
中間的綠色曲線,就是用戶明確提出的需求,就是越多越好。上面的黃色曲線,屬于興奮型需求,就是用戶本身都不知道自己需要的東西,如果一個產品能夠有幾個興奮型需求,那么用戶的滿意度則會更好提升,上文所說的提供給用戶雞腿,就是屬于興奮型需求。
kano模型
那么具體如何分析用戶需求呢?
這里需要結合“目標用戶+使用場景+用戶目標”,結合例子,廣告流量診斷模塊:
- 目標用戶就是負責相關流量的產品和運營;
- 使用場景就是定位相關的廣告和流量進行診斷分析;
- 用戶目標就是通過流量診斷分析出一些現象是原因,進行定位,快速跟進提高服務效率。
“用戶目標”和“用戶需求”我認為是十分接近的,沒有必要分的太細,結合到具體場景(尤其對于C端產品),更容易得出結論。
三、分解關鍵因素
這里的關鍵因素聽起來比較抽象,主要可以從用戶動機/用戶擔憂/使用障礙三個方面對需求進行細化。
- 用戶動機就是指我們通過加強和完善用戶的動機來提高用戶的滿意度;
- 用戶擔憂指的是用戶擔心的如隱私泄漏等問題;
- 使用障礙指的是流程中不流暢的地方。
同樣的舉例說明,目前的流量診斷模塊,正如之前所提到的用戶需求是通過分析單股流量或者對比分析,分析出數據波動原因快速進行定位。那么用戶動機就是更好更快速進行定位,用戶擔憂會有數據的準確性/分析的時長/頁面內容的承載量,使用障礙我理解更多就是交互細節的設計不足。
以上距離的是B端產品,其實體現的不夠明顯,在C端產品中,用戶動機往往就是通過“人性”來設計,貪/虛榮/懶惰/從眾心理等。
通過以上3個步驟,應該能夠比較好的確定用戶需求,其中最為重要的是要結合使用場景和目標人群的特性進行思考。
下一篇文章見~
本文由 @new rain 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
咋后面的都不寫了?
目標用戶使用場景用戶目標這幾個名詞解釋怎么感覺文不對題……
受教!
多謝支持
學習了,搶個沙發吧 ??
多謝支持~