碰到的問題
角色不可信。明顯是由項目成員人為設計（并不是基于數據），或者與數據之間的關系不那么清晰。
角色的傳達溝通沒做好（譯者注：應該是指把角色向整個項目組的成員傳達）。通常的手段就是把做得像簡歷一樣的文檔打印到很大一張紙上，然后四處張貼。
沒有真正認識到要怎么去使用角色模型。尤其是在整個項目過程中沒有向所有的人一直不停地講述模型。
沒有足夠的資源支持。包括高層的支持、人力資源和預算等。
引出的思考
怎么提取用戶抽象是最好的辦法？
可以虛構到什么程度？那些內容必須以數據為基礎？
哪些數據是最合適的？
怎樣才能把不同類型的數據整合起來？
幾個相關的產品開發小組能不能共享一組通用的用戶抽象？
怎么評價這些努力是值得的？
結果我們的產品變得更好了嗎？等等
實踐中的細節
利用已有的數據，特別是用戶研究的數據。包括行業調研、焦點組、用戶訪談和市場趨勢研究等。
角度數量控制在一個比較可控范圍：3-6個。
收集大量相關的市場調研和用戶研究數據（從網上或者一些外部資源）。
創建一個“反面角色”，盡可能表現出那些沒有被考慮到的用戶。
Windows項目中人員較多，所以拆分到兩三個人的多個小組中，每組負責一個角色。
關于角色的每一句描述都盡可能地和數據相關聯。
創建一個“基礎文檔”，所有的角色都在這個基礎上創建。它包括數據、關鍵屬性、照片、相關材料等）。
當一個角色基本上被創建出來之后，就近找一個人來當模特，為他拍上一到兩小時的照片，用作后面的視覺材料。避免使用圖庫的圖片，因為圖庫中的同一個人常常只有一兩張照片。
角色完成之后，為它建一個網站。找那些總體上匹配的用戶來看看在細節上是不是和他們匹配。
角色和文檔都搞定之后，開一個啟動會議來向大家介紹。
用多種方法讓大家時刻都記得角色模型。比如做一些角色模型（真的模型，玩具）、印有角色的鼠標墊、啤酒杯、其他多種形式的電子材料等等。
花大量的精力保證產品和功能文檔中包含使用角色模型來創建的情景流程。
視覺設計師在角色模型的基礎上來創作視覺表現……