產(chǎn)品經(jīng)理必備-用戶角色模型分析

1、1.3用戶角色模型 很多項目的story給人感覺好像系統(tǒng)只有一種用戶。所有的story都從這種用戶的角度來編寫。這種簡化是錯誤的，它會導致團隊遺漏那些非系統(tǒng)主要用戶的用戶需求。用戶為中心的交互設計(UCD)和迭代設計中都講到過在寫story之前首先識別用戶角色的一些好處。所以本章，我們將看看用戶角色，角色模型，用戶角色圖，人物以及如何從角色建模做起,做出更好的story和更好的軟件。用戶角色 HYPERLINK mk:MSITStore:D:%E5%B7%A5%E4%BD%9C%E7%A7%AF%E7%B4%AF%E5%85%B6%E4%BB%96%E7%BF%BB%E8%AF%91user.

2、stories.applied.for.agile.software.development.chm:/0321205685/ch03lev1sec1.html l ch03fn01#ch03fn01 11本章大部分關于用戶角色的討論都是基于Larry Constantine and Lucy Lockwood的工作。更多關于用戶角色模型的信息來自他們的網(wǎng)站或者使用的軟件。假設我們正在建設BigMoneyJobs（發(fā)布和查找工作）站點。這種網(wǎng)站包括很多不同類型的用戶。當我們談論user story的時候，誰是我們談論的用戶呢？Ashish，一個擁有一份工作,但一直都想尋找一份更好工作的用戶么？

3、Laura，一個剛畢業(yè)正在尋找他的第一份專業(yè)工作的用戶么？還是Allan，一個已經(jīng)決定找一個能讓它去Maui（毛伊島）并且可以每個下午都去沖浪的用戶？或者說是Scott，一個并不討厭他的工作，但是意識到現(xiàn)在應該繼續(xù)進步的用戶？當然也可能是Kindra，一個6個月前被再次解雇，正在尋找一個好工作，但是在英國東北部什么都沒找到的用戶。 或者我們應該考慮某個公司發(fā)布職位的用戶？也許是負責人力資源并發(fā)布空缺職位的Mario，也許是同樣負責人力資源但負責評審簡歷的Dalaney，或者是作為一個獵頭同時查找好的工作和好的求職者的Savannah? 顯然，我們不可能只通過一種觀點來編寫story，讓他來反映

4、所有這些用戶的經(jīng)驗、背景和目的。Ashish，一個會計，可能每個月只登錄一次網(wǎng)站，以保持視野開闊。Allan，一個服務人員，可能想創(chuàng)建一個過濾條件，以便可以隨時都能給他關于在Maui工作的通報，但是除非我們把這個功能做的很簡單易用，否則，他不會這樣用。Kindra可能每天都會花費一些時間查找工作，隨著時間推移，逐步擴大他的搜索。如果Mario和Delaney在一個擁有很多空缺職位的大公司，他們一天可能會在網(wǎng)站上花費4個甚至更多的時間。 即便每一個用戶的背景和目的不同，仍然可以對單個用戶進行組合并且用用戶模型的方式來分析他們。用戶角色是被定義的一系列屬性的集合，這些屬性包括用戶的特征以及他們和系

5、統(tǒng)交互的目的。所以，我們可以看看前面的例子，然后按表3.1方式將其組合成用戶角色 表3.1. BigMoneyJobs項目可能的用戶角色列表角色人員求職者Scott第一次訪問者Laura失業(yè)者Kindra區(qū)域搜索者Allan監(jiān)視者（瀏覽者）Ashish工作發(fā)布人員Mario, Savannah簡歷閱讀人員Delaney, Savannah 通常，不同的用戶角色會有一些重疊。求職者,首次訪問者,失業(yè)者,區(qū)域搜索者,和監(jiān)控（瀏覽） 角色都會使用網(wǎng)站進行職位查詢。他們可能使用的方法和頻率不同，但是他們?nèi)绾问褂孟到y(tǒng)是相似的。而簡歷閱讀者和工作發(fā)布者，這兩個角色在尋找好的求職者這一目的上是重疊的。 表3

6、.1并非是組合BigMoneyJobs用戶的唯一方法。例如，你可以選擇像這樣來組合：臨時工，全日制工作人員和和合同工。在本章接下來的部分，我們將來看看如何使用一個角色列表，以及如何定義一個有用的列表。用戶建模步驟 我們建議通過以下步驟來創(chuàng)建有用的用戶角色模型：集體討論一個初始的用戶角色設置對最初的設置進行組織鞏固角色精煉角色 以下將就每個步驟進行討論。.1集體討論初始的用戶角色設置 定義用戶角色，客戶和盡可能多的開發(fā)人員一起開會,會議室最好能有大桌子或墻讓他們錄音或貼卡片。理想的狀態(tài)是項目開始的時候所有的團隊成員都來定義角色模型，但是這是沒必要的。只要客戶和合適的開發(fā)人員代表出席會議,我們就能

7、擁有成功的一課。 每個參與者從桌子中間拿一堆卡片。（即便你想把角色進行電子存儲，你也應該從把它們寫在卡片上開始），每個人都在卡片上寫用戶角色，然后把它們放在桌子上或粘到墻上。 每當一個新的角色卡片被放下，作者只用說出新角色的名字，其他的任何都不需要。因為這是一個頭腦風暴會議，所以沒有任何關于開篇或者角色評估的討論。每個人盡可能多的寫下她能想到的角色，這些角色沒有順序的。你不能繞著桌子去問新的角色。每一個參與者只寫下她所想到的新角色就可以。 頭腦風暴會議，房間會被沙沙的鋼筆聲音所填滿，偶爾會有人放置一個新的卡片并讀出角色的名字。一直持續(xù)參與者需要花費很長的時間才能想到新的角色,那么過程結束。這時

8、候,你可能沒有做任何的角色識別,但是你已經(jīng)足夠接近了.做這件事情的時間很少大于15分鐘.只有一個用戶的用戶角色避免定義表面上看只有一個用戶的角色。例如，BigMoneyJobs項目中，可能會臨時寫下這樣一個story“A company can post a job opening。（公司可以發(fā)布空缺職位）”，但是，公司是無法使用軟件的，這個story如果引用一個表示人的角色的話會更好。.2對確定的用戶角色進行組織 一旦定義好了角色，就該組織角色了。組織的時候，卡片在桌上或墻上被移動，以便他們的位置能夠表示角色之間的關系。重復的角色，他們的卡片也重疊著放置。如果角色只重復一小部分，那卡片也就重

9、疊一小部分。如果角色完全重復，則卡片也完全重疊。例如Figure3.1:Figure 3.1.在一個桌子上組織用戶角色. HYPERLINK mk:MSITStore:D:%E5%B7%A5%E4%BD%9C%E7%A7%AF%E7%B4%AF%E5%85%B6%E4%BB%96%E7%BF%BB%E8%AF%91user.stories.applied.for.agile.software.development.chm:/0321205685/ch03lev1sec2.html l ch03fig01#ch03fig01 Figure 3.1說明應屆生和非應屆生在角色上是明顯重疊的。其他表

10、示將會使用網(wǎng)站查詢工作的人的卡片也是類似的相互重疊，但是重疊相對來說少一些。Monitor（監(jiān)控者）角色卡片跟其他的只有很少量重疊，因為這種角色表示那些目前工作比較滿意，但是喜歡保持關注的人。 Figure3.1中真正要查找工作的角色是工作發(fā)布者(Job Poster),招聘人員(Recruiter),和簡歷閱讀人員(Resume Reader)這些角色。這些角色是完全重疊的，因為招聘人員即要發(fā)布廣告又要閱讀簡歷。另外,圖中還顯示了一個管理員角色。這個角色表示BigMoneyJobs網(wǎng)站內(nèi)部系統(tǒng)支持人員。系統(tǒng)角色盡你所能的,保持用戶角色是對人的定義和歸并，而不是其他系統(tǒng)。如果你覺得有幫助，那就

11、定義一些非人的用戶角色.但是,定義用戶角色的目的是保證新系統(tǒng)能夠完全、一定讓我們辛苦想出來的客戶滿意。我們不需要所有系統(tǒng)可能的用戶角色，但是我們需要能夠導致系統(tǒng)成功或失敗的客戶角色。既然其他系統(tǒng)很少買我們的系統(tǒng)，他們也很少能左右系統(tǒng)的成功或失敗。自然的,也有例外，如果你覺得添加一個非人的用戶角色能夠幫助你的系統(tǒng)更好實現(xiàn)，那就添加吧。.3鞏固角色 組合完這些角色后，嘗試去進行角色的鞏固和精簡。從完全重疊的開始，重疊卡片的提出者闡述他們角色的意思。簡短的討論后確定兩個角色是否完全相同。如果完全相同，合并成一個單獨的角色，或者扔掉某一個最初的角色卡片。 在 HYPERLINK mk:MSITStor

12、e:D:%E5%B7%A5%E4%BD%9C%E7%A7%AF%E7%B4%AF%E5%85%B6%E4%BB%96%E7%BF%BB%E8%AF%91user.stories.applied.for.agile.software.development.chm:/0321205685/ch03lev1sec2.html l ch03fig01#ch03fig01 Figure 3.1中，畢業(yè)生和第一次工作查找者這兩個角色很大部分是重合的。團隊決定丟棄畢業(yè)生這個角色，因為這個角色的所有story和第一次工作查找者的story都是一樣的。甚至第一次工作查找者、失業(yè)者、區(qū)域查找者和求職者都有很大的

13、重疊, the group decides that each represents a constituency that will be important to satisfy and the roles will have important but subtly different goals for how they use the BigMoneyJobs website. 當看Figure3.1右半部分的時候，團隊發(fā)現(xiàn)工作發(fā)布人員和簡歷閱讀人員是不值得區(qū)分的。他們決定使用招聘人員完全概括這兩個角色，丟棄原有的兩個角色。但是，團隊決定內(nèi)部招聘人員(為某一特定公司工作)和外部招聘人

14、員(為任何一家公司的職位尋找合適的求職者，譯者理解為獵頭)之間是有區(qū)別。他們?yōu)閮?nèi)部招聘人員和外部招聘人員創(chuàng)建了個新的卡片，并將它作為替代招聘人員角色的一個版本。 另外一個鞏固角色所要做的就是拋棄任何對項目能否成功來說不重要的角色。例如，監(jiān)控（瀏覽）者角色，他可能3年都不換一次工作，BigMoneyJobs就算不關注這些人也可以做的很好。他們認為把注意力集中到對公司成功非常重要的角色上會更好，比如求職者和招聘人員。 團隊鞏固了這些卡片以后，他們在桌子上或墻上展示角色之間的關系。Figure3.2展示了一種BigMoneyJobs的層次。普通角色，例如求職者或者招聘人員，放置在特殊角色之上。選擇性

15、的，卡片可以被堆放，也可以其他方式放置，團隊可能會認為其他某種方式可以展示角色間的重要關系。 Figure 3.2.經(jīng)過整理的用戶角色卡.4精煉角色 一旦我們已經(jīng)鞏固了角色并且對角色間的關系有了基本的了解，就可以通過定義每個角色的屬性來模擬這些用戶。角色屬性是一個事實或者一塊關于角色中的用戶有用信息。任何關于用戶角色的信息都可以當作區(qū)別于其他角色的屬性。準備角色模型的時候可參考下面的屬性進行分析：用戶使用軟件的頻率用戶的業(yè)務經(jīng)驗水平用戶在計算機和軟件方面的平均水平.用戶對開發(fā)軟件的熟練程度用戶使用軟件的目的，某些用戶為了方便，其他用戶喜歡豐富的體驗，等等。 除了這些你構建軟件過程中需要考慮的標

16、準屬性外，你還需要看是否有其他的對描述用戶有用的屬性。例如，對BigMoneyJobs來說，你可能需要考慮用戶角色是否會查找兼職的或全職的工作。 當你為角色定義了有意思的屬性，把他寫到卡片的背面。完成以后，你就可以在一個團隊的公共區(qū)域懸掛角色卡片好讓他們提醒開發(fā)人員，F(xiàn)igure3.3展示了一個簡單的角色卡片。 Figure 3.3.一個簡單的用戶角色卡片.用戶角色：內(nèi)部招聘人員 非深諳計算機的電腦使用者但是非常習慣使用web界面。使用軟件不是很頻繁但是強烈需要。他將需要閱讀其他公司的廣告，以便最好的組織他的廣告語言。易用性是很重要的，但是更重要的是她學會的東西必須在數(shù)月后還能很容易的想起來?！坝脩粼L談” 提問指導白鴉# 在場時完成某項任務的過程中請盡量不要打斷被訪者。# 盡量避免使用誘導性的問題。如“您認為這樣有用嗎？”或“這樣做您還是挺喜歡的，對吧？”# 盡量使用開放式問題。如“能告訴我們現(xiàn)在您在做什么嗎？”而不是“為什么您會這么做？”# 避免打斷或試圖幫助被訪者。# 避免在解釋某些內(nèi)容時讓被訪者感覺他們是無知的。如“其實您只要點一下這里就可以了?！? 避免使用專業(yè)詞匯：請使用被訪者習慣的詞匯。# 請記住訪問的目