AtlassianTeam Playbook | 使用者體驗中的移情地圖

Atlassian速遞發表於2020-09-01

使用者體驗,就是換位思考的過程

移情設計幫助你從使用者研究中獲得洞察,提升對目標使用者的認識,並且同理使用者行為和感受。

  • 對使用者的需求進行分類和分組。

  • 透過對目標使用者的深入瞭解,加強基於角色的設計思維。 

  • 如果你在團隊健康監視裡的「價值和指標」,「概念驗證」方面亮紅燈,那這次活動可能會對你有所幫助。

01 WHY


穿著別人的鞋子走一里說起來容易做起來難。儘管如此,這正是我們要做的。服務提供商需要站在服務消費者的角度來思考;製造商需要從使用者角度;作家需要從讀者角度思考。


構建一個移情地圖有助於我們走進其他人的大腦。是什麼激勵他們?是什麼影響他們?他們對我們的產品或服務有什麼需求?這就是移情地圖能更好地瞭解現有客戶和目標客戶的原因。它們還可以作為視覺輔助工具,可以隨時檢視或更新。


移情地圖在很大程度上依賴於一組使用者角色。如果你的團隊沒有預定的角色,請在此打住!!!如果沒有關於這個人的動機和責任的資訊的話,小組中的每個人都會將自己的觀點和偏見帶入討論中。換句話說,這個練習將毫無意義。


02 WHAT


在會議開始前與實際使用者面談。你構建的移情地圖應該綜合了來自這些訪談的原始資訊,並將其轉化為你團隊在設計產品或服務改進時可以使用的資源。

誰應該參與?

 團隊中的每個人都從中受益。至少,你需要包括:

  • 你的專案或服務的全職所有者

  • 前線貢獻者(設計師、工程師、運營團隊、客戶支援、招聘人員、培訓師、營銷人員等)

  • 在參與者中,指定會議的協調人和抄寫員。

  • 人:3-6人

  • 準備時間:15分鐘

  • 工作坊時間:60分鐘

  • 困難程度:中等

  • 移情地圖模版


準備材料:

  • 白板或白板紙

  • 馬克筆

  • 計時器

  • 橡膠雞


03 HOW


準備:選擇人物角色和準備房間(15分鐘)


在會議期間選擇1到3個角色進行探索。它們可以密切相關,也可以完全不同。由你決定什麼最適合你的團隊。


預訂90分鐘,包括15分鐘的房間準備,15分鐘的資訊捕捉和整理。活動參與時間在一小時以內。活動之前把角色的說明文件連結以及供每個人檢視的關於使用者研究或資料發給與會者。


會議前15分鐘內,在紙上繪製移情地圖。包括一個額外地圖,用於演示。列印任何專案相關資料和角色,可以作為提示資訊。


第一步:設定場景(5分鐘)


說明小組下一個小時的任務是讓自己沉浸在目標角色中。可以透過你的方式身臨其境,體會他們的感受。


檢視作業,並介紹角色。


第二步 例項演示(5分鐘)


在你進入分組之前,確保團隊已沒有偏見並準備好變身為他們的客戶的角色。要深入瞭解情緒,請選擇與你的產品或服務無關的示例角色,並快速進行角色扮演。


例如,你可以選擇使用者 “42歲,喜歡早餐麥片”。瀏覽移情地圖的各個部分。這個使用者會是怎樣的……


  • 思考和感受他們的擔憂或願望?(例如,“想要保持健康;對膽固醇水平的擔憂。”)

  • 在使用產品或服務時,他們的朋友們的反饋是什麼?(例如,“朋友們說高纖維穀物很難吃,很難咀嚼。”)

  • 在使用產品或服務時看到了什麼?(例如,“閱讀穀物盒,尋找營養資訊。想知道它有多營養。”)

  • 在使用產品或服務時,在公共場所或私下裡會說和做什麼?(例如,“與妻子交談時。”)

  • 在使用產品時遇到痛苦或恐懼?(例如,“我的穀物很快就被牛奶浸溼了。”)

  • 使用產品時,體驗是否積極和有收穫?(例如,“美味的早餐!通常在午餐之前不再有飢餓感。”)


第三步:填寫移情地圖(15分鐘)


將小組分成對或三人組。找出哪個小組處理哪個角色,並用10-15分鐘填寫各自小組的移情地圖。(越小的團體,時間越少,你需要留出更多的時間讓每個人能與大團隊分享他們的地圖)。 


請記住,你可以為現有產品建立移情地圖,能更好地瞭解你的使用者現在的感受。你也可以建立和設計新使用者地圖,幫助闡明你希望客戶在未來狀態中的感知。


特別需要注意的是產品的痛點。你專案的重點是改進產品或服務,對吧?想一想這些使用者從朋友那裡聽到的內容,或者說他們在使用產品時遇到的痛苦是什麼。

專家提示

感覺好玩嗎?帶上帽子、面具或襯衫等道具,讓你真正融入使用者角色。


第四步:展示移情地圖(30分鐘)


當每個小組展示他們的地圖時,鼓勵整個小組提出問題並討論。


地圖揭示了什麼想法?我們需要研究哪些假設?我們在哪裡存在知識空白?

這是Bitbucket團隊為一個年輕、熱切、充滿活力的人物創造的移情地圖。

第五步:確定後續步驟(5分鐘)


你是否在開展下一步工作之前偶然發現了需要回答的問題?需要驗證的假設?團隊一起討論你們從移情地圖中所學到的,以及在你處理專案或運營和改進服務時如何應用這些內容。


根據需要分配任務、所有者和截止日期。


變化

不要讓主持人或全職所有者為會話選擇角色,而是要求參與者在討論之前選擇好角色。這會增強團隊整體的自主性和參與感。 


請注意,如果你沒有為移情地圖設計特定目標,只是希望瞭解客戶的廣泛情況,則此變化帶來的效果最佳。


跟進

建立Jira問題跟蹤後續任務。如果可能的話,將移情地圖掛在團隊活動區域裡,在專案開始時可以隨時參考(並更新!)。


最後說一句,我們在產品開發的整個過程中都在思考使用者,從某種意義上來說,移情是無處不在的。



來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69981279/viewspace-2716430/,如需轉載,請註明出處,否則將追究法律責任。

相關文章