今天繼續(xù)為大家更新《啟示錄-如何打造用戶喜愛的產(chǎn)品》?

第17章

產(chǎn)品人物角色

Personas?for?Product?Management

理解目標(biāo)用戶

產(chǎn)品管理的核心在于制定決策——應(yīng)該抓住哪些機會?,解決什么問題闷串，哪些功能最有價值，誰是主要用戶烹吵。有決策就有失誤，但要打造成功的產(chǎn)品必須保證大部分決策是正確的锈津。

人物角色又稱為用戶特征記錄(user?profile)凉蜂，是指通過與用戶溝通交流性誉，確定典型的目標(biāo)用戶類型茎杂，在理解各類目標(biāo)用戶的特征的基礎(chǔ)上建立的人物原型。人物角色是合理地描述用戶特征的人格化虛擬原型蝗砾，重點關(guān)注用戶的行為携冤、態(tài)度闲勺、目標(biāo)。這個概念最早出現(xiàn)在艾倫.庫珀(?Alan?Cooper)的著作《交互設(shè)計之路》里翘地。

設(shè)計界似乎已經(jīng)廣泛采用了人物角色癌幕，我見過的大多數(shù)設(shè)計團隊都在使用這種工具。不同團隊創(chuàng)建人物角色的方法不同勺远，有些正規(guī)胶逢，有些靈活，但在我看來初坠，??他們都很出色。

營銷團隊甚至也開始在產(chǎn)品宣傳中使用人物角色锁保。??雖然兩者使用人物角色的方法類似且富有成效半沽，但目的不同，不能混為一談抄囚。營銷團隊使用人物角色是為了找準(zhǔn)目標(biāo)消費者幔托，激發(fā)消費需求蜂挪；產(chǎn)品設(shè)計師則是為了分析用戶的需求與在線行為嗓化。

人物角色對產(chǎn)品經(jīng)理而言同樣有用。創(chuàng)建人物角色的工作越早開始越好严肪，但很遺憾谦屑，它往往被擱置，直到探索(定義)產(chǎn)品的最后階段才發(fā)揮作用氢橙。原因在于創(chuàng)建人物角色的工作多由產(chǎn)品設(shè)計師完成，而產(chǎn)品設(shè)計師在團隊中發(fā)揮作用的時間通常都太遲帘睦。

為了發(fā)掘潛在的人物角色坦康，產(chǎn)品經(jīng)理必須深入?yún)⑴c創(chuàng)建人物角色的工作，尤其要親自參加用戶交流和用戶調(diào)查古胆。產(chǎn)品經(jīng)理仑撞、交互設(shè)計師、用戶研究團隊(如果有的話)之間必須密切合作桶良。這項工作千萬不能外包沮翔。產(chǎn)品經(jīng)理應(yīng)該參與所有的產(chǎn)品可用性測試，抓住一切機會與用戶交流采蚀，深入了解目標(biāo)用戶。

作為產(chǎn)品管理的工具纲爸，人物角色的主要用途如下妆够。

1.人物角色可以用來篩選重要的產(chǎn)品功能负蚊。假設(shè)目標(biāo)用戶是“瑪麗”颓哮，就該添加對“瑪麗”重要的功能；如果某項功能只是針對“山姆”的伤极，就該被淘汰姨伤。人物角色既有助于決定誰是目標(biāo)用戶，也有助于決定誰不是目標(biāo)用戶齿税，兩者同樣重要炊豪。面面俱到的產(chǎn)品往往一無是處拧篮，??使用人物角色可以避免犯這種錯誤。

2.產(chǎn)品團隊常常把自己的需求當(dāng)成用戶需求缺虐，我在別處討論過這個問題礁凡，使用人物角色可以避免犯這類的錯誤。

3.許多產(chǎn)品的用戶類型不止一種剪芍。如果只是簡單地針對每種用戶添加功能窟蓝，結(jié)果會是一團亂麻。這主要是設(shè)計上的問題运挫，使用人物角色有助于對用戶類型的優(yōu)先級進行排序,??識別需要重點考慮用戶體驗的地方谁帕。

4.有了人物角色，可以方便地向團隊描述產(chǎn)品的目標(biāo)用戶是誰匈挖，他們怎樣使用產(chǎn)品，他們關(guān)心產(chǎn)品的哪些方面小染。

5.和產(chǎn)品原則一樣，人物角色可以幫助團隊成員達成共識资盅。產(chǎn)品發(fā)布之前有數(shù)以千計的細節(jié)問題要解決踊赠，產(chǎn)品經(jīng)理和設(shè)計師不可能事必躬親。如果產(chǎn)品經(jīng)理今穿、設(shè)計師伦籍、文案創(chuàng)作人員、開發(fā)人員帖鸦、測試人員在產(chǎn)品原則和人物角色上達成共識作儿，解決問題的效率會更高。

以上是使用人物角色的優(yōu)點攻锰，下?面談?wù)勛⒁馐马棥?/p>

1.有些產(chǎn)品團隊創(chuàng)建人物角色后就把它束之高閣，回避為產(chǎn)品挑選關(guān)鍵人物角色的難題垒迂。宣稱產(chǎn)品老少皆宜是自欺欺人寝志。每個發(fā)布周期，我總是竭盡全力讓產(chǎn)品經(jīng)理集中精力關(guān)注一類關(guān)鍵人物角色毫缆。這并不是說該版本對其他用戶就沒價值乐导、不可用，而是強調(diào)每次應(yīng)該針對一類目標(biāo)用戶旺拉，把產(chǎn)品的優(yōu)勢發(fā)揮到極致。

2.有些產(chǎn)品團隊不花時間與用戶交流晋涣，只是基于想象和刻板的印象創(chuàng)建人物角色沉桌。我在這方面裁過不少跟頭，沒接觸真實用戶之前留凭，我不會先入為主地下結(jié)論蔼夜。與目標(biāo)用戶面對面交流是創(chuàng)建人物角色必不可少的環(huán)節(jié)。

3.邀請用戶參加產(chǎn)品原型測試求冷，我們常常面臨這樣一個問題：是不是只挑選關(guān)鍵人物角色范圍內(nèi)的用戶參加測試?當(dāng)然應(yīng)該測試關(guān)鍵人物角色對產(chǎn)品的反應(yīng)匠题，但實際使用產(chǎn)品的人不可能完全與關(guān)鍵人物角色的設(shè)定相符，所以還需要測試范圍外的用戶梧躺。我建議邀請多樣化的用戶參與產(chǎn)品原型測試掠哥。

第18章

重新定義產(chǎn)品說明文檔

Reinventing?the?Product?Spec

安息吧秃诵，紙質(zhì)說明文檔

我認為產(chǎn)品說明文檔的形式早就該改革了。有人說敏捷方法已經(jīng)解決了這個問題：干脆放棄產(chǎn)品說明文檔禁舷。雖然這樣做存在一些問題毅往，但我認為他們的方向沒錯。

討論如何改革前洁桌，先來看看現(xiàn)今紙質(zhì)的產(chǎn)品說明文檔存在的問題侯嘀。產(chǎn)品說明文檔包含的范圍很廣谱轨，名稱五花八門吠谢，有產(chǎn)品需求文檔、市場需求文檔献汗、業(yè)務(wù)需求文檔栅组、功能規(guī)格書等等。內(nèi)容覆蓋范圍刃麸、詳細程度司浪、文檔本身的質(zhì)量差別很大，就連形式也變化多端吁伺，有的是Word文檔租谈，有的是電子表格，有的是Wiki頁面窟却，還有的是用專業(yè)需求管理工具生成的呻逆。這些不同的文檔本來作用各不相同，但是隨著時間流逝茬腿，彼此間的界線越來越模糊宜雀。

我確實讀過幾份很不錯的產(chǎn)品說明文檔，??但大部分產(chǎn)品說明文檔既沒有提供必要的細節(jié)揭绑，也不包含關(guān)鍵信息，更不能解決問題他匪，雖然花費了大量時間撰寫邦蜜，卻很少有人閱讀。更要命的是悼沈，對管理層和產(chǎn)品團隊來說絮供，產(chǎn)品說明文檔很容易成為一個幌子，仿佛一切都進展順利壤靶。

產(chǎn)品經(jīng)理的核心責(zé)任是確保向開發(fā)團隊交付具有成功潛力的產(chǎn)品說明文檔贮乳。認同這一點的人只要仔細審視產(chǎn)品是如何定義的，就不得不承認現(xiàn)有產(chǎn)品說明文檔存在不足之處向拆。

我認為理想的產(chǎn)品說明文檔應(yīng)該滿足以下要求浓恳。

1.產(chǎn)品說明文檔應(yīng)該完整地描述用戶體驗——不只是用戶需求，還包括交互設(shè)計和視覺設(shè)計赞草。希望大家已經(jīng)明白用戶需求和用戶體驗是密不可分的吆鹤。

2.產(chǎn)品說明文檔必須準(zhǔn)確地描述軟件的行為洲守。文字和圖片的表達能力實在有限，不足以完成這項任務(wù)知允。

3.產(chǎn)品說明文檔的受眾較廣一開發(fā)?人員叙谨、測試人員、客服人員涤垫、市場營銷人員、運維人員切蟋、銷售人員榆芦、管理層等等。因此驻右，產(chǎn)品說明文檔必須以某種直觀的方式把產(chǎn)品信息和產(chǎn)品行為告訴所有人崎淳。

4.產(chǎn)品說明文檔應(yīng)該可以修改。雖然進入開發(fā)階段后茵瘾，應(yīng)該盡量避免修改產(chǎn)品說明文檔咐鹤，但總有意想不到的問題出現(xiàn)，需要修改產(chǎn)品說明文檔以適應(yīng)新情況雕旨。

5.撰寫產(chǎn)品說明文檔的過程中會出現(xiàn)許多衍生物捧请，比如，按優(yōu)先級排列的需求列表活箕、線框圖可款、實體模型，但應(yīng)該有一個主體來代表產(chǎn)品筋讨，避免混淆不清摸恍，版本錯亂。

在我看來壁袄，只有一種形式的產(chǎn)品說明文檔可以滿足以上所有要求，那就是高保真產(chǎn)品原型莺奔。

“高保真”的含義是原型應(yīng)該真實地體現(xiàn)用戶體驗变泄。除了描繪用戶界面的某些細微之處以外，我不建議使用“紙上原型”屏富。如今使用工具創(chuàng)建高保真原型既簡單又快捷蛙卤，成本也不高，沒理由不這么做神年。??為了獲得接近真實的用戶體驗行嗤，甚至應(yīng)該模擬后臺處理流程和某些數(shù)據(jù)栅屏。

過去幾年，我的想法一直在改變栈雳。以前我認為原型只需要包含關(guān)鍵的用戶體驗組件哥纫，現(xiàn)在我要求原型盡可能地體現(xiàn)產(chǎn)品細節(jié)一包括所有的頁面和主要的用例。盡管還是會出現(xiàn)一些意想不到的錯誤和極端狀況奖慌，但原型畢竟能讓產(chǎn)品團隊更直觀地把握設(shè)計要求松靡，其優(yōu)勢完全可以彌補增加的成本建椰。

當(dāng)然僅僅有原型是不夠的，因為有些產(chǎn)品行為不容易用原型體現(xiàn)屠列，??比如業(yè)務(wù)邏輯(稅務(wù)表單和運費等)、發(fā)布要求(性能表現(xiàn)夏志、??可靠性苛让、擴展性等)、平臺交付要求(安裝要求瘦材、瀏覽器兼容性等)仿畸。用例可以作為有效的補充错沽，用來描述重要的產(chǎn)品行為。另外憔儿，如何展示補充的說明文檔也值得考慮镰禾。最理想的方法是在原型上增加注釋，不過這種技術(shù)還沒有實現(xiàn)屋休，退而求其次备韧，我建議使用Wiki或內(nèi)部網(wǎng)站。這樣團隊成員可以隨時讀到最新的信息叠艳，再不用浪費時間查找版本混亂的紙質(zhì)文檔易阳。網(wǎng)站可以定期通知大家產(chǎn)品說明文檔的更新情況潦俺，方便大家提問和討論徐勃，并保存所有決策記錄早像。

當(dāng)然卢鹦，產(chǎn)品說明文檔的主體應(yīng)該是高保真原型冀自，由它體現(xiàn)產(chǎn)品的功能需求、信息架構(gòu)窃植、用戶體驗荐糜、交互設(shè)計暴氏、視覺設(shè)計。

在我看來关带，除了符合以上要求外沼撕，高保真原型最突出的優(yōu)勢是可以用于測試。你可以把它放到真實用戶面前磨总，觀察他們是否清楚如何使用(可用性)笼沥，是否渴望使用你的產(chǎn)品(價值)奔浅。只有通過這兩項測試馆纳，產(chǎn)品說明文檔才算合格，產(chǎn)品才值得開發(fā)汹桦。如果等到質(zhì)檢或公開測試階段再驗證鲁驶，就太遲了。

我保證如果你嘗試一次舞骆，創(chuàng)建體現(xiàn)功能和用戶體驗的高保真原型钥弯，產(chǎn)品團隊一定會擁護這種做法壹罚。開發(fā)人員是最直接的受益者，因為他們終于看到了明確有效的產(chǎn)品說明寿羞，遇到不清楚的地方赂蠢，隨時可以參考绪穆。測試部門的工作也變得容易了，因為他們終于知道什么樣的測試結(jié)果是正常的虱岂。市場部門玖院、銷售部門和客服部門也會很高興提前了解產(chǎn)品。管理層也會支持這種做法第岖，因為向投資者难菌、董事會成員和商業(yè)伙伴展示產(chǎn)品時，產(chǎn)品原型遠比PPT來得有效蔑滓。高保真原型的優(yōu)勢還不止于此郊酒。

最讓人吃驚的是，使用高保真原型可以大大縮短產(chǎn)品.上市時間键袱。沒錯燎窘，我知道這聽起來不可思議，但只要我稍稍解釋傳統(tǒng)軟件開發(fā)的情況蹄咖，你就能理解了褐健。因為傳統(tǒng)的產(chǎn)品說明文檔起不到應(yīng)有的作用(不完整、含糊不清澜汤，特別是未經(jīng)測試)蚜迅，而且?guī)缀鯖]有確定關(guān)鍵細節(jié)，也不解決實際困難俊抵，必須等到開發(fā)階段這些問題才能得到解決谁不。這導(dǎo)致項目要么被迫反復(fù)調(diào)整(產(chǎn)品說明文檔不斷變更，造成項目延期务蝠、士氣低落)拍谐，要么開發(fā)人員只能憑空猜測，交付的產(chǎn)品一團糟馏段，用戶不得不等待下一個版本或多個補?丁發(fā)布后才?能使用轩拨。無論哪種情況，產(chǎn)品上市的時間都將推遲院喜。

所以我建議大家嘗試高保真原型亡蓉，與其花幾個星期撰寫冗長的Word文檔，既沒人讀喷舀，也無法測試砍濒，還不如和設(shè)計師一

起創(chuàng)建產(chǎn)品原型淋肾。把產(chǎn)品原型拿給團隊檢查，交給目標(biāo)用戶測試爸邢。也許要反復(fù)修改多次才能確定原型樊卓，但現(xiàn)在修改總比開發(fā)幾個月做出糟糕的產(chǎn)品強。等產(chǎn)品原型確定后杠河，用它代替產(chǎn)品說明文檔交付開發(fā)碌尔，??看看會有什么結(jié)果。

想要了解更多產(chǎn)品經(jīng)理學(xué)習(xí)知識和技能券敌，和百人產(chǎn)品經(jīng)理一起交流讀書唾戚，請?zhí)砑印皔cc0607”。