展開講講B端交互中的場景思維
由于B端產品業務復雜、參與角色多,往往需求的來源也呈現多元化,那么產品經理如何判斷哪些需求才是真正有用的需求?作者在本文中提出了5W1H的分析方法,具體是如何做的,一起來看看吧,希望該文章對你有所啟發。
市面上任何一款產品都不是拍腦袋的決定,它需要依靠大量的需求分析。B端產品由于業務復雜、參與角色多,往往需求的來源也呈現多元化,有行業交流、用戶訪談、問卷調查、競品分析、客戶反饋、行業報告、職能部門反饋等四面八方的信息。
俗話說“不以用戶場景為基礎的設計都是耍流氓”,因此我們交互設計師在設計的時候要考慮的重要原因之一就是用戶場景。需要在頭腦中構思用戶在什么樣的場景下這些需求才能被滿足,以此來對需求進行篩選。
那面對這么多需求,什么樣的需求才是真正的用戶需求?我們如何透過現象看本質?今天我們將借助場景化思維工具5W1H方法來聊聊這個話題~
01 5W1H方法的定義
5W1H分析法又稱為“六何”分析法,是一種科學的思考方法。它最早由1932年美國人提出,后經過人們的不斷運用和總結,逐步發展而來。它廣泛的應用于企業管理、生產生活、教學科研等方面。
為什么叫5W1H分析法呢?
它是一種場景化思維方法,指的是以5個W開頭的英文單詞以及1個H開頭的英文單詞進行提問,發現解決問題的線索,進而找到解題思路,從而進行設計構思。針對一個現象可以從原因(何因Why)、事物(何事What)、地點(何地Where)、時間(何時When)、用戶(何人Who)、方法(何法How)這6個問題從因果關系的鏈路全面的來剖析它的本質原因。
將其連起來就是某種類型的用戶(Who)在某時間(When)某地點(Where),因為周圍出現了什么事物(What)而產生某種需求(Why),并希望通過某種方法(How)來滿足這種需求。
5W1H分析法的核心就是通過追問來獲得項目背景和業務目標,讓我們站在用戶的角度去思考問題。它是一種從用戶實際使用角度出發,將各種場景信息綜合思考的一種思維方式。
02 5W1H方法的應用
最近有一個關于企業用戶的網絡管理系統的設計,涉及問題很多,如何提取需求重點?5W1H來拆解~
2.1 Who丨用戶是誰,這個需求是什么用戶提出?
我們經常提到以用戶為中心,這一步就是要求我們先明確目標群體。在B端中經常用角色來作為我們的目標群體,因為每個角色對系統的需求和職能不同,這就需要保證系統使用者不被其他內容所干擾。
例如網絡管理系統的中管理員通常擁有最高權限,需要全面了解整個網絡的狀態和維護情況,實時監控網絡設備的運行狀態,負責解決網絡故障和維護系統穩定性。他可以創建、修改、刪除其他用戶賬號、設備信息及其他重要操作。
針對管理者,我們需要及時的提供網絡設備的狀態、異常等信息,方便快速處理故障,保證網絡的穩定性。
而運維人員只需獲得設備信息、設備狀態、異常告警等基本信息,不能進行修改設備信息和配置的操作,針對他們我們提供簡潔的界面和信息,只提供必要的信息和操作界面,方便其進行基本操作和查詢。
這些只是籠統的需求,隨著業務深入,數據增多,產品步入成熟期,我們還需要借助一些用研方法來進一步分析。把他們的真實需求以及關注點都拆解出來,按照優先級以及主次進行排列,這樣才能滿足貼合場景的用戶需求。
2.2 When丨時間是什么,何時產生這個需求?
時間要素經常被忽略,我們需要考慮用戶在什么時候使用這個功能,它影響到我們提供給用戶的交互內容。
網絡管理系統是一個24*7的系統,需要隨時提供可靠的服務。因此,界面設計需要考慮到不同時間段不同角色的使用情況,如何提供實時反饋和通知等功能。
例如在配置參數中,針對不同帶寬利用率的配置,用戶在進入該模塊后需要大體了解真實的帶寬配置情況,按照以往表格數據呈現,用戶需要在腦海中幻想不同帶寬的占比,占用的時間雖短,但是對于效率性產品而言還是有提升的空間。在新版的設計中我們將不同類別的帶寬設計為不同顏色進度條,使得數據簡潔明了。
2.3 Where丨地點是什么,它在什么場景下產生?
我們需要考慮產品設計出來后用戶實在什么場景下使用,要以真實的場景特性作為產品設計的考量。
還是以網絡管理系統的設計為例,用戶在設備管理中新建設備列表后需要立即往新建的列表內導入數據,按照以往慣例需要在不同的菜單中切換,如果數據量較大的話那么必須考慮是否記住復雜列表的可能性。
所以我們在給出解決方案的時候就把兩個關聯度較高的內容集成在一個頁面內展示,并且通過帶有顏色的狀態提示讓不同信息之間的區分加大,只需要鼠標輕移就可以快速進行數據的填寫區域,提升使用的便利性。
2.4 What丨什么事,需求是什么?
首先需要確定用戶的需求,包括他們的任務、需求和期望,他們到底要什么。
例如網絡管理系統是一種用于監控、管理和維護企業網絡設備的軟件系統。在設計時,需要考慮展示什么信息,如何組織這些信息,以及如何提供操作和反饋等功能。
當然并不是所有的需求點我們都要跟進,鍵要發現用戶的核心任務,將不重要的信息給排除,避免核心任務收到感染。再舉一個其他的例子,例如下圖中antdesign某個更新日志:
我們可以發現上圖的日志內容并不是每一條都與設計有關,其中有些信息是開發的工作范疇。該階段我們的工作就是在大量的需求中進行篩選,找到與我們職責相關的內容。
2.5 Why丨原因是什么,為什么產生這個需求?
該階段我們并不是對把經過篩選的需求點直接搬入頁面,而是應該結合用戶體驗反饋、業務發展需要、數據分析以及競品分析進行綜合考量,權衡在當前迭代中現有需求的必要性,這些信息了解越多,我們在產品設計中的參與感就越強。
在網絡系統管理系統的改版中,我們了解到:
在用戶方面:
- 用戶界面設計應簡潔、易用、直觀。該界面應當提供用戶友好的信息展示、操作方式和反饋;
- 可以增加一些功能模塊,如網絡使用記錄、網絡賬號管理、設備納管等;
- 系統應該具備良好的性能和穩定性,以保證用戶的正常使用;
在業務方面:
- 系統應該支持多種網絡拓撲結構,以便直觀的看到不同端口的鏈接情況;
- 系統應該支持多種網絡協議;
- 系統應該支持網絡管理功能,如帶寬控制、流量監測、網絡拓撲圖等;
數據分析方面:
- 用戶行為數據分析了解用戶經常使用哪些功能、使用頻率、使用時長等,從而發現使用問題;
- 通過分析用戶反饋數據確定用戶對系統界面的滿意度、用戶對某些功能的反饋和意見等,以及需要改進和完善的方面;
競品分析方面:
- 系統應該具有與競品相同或更高的性能和穩定性,以保證用戶對系統的信任度;
- 系統應該提供更多的高級功能,如網絡拓撲自動發現、設備自動配置等等,以增加競爭力;
- 系統應該提供更好的用戶體驗,包括操作方式、反饋機制、幫助文檔等等,以提高用戶黏性;
- 借助這些目的,需要充分考慮用戶、業務、產品數據和競品的需求,以滿足用戶的需求和提高系統的競爭力。
2.6 How丨這個需求如何滿足?
這一步就進入了最后的動手環節,我們可以根據需求、用戶、場景、時間、目標來著手設計了。通過分析報告、低保真等內容把我們的思考結果進一步具象化,在需求評審會上向大家描述接下來的解決方案。
例如通過前期的分析,網絡管理系統的界面設計中,需要考慮到如何提供清晰的信息架構、簡潔的操作流程和反饋機制等,以提高用戶的使用體驗。具體可以采用以下設計思路:
- 信息架構:將信息按照用戶需求和使用場景進行分類和組織,采用層級結構和標簽等方式進行展示,以提高信息的可訪問性和可理解性。
- 操作流程:設計簡單明了的操作流程,避免過多的復雜操作,提供多種操作方式和快捷鍵等,以提高用戶的操作效率和易用性。
- 反饋機制:提供全面的監控和告警功能,及時通知網絡設備的狀態、異常等信息,方便快速處理故障,保證網絡的穩定性。
- 權限體系:分配不同的權限和界面,只展示該角色相關的信息和操作,簡化界面和流程,提高系統交互的易用性。
03 寫在最后
5W1H這種場景公式分析法可以讓問題思路清晰且具有條理,只有更好的把握用戶場景,我們才可以讓所做的事具象化,挖掘問題的真正根源并創造改善途徑。
以上只是我對交互設計師在需求分析的粗略總結,希望該文章對你有所啟發,也歡迎感興趣的同學一起探討~
專欄作家
江鳥,微信公眾號:江鳥的設計生活,人人都是產品經理專欄作家。8年互聯網行業經驗,擅長體驗設計思維、設計方法論、交互設計研究。
本文原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!