有助於決定誰是目標使用者，也有助於決定誰不是目標用戶，兩者同樣重要。面面俱到的產品往往一無是處，使用人物角色可以避免犯這種錯誤。 2. 產品團隊常常把自己的需求當成使用者需求，我在別處討論過這個問題，使用人物角色可以避免犯這類的錯誤。 3. 許多產品的使用者型別不止一種。如果只是簡單地針對每種使用者新增功能，結果會是一團亂麻。這主要是設計上的問題，使用人物角色有助於對使用者型別的優先順序進行排序，識別需要重點考慮使用者體驗的地方。 4. 有了人物角色，可以方便地向團隊描述產品的目標使用者是誰，他們怎樣使用產品，他們關心產品的哪些方面。 5. 和產品原則一樣，人物角色可以幫助團隊成員達成共識。產品釋出之前有數以千計的細節問題要解決，產品經理和設計師不可能事必躬親。如果產品經理、設計師、 文案創作人員、開發人員、測試人員在產品原則和人物角色上達成共識，解決問題的效率會更高。 以上是使用人物角色的優點，下面談談注意事項。 1，有些產品團隊建立人物角色後就把它束之高閣，迴避為產品挑選關鍵人物角色的難題。宜稱產品老少皆宜是自
112 | 啟示錄：打造使用者喜愛的產品欺欺人。每個釋出週期，我總是竭盡全力讓產品經理集中精力關注一類關鍵人物角色。這並不是說該版本對其他使用者就沒價值、不可用，而是強調每次應該針對一類目標使用者，把產品的優勢發揮到極致。 2. 有些產品團隊不花時間與使用者交流，只是基於想象和刻板的印象建立人物角色。我在這方面栽過不少跟頭，沒接觸真實使用者之前，我不會先入為主地下結論。與目標使用者面對面交流是建立人物角色必不可少的環節。 3. 邀請使用者參加產品原型測試，我們常常面臨這樣一個問題：是不是隻挑選關鍵人物角色範圍內的使用者參加測試？當然應該測試關鍵人物角色對產品的反應，但實際使用產品的人不可能完全與關鍵人物角色的設定相符， 所以還需要測試範圍外的使用者。我建議邀請多樣化的用戶參與產品原型測試。 範例人物角色的範例請參考 •http://www.svpg.com/ examples。
第18章重新定義產品說明文件 Reinventing the Product Spec 安息吧，紙質說明文件我認為產品說明文件的形式早就該改革了。有人說敏捷方法已經解決了這個問題：乾脆放棄產品說明文件。雖然這樣做存在一些問題，但我認為他們的方向沒錯。 討論如何改革前，先來看看現今紙質的產品說明文件存在的問題。產品說明文件包含的範圍很廣，名稱五花八門，有產品需求文件、市場需求文件、業務需求文件、功能規格書等等。內容覆蓋範圍、詳細程度、文件本身的質量差別很大，就連形式也變化多端，有的是Word 文件，有的是電子表格，有的是Wiki 頁面，還有的是用專業需求管理工具生成的。這些不同的文件本來作用各不相同，但是隨著時間流逝，彼此間的界線越來越模糊。 我確實讀過幾份很不錯的產品說明文件，但大部分產品說
114 | 啟示錄：打造使用者喜愛的產品明文件既沒有提供必要的細節，也不包含關鍵資訊，更不能解決問題，雖然花費了大量時間撰寫，卻很少有人閱讀。更要命的是，對管理層和產品團隊來說，產品說明文件很容易成為一個幌子，彷彿一切都進展順利。 產品經理的核心責任是確保向開發團隊交付具有成功潛力的產品說明文件。認同這一點的人只要仔細審視產品是如何定義的，就不得不承認現有產品說明文件存在不足之處。 我認為理想的產品說明文件應該滿足以下要求。 1. 產品說明文件應該完整地描述使用者體驗——不只是使用者需求，還包括互動設計和視覺設計。希望大家已經明白使用者需求和使用者體驗是密不可分的。 2. 產品說明文件必須準確地描述軟體的行為。文字和圖片的表達能力實在有限，不足以完成這項任務。 3. 產品說明文件的受眾較廣——開發人員、測試人員、客服人員、市場營銷人員、運維人員、銷售人員、管理層等等。因此，產品說明文件必須以某種直觀的方式把產品資訊和產品行為告訴所有人。 4.產品說明文件應該可以修改。雖然進入開發階段後，應該儘量避免修改產品說明文件，但總有意想不到的問題出現，需要修改產品說明文件以適應新情況。
第18章重新定義產品說明文件| 115 5. 撰寫產品說明文件的過程中會出現許多衍生物，比如， 按優先順序排列的需求列表、線框圖、實體模型，但應該有一個主體來代表產品，避免混淆不清，版本錯亂。 在我看來，只有一種形式的產品說明文件可以滿足以上所有要求，那就是高保真產品原型。 “高保真”的含義是原型應該真實地體現使用者體驗。除了描繪使用者介面的某些細微之處以外，我不建議使用“紙上原型”。 如今使用工具建立高保真原型既簡單又快捷，成本也不高，沒理由不這麼做。為了獲得接近真實的使用者體驗，甚至應該模擬後臺處理流程和某些資料。 過去幾年，我的想法一直在改變。以前我認為原型只需要包含關鍵的使用者體驗元件，現在我要求原型儘可能地體現產品細節—包括所有的頁面和主要的用例。儘管還是會出現一些. 意想不到的錯誤和極端狀況，但原型畢竟能讓產品團隊更直觀地把握設計要求，其優勢完全可以彌補增加的成本。 當然僅僅有原型是不夠的，因為有些產品行為不容易用原型體現，比如業務邏輯（稅務表單和運費等）、釋出要求（性能表現、可靠性、擴充套件性等）、平臺交付要求（安裝要求、瀏覽器相容性等）。用例可以作為有效的補充，用來描述重要的產品行力。
116 | 啟示錄：打造使用者喜愛的產品另外，如何展示補充的說明文件也值得考慮。最理想的方法是在原型上增加註釋，不過這種技術還沒有實現，退而求其次，我建議使用 Wiki 或內部網站。這樣團隊成員可以隨時讀到最新的資訊，再不用浪費時間查詢版本混亂的紙質文件。網站可以定期通知大家產品說明文件的更新情況，方便大家提問和討論，並儲存所有決策記錄。 當然，產品說明文件的主體應該是高保真原型，由它體現產品的功能需求、資訊架構、使用者體驗、互動設計、視覺設計。 在我看來，除了符合以上要求外，高保真原型最突出的優勢是可以用於測試。你可以把它放到真實使用者面前，觀察他們是否清楚如何使用（可用性），是否渴望使用你的產品（價值）。 只有透過這兩項測試，產品說明文件才算合格，產品才值得開發。如果等到質檢或公開測試階段再驗證，就太遲了。 我保證如果你嘗試一次，建立體現功能和使用者體驗的高保真原型，產品團隊一定會擁護這種做法。開發人員是最直接的受益者，因為他們終於看到了明確有效的產品說明，遇到不清楚的地方，隨時可以參考。測試部門的工作也變得容易了，因為他們終於知道什麼樣的測試結果是正常的。市場部門、銷售部門和客服部門也會很高興提前瞭解產品。管理層也會支援這種做法，因為向投資者、董事會成員和商業夥伴展示產品時， 產品原型遠比 PPT來得有效。高保真原型的優勢還不止於此。