序

“我每天也就打開那么十幾次”

“自從有了它，我只學會上天下地無所不能”

“想不到你不僅好玩好用，還能讓我不愁吃穿”

“我沒有你真的不太行”

“我愛死這玩意兒了”......

能讓人發出以上心聲的，除了一本存了那么幾個億的存折，還有誰？！

這時，在“領導”、“運營”、“設計師”、“程序猿”、“測試”、“銷售”、“售后”等人的圍攻中，煙霧繚繞沙塵滾滾，有一只狗，氣喘吁吁冒出了半個頭和一張嘴，用最后一口氣嘶聲吶喊：“還用問嗎？還有我的產品啊！”

說罷，一命嗚呼。

這狗啥品種？

噢，原來，是產品狗啊。

產品狗，是業界對產品經理的愛稱，是產品經理自嘲的產物。

“夢想改變世界”是它們的通病，“被現實世界改變”是它們的共性。

每只產品狗都渴望打造用戶喜愛的產品，懷揣崇高理想埋頭于紛雜事物辛苦勞作，而結果呢？

9成的產品是失敗的。

當然，成功不易，Marty想讓“產品狗們和它們的產品”少走一些彎路，于是誕生了《啟示錄》。

一.人員

1.好的產品是優秀團隊的產物，明確定義團隊角色十分重要。

1.1產品經理：

①收集需求、評估機會——借助MRD文檔

②定義產品特征、功能、用戶體驗、發布標準——借助PRD文檔

1.2用戶體驗設計師：

①確保產品可看、好看。

②確保產品簡單、有用、好用。

1.3項目管理

①制定計劃，跟蹤進度，確保交付。

②項目管理最好不要兼職項目管理，項目經理和產品經理應該是兩個獨立的職位。

③項目經理應該具備的7個特點：

? ? ·工作緊迫感，做人要做火車頭

? ? ·善于捕捉問題，抓住討論重點

? ? ·思路清晰，排除情感因素，放下思想包袱，撥云見日，分解問題，分配同事，專注解救

? ? ·用數據說話，務必根據數據和事實制定決策

? ? ·果斷，理想的思路和清晰的理由幫助大家

? ? ·判斷力精準，做事挑準時機

? ? ·態度積極，一往無前，愈挫愈勇，知道夢想成真

1.4開發

程序猿，應用的建筑者。

1.5運維

確保服務正常運行。

1.6產品營銷

想方設法讓更多人知道產品，使用產品，為產品服務買單。

產品經理與產品營銷最好分于2人，清晰界定職責，一主內一主外，分享資源，分工合作。

2.產品設計

確保產品兼備可用性（如何用）和價值（渴望程度）

（好的交互設計文檔和原型的存在，讓PD陷入無人問津的尷尬境地(⊙﹏⊙)b）

2.1用戶研究

①研究、分析用戶，評估產品原型或產品是否符合用戶習慣。

②擬定恰當的測試項目，監督測試，評估測試結果，提出改進方案。

2.2交互設計

①在理解目標用戶的基礎上設計有價值的、可用的目標功能，定義使用流程。

②交付線框圖給視覺設計師

③交互設計不適合外包

? ·用戶體驗設計具有繼承性

? ·從立項到產品發布，各種細節問題需要交互設計師迅速做出決定

? ·用戶體驗師公司的核心競爭力

2.3視覺設計

①根據線框圖設計用戶界面，包括嚴格的布局、顏色和字體設置

②視覺設計能夠傳達并喚起產品蘊含的情感（其重要性常常被低估）

2.4原型制作

①迅速制作產品原型，讓用戶試用，并根據反饋意見反復修正原型。

②軟件架構師評估設計和產品原型，確認切實可行。

3.軟件開發

只有與程序猿融洽合作，才有可能開發出合格的產品；否則等待你的將是一場噩夢。（麻蛋，深有體會有木有/(ㄒoㄒ)/~~）

3.1雙方平等，不從屬于對方，但相互依賴和促進。

3.2開發人員可幫助產品經理完善產品定義。

①讓開發人員直面用戶或顧客，了解問題的嚴重性，這樣好的idea常常隨之而來。

②和開發人員一起開展頭腦風暴，看看目前舊/新技術能不能解決手頭問題。

③讓開發人員在產品定義階段參與評估產品設計，協助策劃方案，未雨綢繆。

3.3產品經理應該配合開發人員的工作

①產品經理只定義滿足基本要求的產品，而不是最終產品。

②一旦開始開發，盡可能避免修改需求

③開發階段難免產生問題，如用例丟失、用例設計考慮不周全等，這很正常，最優秀的團隊也避免不了。產品經理應該迅速采取行動，在維持產品基本功能、盡量避免修改的原則上，拿出方案。

3.4預留一定的技術能力，即“余量”

給開發團隊預留20%的自主時間，未雨綢繆

①重寫代碼、完善架構、重構代碼庫中有缺陷的部分

②更換數據庫管理系統，提高系統性能，避免“停下來重寫代碼”的情形發生

4.招聘產品經理

產品經理的招聘和應聘，開放性太強，無邊無界。

4.1產品經理應具備的條件

①個人素質和態度良好

②對產品有熱情

③站在用戶立場思考產品

④智力優越

⑤工作狂屬性、責任心強

⑥為人正直，以身作則

⑦信心十足

⑧善于找到重點

⑨善于時間管理

⑩溝通能力強

?具備商業技能

? ·成本結構、邊際效應、市場份額、產品定位和品牌

4.2行業經驗或許沒那么重要

①產品經理大約有80%的技能和天分可以用于不同類型的產品

②最寶貴的經驗不是行業知識或技術，而是打造優秀的產品流程、領導產品團隊的能力、應對產品擴張的經驗、個人對自己的認知，以及自我激勵的能力。

③熱愛學習，擅于學習很重要。

④年齡不是問題

5.管理產品經理

5.1建設產品管理團隊

①訓練和培養產品管理團隊的工作能力不但是產品經理的任務，更是產品總監的任務

②新的產品經理必須經過至少3個月的刻苦學習才能開始管理產品

③有潛力、稱職的人選，就應該放手讓他們工作，盡情發揮。

④產品總監要知道，團隊成員的出色表現就是自己的出色表現，所以要雇傭比自己聰明的人，盡可能為他們創造寬松的工作條件

5.2規劃公司的產品戰略

①產品總監決定公司經營什么產品，仔細評審產品戰略和研發流程。

②產品總監必須透徹理解公司最新的商業戰略，確保產品戰略直接支持商業戰略；

③產品總監與產品經理一道完成產品規劃，共同實現規劃；建立產品原則，堅持按產品原則研發產品。

④產品總監要負責制訂產品組合路線圖——兼顧用戶需求和商業目標，從全局出發制訂產品發布計劃。

⑤產品總監要處理好同事關系，特別是得到公司高管的信任，做到禮賢下士，集思廣益，決策有理有據、公開透明。

5.3如何評估產品經理的工作？

①不管是按收益、利潤、用戶數量、頁面訪問量，這些指標都無法全面反應產品經理的業績。

②考察業績的新指標——用戶凈推薦值，它反應用戶對產品的態度。

? ? ·調查用戶是否愿意向他人推薦你的產品，滿分10分

? ? ·9~10分，推薦

? ? ·7~8分，中立

? ? ·0~6分，貶損

? ? ·推薦者所占的比例-貶損者的比例=NPS

5.4產品管理屬于哪個部門？

①劃分到市場部？不好！

? ·營銷工作和產品管理工作混在一起，往往兩敗俱傷。

②劃分到開發部？不好！

? ·開發部門只顧埋頭開發產品，他們并不關心產品是否。

? ·產品管理團隊易被產品細節包圍，看不到市場需求，無法探索制勝的產品策略和途徑。

? ·探索產品需要不同于開發的思維方式和專業技能。

? ·開發團隊強調執行力，在強調執行力的組織里從事探索性工作是非常困難的。

③獨立產品管理部門？我覺得可以！

? ·將產品管理部門提升到與開發部門和市場部門相等的級別。

? ·產品管理部門最好包含設計團隊，因產品管理和用戶體驗設計必須緊密合作。

④獨立產品管理部門？好處多多

? ·產品部門的管理者將在高管隊伍中占有一席之地

? ·產品管理不容易在市場與開發的各項任務和挑戰中被忽略掉

? ·這種結構清晰地表明，產品既不是由技術驅動的，也不僅僅是由銷售或市場需求決定的。

6.給彼此多一點點空間

永遠不要告訴別人怎么做，而是告訴他們做什么，他們自然會發揮天賦，給你驚喜。

只告訴用戶體驗設計師和開發人員“做什么”，留給他們的空間就越大，他們就越有可能打造出用戶喜愛的產品。

7.產品經理要學會尋求幫助

僅靠自己，會嚴重限制創意的發揮。你需要的幫手，可能就隱藏在公司各處。

7.1多打聽，多問同事

7.2采用走動式管理模式，花時間與員工相處

7.3認真傾聽與會者的對話與發言

7.4隨時歡迎他們向你提出產品建議

7.5坦率地把煩惱告訴同事，大家會熱情地幫助你

7.6一起吃雞！一起泡吧！

8.如何管理上司？十條經驗

7.1為項目波動做好準備，提高計劃的準確度，挖掘有待改善的細節。

? ·記錄工作進度，掌握項目波動規律，尋找對策

? ·制定計劃時，預留出時間應對變化和調整，做好“無用功”的心里準備

7.2注意溝通的方式與頻率，弄清上司喜好，對癥下藥。

7.3會前溝通。確保會前與高管達成一致意見。（會議的作用：讓與會人員認識到大家取得了一致意見）

7.4多提建議，少談問題。管理者要聽到解決問題的方法，而不是抱怨。

7.5向上司借力。將想法告訴上司，請他幫你轉達建議。

7.6充分準備。管理者通常聰明過人，能夠立馬發現你思路和計劃上的漏洞。你最好準備充分，弄清問題所在，做到有備無患。。

7.7縮短郵件篇幅，突出重點。

7.8多用數據和事實說話。

7.9內部宣傳，讓大家認可你的工作。

7.10做讓領導省心的員工。

二.流程與產品

一流軟件（互聯網）公司的流程及技術，也是一流的。

1.評估產品機會，挑選合適的產品機會，向用戶提供使用的解決方案。

評估時，必問十個小問題（不應涉及具體解決方案）

1.1產品要解決什么問題？（產品價值）

? ·最難回答，也是最關鍵的一個問題。

1.2為誰解決問題？（目標市場）

1.3成功的機會多大？（市場規模）

? ·可求助于行業分析師、貿易協會、公司財務，再結合自己的分析做出判斷。

1.4怎樣判斷產品成功與否？（度量指標或收益指標）

1.5有哪些同類產品？（競爭格局）

1.6為什么我們最適合做這個產品？（競爭優勢）

1.7時機合適嗎？（市場時機）

1.8如何把產品推向市場？（營銷組合策略）

? ·具體銷售方式，甚至會影響產品需求。

1.9成功的必要條件是什么？（解決方案要滿足的條件）

1.10根據以上問題，得出評估結論。（繼續或放棄）

2.產品經理應充分理解產品的營利模式，結交一位懂財務的朋友能讓你受益匪淺。

2.1幫你分析財務問題，評估產品的ROI（投資回報率）

2.2通過財務數據，助你了解用戶。（交易記錄、支付信息、客戶信息、客戶數和經營報表等用戶）

2.3確認商業上的可行性。

3.采用流水線方式并行開發產品。

一旦前一個版本的產品進入項目執行階段，就投入創造熱情開始定義下個版本的產品

4.重視產品探索流程

保證開發團隊開發有價值的、可用的產品

4.1尋找市場，讓用戶驗證你的構思

4.2設計解決方案，它必須是有價值的、可用的、可行的。

5.產品原則：什么是最重要的？

產品原則是對團隊信仰和價值觀的總結，用來指導產品團隊做出正確的決策和取舍。

5.1產品原則可用來團結產品團隊，形成共同的價值觀

5.2產品原則要有優先級

5.3產品原則是大家討論分析的產物

6.產品決策要達成一致，弄清這幾個問題，讓撕逼少一些

6.1究竟要解決什么問題？

6.2要為哪類任務角色解決這個問題？

6.3產品要達到什么目標？

6.4每項目標的優先級是什么？

? ·是易用性、響應速度、功能、成本、安全性，還是用戶隱私？

7.產品評審

制定更及時、更可靠的產品決策；產品評審團的決策直接影響企業的運營。

7.1成立產品評審團的目的是決定產品戰略方向，宏觀上監督公司產品的研發流程，合理地配置資源。

7.2產品評審團不制定商業策略，而是在給定商業戰略的條件下，提出與之相匹配的產品戰略。

7.3人員組成（人數10人內）：

? ①CEO/COO/GM

? ②產品管理總監/副總監

? ③用戶體驗設計總監/副總監

? ④市場總監/副總監

? ⑤開發總監/副總監

? ⑥網站運營總監/副總監

? ⑦客戶服務總監/副總監

7.4制定決策的四個里程碑

? ①評審產品戰略和產品路線圖，選擇值得投入精力的產品，并讓產品經理開始評估產品機會

? ②評估產品機會的結果，決定是否開始定義產品解決方案

? ③評審產品原型、用戶測試結果、成本估算明細，決定是否開始開發產品

? ④評審最終產品、產品品質、發布計劃、社會效應，決定是否發布產品

7.5產品評審團的注意事項

? ①不負責評審對產品細節的更新或修正

? ②不負責產品設計工作

? ③應盡量避免討論具體執行策略

? ④每月開一小時會議或每兩個星期開兩小時會議

? ⑤決策反思。產品發布3~6個月，請產品團隊匯報產品的市場業績表現，反思之前的決策是否明智，以及今后應該如何調整

? ⑥每次評審會議，最好由產品經理向產品評審團匯報產品的進展情況。會前做好簡要匯報，可避免在會上匯報過程中措手不及。

8.特約用戶——產品開發伙伴

8.1組建特約用戶小組

在項目的開始階段無色至少六位積極、活躍、樂于分享的目標用戶，要求它們：

? ①在產品的目標用戶中具有一定影響力。

? ②認為未來的產品可以解決它們手頭亟待解決的問題

8.2特約用戶能得到的好處

? ①參與構思產品創意，解決它們手頭的問題

? ②提前使用產品，越早使用產品越早解決麻煩

? ③提前使用產品，可以顯著降低用戶的各種成本

8.3特約用戶給予產品經理的好處

①為產品的定義和開發提供建議和協助

②提升溝通、調研的便利性

③可第一時間、迅速得到反饋意見

④若特約用戶滿意產品表現，會樂意公開推薦產品

8.4組織特約用戶的注意事項

①不要收取費用

②人數10~15個

③若練特約用戶都難以找到，也許初步驗證了產品創意沒有價值

④確保特約用戶是產品的潛在目標用戶，而不是產品嘗鮮者。

⑤務必向特約用戶說明，我們要開發額是面向大眾的通用產品。

⑥應該把特約用戶當成開發伙伴對待，結下深厚持久的友誼。

⑦產品經理特約用戶的合作貫穿產品研發的每個環節：向他們展示產品原型，請他們參加測試，向他們請教產品的細節問題

⑧營銷團隊可以幫助物色特約用戶

注：產品經理應該盡可能地親自拜訪用戶，與用戶交流，參加每一次的可用性測試和特約用戶討論會。理解用戶需求的工作，絕不能推諉他人。

9.市場調研

市場調研結果可以用于完善現有產品，精益求精，但不要指望從市場調研中發現下一個BAT。

9.1用戶調查（問卷調查）

9.2產品使用分析（使用數據分析工具）

9.3數據挖掘（用戶的賬單、賬戶信息、產品數據等）

9.4拜訪用戶（很有效，但須平衡資金、時間成本）

9.5人物角色分析（弄清用戶角色、目標用戶）

9.6可用性測試（讓用戶參與可用性測試，收集反饋，觀察、記錄用戶的行為和反應）

9.7競品分析（學習對手成功的經驗）

9.8用戶研討會效果不佳，原因：

①用戶不知道什么想法是可行的

②用戶不知道自己想要什么

10.產品人物角色

人物角色是合理地描述用戶特征的人格化虛擬原型，重點關注用戶的行為、態度、目標。

10.1創建人物角色的工作越早開始越好。

10.2人物角色的建立，有助于決定誰是目標用戶，也有助于決定誰不是目標用戶。

10.3使用人物角色可以避免產品團隊把自己的需求當成用戶需求。

10.4使用人物角色有助于對用戶類型的優先級進行排序，找到重點。

10.5有了人物角色，可以方便地向團隊描述產品的目標用戶，他們怎么使用產品，他們關心什么的。

10.6和產品原則一樣，人物角色可以幫助團隊成員達成共識。

11.產品說明文檔

11.1應完整地描述用戶體驗，包含需求、交互設計、視覺設計。

11.2準確地描述軟件的行為

11.3能夠直觀地讓各崗位人員看懂

11.4應該可以修改。

11.5撰寫產品說明文檔的過程中會出現許多衍生物，比如，按優先級排列的需求列表、線框圖、實體模型，但應該有一個主題來代表產品，避免混淆不清。

11.6在網站上同步產品說明文檔的更新情況，方便大家提問和討論，并保存所有決策記錄。

11.7高保真原型是很好的主體，由它體現產品的功能需求、信息架構、用戶體驗、交互設計、視覺設計。比PPT有效太多。

12.用戶體驗設計與實現

先定義用戶體驗再動手開發

12.1第零次迭代，產品經理和用戶體驗設計師利用這段時間先完成產品設計工作。這需要更詳細地定義待開發任務（backlog），但團隊工作會更愉快。

12.2需求調研和產品設計時，至少邀請一位軟件開發人員檢查設計工作，評估可行性和成本。

13.削減功能還是延長工期？

“斷腿的狗打不了獵”。

學會定義基本產品，只滿足基本要求（價值、可用性、可行性）的產品。

13.1只設計基本功能的產品可以把復雜度降到最低，把開發時間減到最少。

13.2邀請以為開發人員參與設計原型，估算成本，評估可行性。

13.3請真實用戶驗證產品原型。（這一點至關重要）

13.4一旦基本產品確定，通過了目標用戶的測試，就不可能再削減任何功能。如果還能削減，那說明你定義的不是基本產品。

13.5產品經理在設計高保真原型時，就應該構思足夠全面、徹底，避免在開發階段修改設計。

13.6設計產品時，一定要考慮哪些功能是最重要的，爭取設計出只滿足基本要求的、不可刪減的產品。

14.產品驗證

證明產品的價值、可用性、可行性。

產品經理向產品團隊提供最終的產品說明文檔前，需進行以下三項重要的驗證。

14.1可行性測試：能否成功開發，有哪些風險？

14.2可用性測試：請用戶來試用可用性原型，根據反饋調整。

14.3價值測試：用戶是否喜歡這些功能？是否滿意功能的具體實現方式？

15.原型測試

15.1測試者怎么找？

? ①特約用戶

? ②企業級產品，可去競品的展銷會無色

? ③發布廣告

? ④大眾產品，親朋好友，但不能僅限于親友

? ⑤電子郵件列表

? ⑥通過公司的網站征集志愿者

? ⑦較大的公司，可定期開展原型測試活動，每次邀請10~20位測試者參加。

? ⑧離開公司，到用戶聚集的場所尋找測試者，可適當獎勵

? ⑨邀請測試者上門參加測試，可適當獎勵

? ⑩提前一天致電測試者，可降低爽約比例5%~10%。

15.2如何準備測試？

? ①擬定好測試內容

? ②觀察測試者未接觸產品原型之前是如何解決產品要解決的問題的，機會只有一次不容錯過

? ③測試原型前，觀察測試者能否從原型首頁看出產品要解決什么問題。

? ④測試完成后，與測試者聊天，了解他們使用競品的情況、一般如何解決問題，有多大可能性向朋友推薦這款產品。

? ⑤為每個問題打分（0~10分）

? ⑥不必等到原型完整后再測試，可以先測試主要項目

15.3測試原型的技巧

①測試前不宜與測試者交談過多，放置透露產品線索。

②測試前，務必告訴測試者，這只是產品原型，不是正式產品，可說出真是的看法，不必有所保留。

③測試時，盡量讓測試者保持平和情緒，不要讓他們陷入吹毛求疵的狀態

④測試時，盡量保持安靜，不要給測試者提示。

⑤測試的作用是理解目標用戶如何看待產品要解決的問題，發現原型不符合用戶直覺和習慣的地方。

⑥從測試者的肢體語言和語氣里可以發現許多有用的信息。

15.4更新原型

①只要有兩三個用戶反映了同一個情況，就動手解決。

②有連續六個用戶理解和欣賞產品的價值，而且能完成關鍵的測試項目，就算完成了原型測試任務。

③若發現測試者對原型不感興趣，或無法讓原型變得足夠簡單易用，請立馬收手。

16.平滑部署

版本更新有它的必要性，但須盡量降低用戶反感和學習成本。

優秀的產品和服務可以贏得用戶的好感，應該小心保護，不要輕易試探用戶的耐心，讓好感變成反感。

16.1通過公告、群發郵件、在線教程等方式提前通知用戶

16.2加倍做好測試工作，避免新版本隱患

16.3若更新版本會影響大規模的用戶，應該采取并行部署、增量部署、區域性部署的方式來降低風險

17.快速響應

17.1產品發布后的一周內，團隊應做到快速響應、處理產品發布后的用戶反饋意見。

17.2一旦問題反饋回來，產品團隊應至少每天召開一次尖端會議，討論問題的輕重緩急，確定最佳解決方案。

17.3觀察網站分析工具提供的實時數據，做出響應。

18.合理運用敏捷方法

敏捷方法極大地提高了開發定制軟件的效率：增進了客戶和開發人員之間的交流；通過更頻繁的迭代來大幅度降低風險；引進了現代軟件測試的理念；省去了連篇累牘的產品說明文檔的麻煩。

18.1產品經理即是產品負責人，若不是一個人擔任，通常會埋下隱患。

18.2敏捷方法絕不等于省略產品規劃。

18.3產品經理和設計師的工作進度應比開發團隊領先一兩個迭代周期

18.4產品設計工作盡量做到獨立拆分，分而治之

18.5產品經理的主要任務是定義有價值、可用的產品原型和用戶故事，作為開發的基礎。

18.6讓開發人員自主劃分迭代周期。

18.7產品經理和交互設計師必須出席每天的晨會。晨會是一天溝通過程的開始，而不是結束，關于產品的討論會持續一整天。

18.8除非達到了產品經理的要求，否則不要輕易發布新版本。

18.9每次迭代完成后，產品經理應該向團隊展示產品現狀，以及下次迭代的產品原型，共享工作成果，同時加深大家對產品的理解，增強團隊對這種開發方式的信心。

18.10在團隊內展開敏捷培訓，讓每位團隊成員都真正理解敏捷方法。

19.瀑布式開發方法的缺點

19.1產品驗證嚴重滯后

19.2變更計劃代價不菲

19.3無法適應快速的市場變化

20.在大公司混的十大秘訣

大公司都遵循一條潛規則——盡量規避風險。

懂得利用資源的你，在大公司就會如魚得水。大部分人在大公司的工作狀態“大部分人游蕩在黑暗里，他們只知道抱怨，卻從不想辦法尋找點燈開關”

20.1了解公司制定決策的方式，搞定拍板者

20.2主動幫助他人，積累人脈關系。

20.3臭鼬工程，找三五個志趣相投的同事在工作之余做出產品原型來。

20.4資源不齊，自己頂上

20.5有選擇地據理力爭

20.6會前溝通，形成默契

20.7合理分配時間，產品經理雜事多，應留下時間完成自己的本職工作：制定產品戰略，構思產品路線圖，研究產品原型，分析競爭對手

20.8與同事共享信息，樂意共享信息

20.9向上司借力，用實力取得他的信任

20.10傳播你的產品理念，讓大家不遺余力地支持你

21.蘋果公司給我的啟示

蘋果對以下四點的理解和運用是神一般的存在。

①硬件為軟件服務→②軟件為用戶體驗服務→③用戶體驗為情感服務→④產品為真正的需求服務

22.新瓶裝老酒

運用新技術，解決老問題。

谷歌專注于提供有價值的信息，厚積薄發，顛覆了整個市場格局。

蘋果公司推出ipod，以卓越的功能很塊幾百MP3，引領了市場潮流。

想要在成熟的市場搶占一席之地，精明的公司至少要手握兩件“法寶”

22.1對目標市場了如指掌，對現有產品的缺陷洞若觀火。

22.2跟蹤最新的技術趨勢，把最新的技術融入產品設計中，只要能做到一次，你的產品將所向披靡。

23.恐懼、貪婪、欲望

只有從情感的角度重新觀察市場上的產品和服務，你才能體會用戶的真實感受。

23.1通過什么途徑滿足這些情感需求？

23.2哪種視覺設計更能抓住這些情感？

23.3哪些功能更能滿足這些情感需求？

23.4哪些產品特性阻礙用戶宣泄清咖？

24.跨越鴻溝

很少有產品能夠跨越鴻溝

25.可用性與美感，兩者缺一不可。

26.十大要點

26.1產品經理不應把時間浪費在營銷管理和項目管理

26.2用戶體驗就是產品的生命

26.3動手設計產品前，先明確產品要解決什么問題，為社會解決問題，以及評估產品的標準

26.4組建特約用戶隊伍，參與到項目中，反復試用產品，不斷改進

26.5明確產品原則，幫助果斷決策

26.6建立人物角色，幫助決策

26.7產品經理的主要職責是探索（定義）有價值的、可用的、可行的產品。

26.8擅于使用原型

26.9讓用戶參與原型測試

26.10根據數據改進產品

27.產品經理的反省清單

出色地產品經理應時刻關注產品的現狀與未來。以下十個問題時時刻刻等著他們去琢磨。

27.1產品能吸引目標消費者的關注嗎？

27.2產品的設計是否人性化，是否易操作？

27.3產品能在競爭中取勝嗎？

27.4了解目標用戶嗎？產品是否能得到他們的認可？

27.5產品與競品是否有差異？能在30~60秒內向他人解釋清楚嗎？

27.6產品能正常運行嗎？

27.7產品是否完整？用戶對產品印象如何？銷售業績如何？銷售任務能否順利完成？

27.8產品的特色是否與目標用戶的需求一直？產品特色是否項目？

27.9產品值錢嗎？用戶為什么埋單？

27.10我了解其他團隊成員對產品的看法嗎？他們覺得產品好在哪？看法是否與我一致？