本章以一個虛構的公司——South Coast Nautical Supplies——為例，示範如何從頭開始進行使用者角色建模。
專案背景#
South Coast Nautical Supplies 是一家擁有 30 年歷史的航海用品公司，一直透過紙本目錄銷售。老闆決定建立電子商務網站，先從線上賣書開始試水溫。
關鍵限制條件：
- 先只賣書，驗證可行性後再擴展到其他商品
- 必須在 30 天內上線
- 開發團隊只有少數幾個人
識別客戶#
由於真正的客戶是外部的水手和買家，團隊需要一位使用者代理。老闆指定銷售與行銷副總裁 Lori 擔任此角色。
腦力激盪初始角色#
團隊與 Lori 一起進行角色腦力激盪，列出 12 個初始角色：
- Hardcore Sailor、Novice Sailor、New Sailor
- Gift-Buyer、Non-Sailing Spouse
- Administrator、Sales Vice President
- Charter Captain、Experienced Sailor
- Sailing School、Library、Instructor
Figure 17.1: Positioning the user role cards
整合與精簡#
團隊將角色卡片攤在桌上，依照重疊程度進行分組和整合：
- New Sailor 併入 Novice Sailor：差異不夠大，不值得保留兩個角色
- Sailing School 被 Instructor 取代：Instructor 更能代表實際使用者（個人而非機構）
- Charter Captain 併入 Hardcore Sailor：使用模式幾乎相同
- Gift-Buyer 和 Non-Sailing Spouse 合併為 Non-Sailing Gift Buyer
- Sales Vice President 改名為 Report Viewer（更通用）
- Library 改名為 Librarian（代表具體的使用者個人）
最終保留 8 個角色：Novice Sailor、Instructor、Hardcore Sailor、Experienced Sailor、Non-Sailing Gift Buyer、Librarian、Administrator、Report Viewer。
Figure 17.2: The roles after consolidation and initial discussion
角色建模：補充細節#
團隊為每個角色補充關鍵特徵：
- Novice Sailor：有網購經驗，入門前 3 個月約購買 6 次，需要選書建議
- Instructor：每週使用網站，常下大量相同書籍的訂單，對電腦有些緊張
- Hardcore Sailor：電腦操作不熟練，確切知道要什麼書，不想在網站上感到困惑
- Experienced Sailor：電腦熟練，每季購買 1-2 次，關注其他水手的推薦
- Non-Sailing Gift Buyer：電腦熟練，不懂航海術語，通常找特定書籍或主題
- Librarian：電腦熟練，偏好用 ISBN 訂書，訂單量少但每次多本
- Administrator：高度熟練電腦，負責系統後台管理
- Report Viewer：熟悉商業軟體，關注銷售和流量數據
建立人物誌#
團隊為兩個最關鍵的角色建立人物誌：
Teresa（代表 Experienced Sailor）#
35 歲，上市生技公司 CEO。航海 4 年，習慣線上購物。主要在夏天使用網站，追求速度和便利。丈夫 Tom 不航海但會從她的 Wish List 買書送她。
Captain Ron（代表 Instructor）#
航海 40 年，經營帆船學校。從教高中退休後轉任航海教練。忠實的紙本目錄客戶，但對電腦不太熟悉，願意嘗試線上訂書。
不是每個專案都需要人物誌。只有在某個角色對專案成功至關重要，且人物誌能幫助團隊更好地思考該角色的需求時，才值得花時間建立。