在練習的可用性

角色的威力

Dr. Charles B. Kreitzberg and Ambrose Little

認知的檢視
如何建立角色
角色為什麼工作,項
Inferences 角色支援的型別
如何在多角色?
角色連接螢幕
什麼是進入人物代表
[軟體] 檢視
empathy
clarifying 什麼,不要並在做什麼的順序
clarifying How to Do It
通訊
角色的捷徑
摘要

所認知的檢視

Dr.Charles B.Kreitzberg

如果設計使用者介面,您應該考慮建立角色,引導您。 人物代表會是基本的使用者體驗 (UX) 設計工具之一。 人物代表會是人的虛構,表示您正在開發的軟體的使用者區段的描述。 會的不用說虛構"這個字套用至人不描述 ;,應該為 grounded 中實際上,盡。

[圖 1 ] 顯示簡單人物代表,財務的機構所開發的範例。 帳單收件者] (和 [他的妻子 Sue) 都是虛構的複合開發座談進行與銀行的客戶。 面談及其他的研究會顯示成使用者的區段數量各有自己的目標、 問題和網際網路使用習慣的落銀行的客戶。 藉由建立人物代表來代表區段,就容易制定設計問題和回應它們。

人物代表,可以更長的時間] 及 [詳細。 以下是較長的人物代表相同的專案建立的範例。 插入連結標記歌手的 pdf]

人物代表建立不的確切的科學,且它難以確認以及人物代表實際上會反映使用者。 事實上人物代表建立透過 Fiction 的動作導致某些人完全問題它們的值。 這類的批評是有用如果它是做為從資料建立人物代表的提醒即,本質不完整] 和 [完美。 但人物代表是還是相當有用。 在其優點角色:

  • 啟用可 inferences 需求和渴望的觀眾區段的相關的設計工具。
  • 提供以壓縮和容易瞭解的方式通訊使用者的特性。
  • 讓利害關係者的變更以縮小的興趣的讀者區段的定義。
  • 您可以將在表面放在您為其設計 UI 的人員。

[圖 1 A 簡易的角色

如何建立角色

大部分的設計項目例如人物代表可反覆開發。 而且像大部分的設計項目中,有共同建立人物代表的優點。 涉及利害關係者和其他小組成員會增加人物代表的精確度,並建立有關使用者,協助對齊周圍的小組的感知的層級。 如人員熟悉人物代表它們開始談論這些如同它們是實際的人。 發生這種情況時您已達到重要的焦點。

人物代表不需要是相當有用的複雜。 我通常是先建立根據與也,知道對象,例如銷售人員或客戶服務人員的人交談的人物代表的簡短的外框。 我呼叫這些人物代表 assumptive 人物代表 」 因為它們不會根據實際資料)。

有時候,這是我需要的時間或資源來執行。 但是一個更好的作法是面試的使用者使用驗證,並重新定義人物代表所收集的資料。 在某些的情況下組織會執行廣泛的資料收集 」 和 「 分析,使用不同的 ethnographic 的研究技術,來建立高 (精緻) 的角色。

棒有其實也研發人物代表,但是即使您可以 whip 一起只有幾個簡單 assumptive 角色,您會發現它們是真的很有用的設計工具]。

絕佳的資源,以協助您瞭解人物代表以及其建構是活頁簿 「 人物代表生命週期: 記住整個 John Pruitt 和 Tamara Adlin (Morgan Kaufmann 2006) 的產品設計保持的人。

角色為什麼工作,項

人物代表會進入基本的人力技能 — 能夠預測會在回應其他人如何根據它們心理模型。 其中一個可以通常預測精確如何關閉朋友或家人會回應特定的事件並決定如何處理根據這些 Inferences。

與 [關閉] 的朋友和家人有經驗的歷程記錄心理模型豐富及 (通常是正確。 但其中也能夠讓 Inferences 相關人員根據相對較小的資料。 只要查看其他人的態度或狀況,他們會逐步可以讓您跨,街道。

不用說,假設人員要如何在特定情況下,行為可能無法正確,並且您通常會進行推斷的錯誤。 但是,能夠可靠地預測的其他行為是基本求生,也能讓人 cognitively well-equipped 要執行這項操作。 這是讓人物代表如此強大。 當您建立您的觀眾的模型時,就可以讓 inferences 您進行有關設計選項會如何回應它們。

Inferences 角色支援的型別

有很多方法,您可以使用角色,來協助設計程序。 您可以使用它們:

  • 協助您在多個的設計選擇選取您的目標使用者很可能是偏好的選擇
  • 說明設定優先順序的功能,在哪些使用者需要和是不錯的將之間區別的考量
  • 決定哪些會加入使用者
  • 決定哪些將 offend 或造成 distrust
  • 判斷是否單一 UI 會提供所有的使用者,或者如果您需要建立多個介面

不用說儘可能,您應該確認在您進行透過可用性測試,或其他與使用者的直接互動的設計決策。

如何在多角色?

最互動式的產品都有多個使用者的區段。 這表示您應該在建構多個人物代表。 不過,太多的人物代表處理序可以使用取得的手動出。 根據經驗法則,為三或四個人物代表是足以讓大部分的專案。 如果找到您正在建立超過五個或六個會停止,並重新思考。

許多專家會認為您應該指定一個人物代表主要人物代表並將視為其他第二個。 設計決策會記住主要人物代表使用,並再對第二個人物代表測試 (透過思考實驗中)。 就可以新增其他的第二個人物代表任何 unmet 需求的設計。 如果您無法調解主要和次要的人物代表,它可能會建議您需要考慮不同的 UI。

角色連接螢幕

互動使用者] 和 [互動式的產品是由兩個模型的交集管理的。 第一個都是設計包含巡覽、 互動設計和資訊架構 UI 的模型。 第二個都是互動讓使用者的心理模型。 使用者的心理模型中是主旨的系統的他或她的知識、 計算,一般和產品所處理。

每個互動的開頭使用者的目標。 使用者查看,判斷哪些動作可能,螢幕,並選取動作將會取得他或她接近所需的目標。 人物代表可協助您了解使用者的心理模型,它可以是有效的指南的設計工具。

您可以針對每個螢幕,列舉在您的使用者可能有到達時的目標。 然後您可以要求設計是否包含處理可用的選項,並在進行正確的選擇動作的使用者需要的所有資訊。 如果答案不,再有可用性問題,需要重新設計。

什麼是進入人物代表

許多人會覺得是很重要角色是豐富與不,剛開始,似乎與開發產品相關的個人資訊。 這個,值他們認為,是豐富的人物代表可以讓您告訴使用者的新聞] 和 [這個程序會讓角色更重要的。

沒有這個爭用的事實上,但您仍需要決定要包含,以及要保留的人物代表。 一個很棒的工具, 人物代表建立和使用的工具組您可以下載的設計在互動的 George Olsen 由開發的。

OIsen 已經開發出一個完整 — 甚至不是件容易 — 所有您可能要考慮的因素的清單包括您的角色描述。 太過廣泛,做為整體,但我發現它想透過程序的絕佳起點。

通常,我包括下列項目包括人物代表的描述中:

  • 角色名稱] 和 [相片
  • 一個引號或標語,擷取個性
  • (性別、 年齡、 婚姻狀態、 家人,人的所在) 的統計資料
  • 教育
  • 工作
  • 生活方式因素和目標
  • 電腦 competence 和使用方式
  • 值和 attitudes

使用這些做為基底我嘗試包含項目,利用產品所開發的內容中。 所以,例如,如果我正在進行銀行系統上的工作,我可能會包含財務的資產、 財務複雜、 主要費用、 attitudes 向 Money,等等。 較不明顯地,我也可以考慮的信任問題,如何人將財務機構,他或她取得建議和類似 Emotional 或 attitudinal 的因素,可能會影響設計。

使用基本的角色,在位置,我嘗試增加它與個人項目,例如喜歡和寵物 peeves。 如果我正在進行面談,我會經常詢問 respondents 他們要哪些電視節目 」、 「 讀取這些哪些雜誌和 「 其他有助於 flesh 出故事的個人資料。

人物代表都是功能強大的工具。 似乎太 unscientific 一些但他們的表單,可以將保存小組和共同工作人員在對齊方式,同時支援在設計 process. 說明封裝使用者資料

本 「 軟體 」 檢視

Ambrose Little

還有許多的只是建立假設您取得正確的人員參與處理序的人物代表的值。 事實,它已經被建議建置人物代表此程序提供組織,主要值 ; 不過,並不人物代表不超過 「 建立 」 階段的重要,您只需要知道如何及何時使用它們。

大部分的開發人員如果他們熟悉的人物代表,概念挑選它從 Alan Cooper,Inmates 正在執行,Asylum (Sams — pearson Educatio,2004)。 Cooper 負責大的建立,並在軟體開發,popularizing 因此,角色的方法並在的面試他呼叫它們,「 亮 Light 的我們做 design… 功能強大、 malleable 工具,可以協助您查看在您的使用者,雙眼即,好與我看過任何描述。

在詢問您如何使用角色,很有用,也考慮如何不使用它們。 其份白皮書 < 量化的評估角色資訊,"中 Christopher N。 Chapman et al 會讓大小寫的人物代表是不實際的使用者的實際資訊的有效來源。 根據從真實客戶屬性 (Attribute) 的資料庫中產生類似的人物代表 substances 他們需示範顯示的極低的對應產生的人物代表的類似 substances 其來源資料 (,基本上都必須符合任何一個來源客戶屬性記錄)。 這是以量化的警告的排序好 — 不被 deceived 到想您的人物代表真實的人,不要讓它們的情況下,您真正需要量化的輸入,以通知您解決方案的某些替代。 (請參閱 < 以角色死亡 ! 長 Live 角色 ! .") 不使用角色為替代的實際資料,當您需要實際的資料時,它們是在衍生的設計資產,不實際的客戶資料。

例如,如果您需要決定您的產品或哪些作業系統,以支援的專案中,可能不是要依賴人物代表,通知的決策。 而,您查看您的客戶資料,告訴您您的目標客戶使用其中一個不同的作業系統和請根據硬碟資料的決策的百分比。 人物代表可能擷取的作業系統,使用喜好設定,但如果您有它並為基礎的量化的資料這類量化通知的決定更好。

人物代表很更為有用,以提供您如何您設計解決方案的永續性深入的質化工具,以及哪些進入您解決方案。 其中一個最知名的 (Human-置中設計大師,Donald Norman 放這種方式: 「 [角色] 只需要真實的、 不實際的不一定是更精確 (只要它們會準確地描述使用者基底) 」。 他識別的人物代表兩個核心的用途: 通訊和 empathy,這似乎很特別給我。 (請參閱 < 臨機操作角色 Empathetic 焦點 (& S .")

empathy 是關於為 squishy 取得並可能看似位元的外部索引,如果您習慣方面的功能需求,思考,但 empathy 是核心值,如果您要進行更好的要使用的人。 這是關於將自己置於其鞋的 metaphorically。

如果您正在想包含哪些功能,人物代表可協助您。 它們也可以協助您排列優先順序功能。 如果您正在想您的目標使用者會要如何達到特定目標或工作,人物代表是一個 indispensible 的工具。 即使在獨立的介面上您可以使用人物代表來這兩個想像一下如何它們應該設計以及再次檢查您對哪些人物代表,您要的設計。

clarifying 什麼,不要並在做什麼的順序

一個具體的方法,將納入您的處理序的人物代表是排列您的人物代表的優先順序,並用,來建立一個加權的優先順序的功能,在您的方案中,為您利害關係者 [圖 2] 顯示。

[圖 2] 設定優先順序的功能
功能 Elizabeth Miranda Tom 整體
檢視項目 2 1 2 10
放置順序 0 2 1 4
加權: Elizabeth – 3 | Miranda – 1 | Tom-2
縮放: 必須有 2 – | 1 – 要有 | 0 – 無法需要 / 處理

這個簡單的表會說明檢視項目的功能是更重要解決方案比位置順序,從目標使用者的觀點來看。 在 weightings 已建立事先,可能透過行銷、 銷售和產品管理 (商務利害關係者) 的輸入。 請注意這不是完整的圖片,在排列優先順序,不表示本身的業務目標與需求。

例如,它是高可能是公司基金可行的解決方案必須實作位置順序功能。 同時的商務需求和使用者的應該被平衡建立 harmonious 的解決方案。 (而且如果您找不到 harmony,解決方案可能無法成功的進一步說明中只會驗證以追緝解決方案概念的人物代表的值)。

這裡的核心概念,為您使用人物代表一致的思考,並驗證在開發週期,從您的目標使用者的角度來看,各種層面。 若要瞭解 Elizabeth 值為必須-有檢視的項目] 來,您必須實際上您放在她鞋,並認為有關多少,她會值的功能。 這是一個商務分析師 」、 「 專案的管理員或 「 即使一般會嘗試將值上使用相同的比例 (這在我的工作,我已內觀察到的次數) 功能的開發人員最上層。 以及它可以用於排列 Bug 修正以及,優先順序的一次可能會更真實的優先順序比一般的緊急性或嚴重性感。

clarifying How to Do It

人物代表如何可以使用的另一個範例是思考如何為人物代表可能要使用該軟體。 此功能特別有用,如果您是執行新的或嘗試改善現有的方案或的不用說嘗試區別根據 UX. 事實上,即使您取得排列優先順序之前,人物代表可以協助您正確地制定要建置 — 而非從競爭性功能的清單,功能需求,正式使用情況下和類似 (或如果您已經有這些,它不太遲了,它們可以被 reformulated 類似的方式) 您啟動 reframing 所要建置的目標的問題和您的人物代表的動力。

這些是人物代表的兩個主要層面,它們都在做更比個別的屬性 (Attribute) 和喜好設定,以協助您確實獲得 empathetic 瞭解。 如果您可以停止,並為什麼人要執行的動作與您的方案,並將他們嘗試達到問自己,它將會以長的方式,向適當的重點。

同樣地,如果您發現自己的事我最近,您有噸的 prickly 的問題,於是超出您的設計的問題就可能您需要縮小,與從人物代表的觀點來看,新攻擊問題。 有時候很難破解的思考設計的舊方法,而且使用人物代表,可以協助您 reformulate 的方法。 我萬一這樣幫我看到我們需要到有點大幅改變我們方面的呈現基本上是相同的功能,我們的目標對象的方法。

以下的秘訣不這麼使用某些的公式或技術,但在變更您如何制定您瞭解如何建立您需要建置中。

通訊

除非您個別的控包含在您的解決方案的建立,則角色可以是一個很棒的工具,進一步修改一般的語言和瞭解什麼是您要的相關。 其中一項網域為導向的設計中,核心概念是,無所不在的語言中,而且人物代表所可以協助您更瞭解網域和網域中的使用為了協助每個人都在相同頁面上,語言。

參考資料,會進入形成人物代表,通常發生在早期的處理序中 — 人員都在忙碌中,和可以備用只許多時間,來提供輸入形式的面試,] 及 [等。 實際的人不稍後在 avilable 但人物代表都可用它們需要的任何地方。

簡,它們是最佳的替代和實際的人無法選項時, 可以取得有關而且有時候他們可以更好因為不容易氣氛或古怪、 unrepresentative 意見 (prejudices) 的錯誤可能會扭曲,答案。 不用說,不會讓它們更好隨時,是,因為它們依賴您的解譯的答案會是什麼。

事實上,解譯需要可以是個好方法。 它可以 stimulate 更重要的考慮 dialectically 上線的合約上該怎麼辦? 如何執行這項操作。 這可能就不會發生如果小組所依賴的客戶,undisputed 代表的個人。

而且即使在會認可人們置中設計小組成員的情況下人物代表可以協助說明哪些可能否則似乎是 dictatorial 規格。 我看到這會發生超過一次,其中一個設計規格 questioned 因為它沒有使小組的某些人的意義。 它們從自己的看似直覺式的觀點尋找在但是它們未建置解決方案。 人物代表會提供已知的具體的參考點來解釋為什麼規格是方法是,這會從什麼意義個別小組成員 (或它們的偏好) 以什麼意義您正在建置的人士,討論的焦點。 和有時,需求或規格的 questioning 來自一個的角色的觀點並再次,dialectic 根據不同的解譯將會導致比任一個別較好的解決方案會有提議自己。

[圖 3] 的 角色為基礎的本文

如何使用人物代表通訊一個具體範例會是透過案例和新聞中。 " 案例 > 相當的多載的文字,因此讓我清除在 [我的意義。 案例會是一個描述性的一或多個人員 (最好是人物代表) 和在指定的內容,其中一個可以衍生設計含意產品之間的一致互動敘述。 案例會著重於使用者如何在詳細資料中指定設計經驗軟體,; 它們提供的設計應該如何動作與相關的人為導向觀念的即。 這是相反,什麼我會呼叫一個 「 故事,」 是的主要、 連貫的敘述,具有特定的焦點在需求、 目標和渴望的案例提供背景。 文章會提供多個,原因,人類的動力。

您想在根據您的角色說故事] 開頭,而且然後中斷,出直接可用來設計解決方案的案例,然後確認,並驗證您的設計。 它可以對應到目標和互動 / 工作 / 活動,其中的目標會提供內容和 motivating 的因素的故事的並案例更多或更少對應到特定的互動更多或更少。 [圖 3顯示一個故事的範例,假設方案中。

這是從呼叫具有生動的文件區段索引卡檢視的 Scrivener 工具擷取畫面一個畫面。 我使用該檢視這些為了要保存新聞及簡短的案例,並點,它們應該簡潔,因為忙碌的人需要讀取和使用它們。 圖 4顯示某些可能的情況下,在整體的本文。

[圖 4] 的 角色為基礎的案例

這些案例會涵蓋從人物代表的觀點 (工作的 Sandra) 的不連續,但一致的互動。 在本文是在的知根據人物代表的實際目標。 案例是,您的想像力派上用場 — 如何工作的 Sandra 預期要能夠達成她與解決方案的目標則是問題,答案不指定任何超過一個的敘述的工作的 Sandra。 您會看到透過從一個案例執行到另,故事中,並且還無法 conceive 自己這些互動的 — 一個起始點 」、 「 部分的互動以及 「 一致的結束點,可以更進一步的動作的基礎。

請注意這些案例都是請注意不要指定如何互動 materialize 在 UI 中。 原因是兩個: 先,您不希望永久限制您的 UI 設計 — 您都應該開啟逐一查看數個可能的 UI 解決方案 (如您應該開啟重複案例本身),支援互動,第二,是更有效且有效設計 (與 wireframes、 模型圖樣、 原型 (Prototype),等) UI 的 UI。。

您可以想像在相同的 Story 和案例無法被衍生直接從 [參考資料] 的使用者或一套詳細功能或商務需求。 您可以調整,這樣的案例容納基礎在您的程序卻金鑰他們會幫助您思考如何最佳設計您的解決方案使用最少的投資。

角色的捷徑

[圖 5 角色快速鍵 (模糊難辨刻意的影像)

最後,通訊的一部分,Charlie 涵蓋,是如何通訊本身的人物代表。 有許多不錯的方法並根據您的背景可能會花費一些克服的 prejudices,例如,有海報,卡、 cardboard cutouts、 動作圖形及其他實際的實體物件可以很可能是多個有效傳達它們,並將它們的上方的比,例如,注意如 Word 文件或 PowerPoint 簡報,就有數位版本位於出 SharePoint。 Devs 通常所需技術的解決方案所有,但以包括人物代表的設計通常想要非技術解決方案的最佳。

不過,即使如果您有這些實體的成品,多人運作在多個環境中 (在咖啡店,家,位置),如此您永遠不需解決的。 在這種情況下請有數位的備份可協助,然後我會建議它們中保持一個對參考項而言,您的桌面上,如 [圖 5 ] 所示]。

這會有同時提供準備參考數位人物代表文件的連結以及保留本身的人物代表的注意) 的頂端 (影像和名稱) 的雙重好處。 很容易做,太 — 只要建立捷徑,並將圖示變更為您的人物代表的裁剪 headshot。 只要簡單地進行更有用,如果您是旅行型別的人物代表。

摘要

在這個單元中,我們會花費較詳細的人物代表的導覽。 先,我們會討論如何讓他們 — 程序和技術參與項 o,驗證,且成熟人物代表本身的整個小組參與取得一個大更瞭解的對象解決方案開發的一個大優點。

然後我們所討論的人物代表,一些不同的使用如何不使用它們,以及如何 — 主要權 empathy,通知您該怎麼做] 和 [如何建置,它會對您的目標使用者,以及重要的通訊工具,可以保留同一網頁說到相同的語言和共同作業的人,而不是方面的技術或階層式的文字上的小組成員合理。

如詳細的人物代表資訊請參閱 人物代表 GUIUI.com 上的資源範例在 MSDN 上的軟體測試人員角色 .

您提出問題或意見,請將 Charlie 和以 Ambrose 寄 magux@Microsoft.com .

Dr.Charles Kreitzberg 是 Cognetics Corporation 的 CEO ( www.cognetics.com ) 的提供可用性諮詢] 和 [使用者經驗的設計服務。 他的熱情,建立與 delight 時支援產品的業務目標的使用者的直覺式介面。 Charles 都住在中央紐澤西他 moonlights 為執行的音樂家。

Ambrose Little 存在中央紐澤西的四個的子系與他的妻子。 他的已設計和開發軟體達 10 年以上且接受的 INETA 演說和 Microsoft MVP。 最近,他的人設計的移到從技術的設計,並已在使用者經驗的 Infragistics 設計工具。