起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識28個專家觀點：以用戶為中心的產品管理
這里羅列的不是最好的實踐，而是最好的假設。 請慢用！
似乎不同的公司，甚至不同的人，產品管理的定義還有其所涉及的方方面面也會有所不同。
- 營銷者認為你的職責就是要做所有競品版本2.0；
- 銷售人員期望你能覆蓋所有不同用戶想要的功能，好把產品輕輕松松地賣出去；
- 其他人把你當作垃圾場處理每個人腦里閃現的天馬行空的想法和需求；
然而，你撐著做產品是為了幫助別人達到他們的目標，不僅僅是為了完成任務…
那么你又是怎么處理的呢？
對于我們最近的UX 專家意見專訪系列，我們詢問了28位優秀的產品經理，了解他們是怎么保持以用戶為中心的立場，同時還能平衡其他看似有競爭力的意見。以這些專家的產品管理煉金術，一些專業人士聲稱甚至可以把一些沒有提及的反饋信息轉化成有用的針對用戶有用的解決方案。
要注意他們會有哪些共同點還有不同點—比如，他們對用戶故事沒有一致的意見。
請記?。哼@里羅列的不是最好的實踐，而是最好的假設。 請慢用！
Jonathan Shariat 產品設計師 | <Tragic Design> 作者, twitter @DesignUXUI
1. 讓用戶成為你宇宙的中心
從我的經驗來看，把用戶需求保持在整個流程中心的唯一方法就是以圍繞用戶的流程為中心。
要盡量做到始終與用戶交流（幾乎總是可以做到的）。團隊作的每個選擇都應該首先考慮客戶需求，其次是業務需求。但是我們一般很容易不知不覺就偏離了這個初衷，只顧自己的需求。
比如：
- 我怎么才能盡可能地在最小壓力的情況下完成這個項目呢？
- 我們怎么才能盡可能用最少的工程資源建設這個項目呢？
- 我們怎么才能做一些目前能力企及的事情卻可以得到領導層的批準呢？
等等。以服務用戶為首的這項準則應該建立在你的整個過程，否則這項準則就會被排擠出去。也意味著需要得到領導層的支持。如果到位了，整個團隊就可以集中火力滿足用戶需求。而這就是業務增長還有奇跡發生時候。
Janna Bastow? Mind the Product, ProdPad 共同創始人, twitter @simplybastow
2. 停止隱藏用戶的東西
我們ProdPad 比較幸運的是我們的用戶是產品經理,所以他們自然就理解產品管理是怎么的一回事。但是我不認為這樣就可以改變我們的戰略—在每個階段做到透明還有樂于溝通。
作為起步者，我們已經做到把我們的路線圖公開，還有鼓勵我們的客戶提出反饋和問題，我們盡可能地簡化用戶的工作。比如：
- 我們有一個Slack 群只是為了ProdPad用戶而建，以便我們的團隊可以直接與客戶交流；
- 在我們app有一個微件是為了收集反饋，bugs,還有提供幫助；
- 我們已經仔細考慮每份郵件還有觸點；
雖然我們傾聽每個所得的建議還有反饋，但是我們不是馬上去實現這些東西。我們確實做到與每個人都溝通了，有時，我們還幫助客戶理解為什么我們沒有優先采納他們的建議（就像任何其它的公司那樣，我們不能建立所有的事情）。很多公司回避公開和誠實這種態度。然而， 我們覺得公開和誠實可以讓我們的用戶和我們的產品上坐在同一條船上的。還有，他們最終會提供更有用的反饋。
Jock Busuttil Freelance 產品總監 | Product People 創始人 | 《產品管理從業者指南》作者， twitter @jockbu
3. 觀看和收聽
你和你的交付團隊（甚至開發人員）需要接觸你的用戶并觀察他們是怎么使用你的產品，或者競品，這是最直接的答案。
你需要盡可能地做到6周內至少2小時。
Why? 只有這樣你和你的團隊才能直接地體驗到你用戶的喜悅或者失望。還有這真切的體驗可以很大程度地激發你的團隊去優化你的產品。
如果你抗議你已經做到經常與客戶見面，那么再讓我澄清兩件事：
1.有銷售人員在場的會議不算。
Why? 因為任何有銷售人員在場的會議，這注定會轉化成一場商業談判，沒有余地討論用戶需求。
2.只有客戶是產品使用者的會議才算數。
你的客戶是那些買你產品的人。終端用戶軟件除外，一些客戶往往不是那些日常使用你產品的用戶，盡管他們聲稱是，但他們不能準確地反映出真實用戶的需求。你會明白我想要表達的意思，如果你曾經有過使用任何企業采購系統的糟糕經歷。
只要有可能，你應該親自觀察你的用戶，你不僅需要觀察他們對你的產品做了什么，還有他們是怎么反應的。從用戶的肢體語言可以解讀很多東西，你在截屏視頻所見的往往會錯過這些肢體語言。
還有一個可行的做法就是通過多臺攝像機遠程觀察你的用戶，要顯示他們的臉部，手部，還有他們眼前的屏幕。然而，除非你有自己的可用性工作室，不然實行這些觀察是非常復雜和昂貴的，從而打消你的積極性，做不到那個每6周內至少2小時的計劃。
親自到用戶平時的使用環境去觀察他們使用產品是一個比較便宜和方便的方法，所以這應該是你的第一選擇。如果你不能定期去會見你的用戶，你就甭想著把他們的需求作為你產品的核心。
Michelle Harper MLHarper.com 產品總監，twitter @mlharper
4. 習慣使得產品經理
建立常規的措施去征集用戶反饋，還有設定可量化的目標。
比如每個季度的一次實地訪問，或者5次有用戶參與的會議（通過電話采訪，或者面對面）。這是每個產品經理必須親自實行的系統性做法。
然而，不要封閉所得的用戶見解，要和其他利益方分享，包括領導團隊。
John Peltier Terminus 產品總監， twitter @johnpeltier
5. Terminus 法
我們是一個快速成長的創業公司，領導基于賬戶的市場營銷活動。Terminus雇了一個產品經理，當我們達到200個客戶的時候，而且這些客戶提供各種各樣的想法關于接下來怎么去優化我們的產品，更不用說，我們還有三個空有野心和靈感的創建人。
公司早就定期地從客戶成功團隊獲取客戶反饋意見，然后在營銷類的活動中直接地跟客戶交流。我們當時行動敏捷，以至于我們正在盡可能以用昂貴的方法驗證一些想法，還有盡可能用完善可用的軟件。
在加入重要的新功能之前，產品團隊投入到了一些設計研討會，還有與客戶進行了大量的交流，為了確保在剛開始的階段滿足客戶需求。我們增長的信心是無以倫比的，它推動了Terminus成長的下一階段。
Teresa Torres Product Talk 產品探索輔導員, twitter @ ttorres
6. 使事情進行順利是需要雙方努力的
把用戶始終置于產品管理流程的中心，最好的方法是與用戶一起創造
吸引你的用戶參與每周的會議并產生一些見解，還有評估一些解決方案。
Victoria Thompson Ascential 產品經理 twitter @VicThompson
7. 跟用戶交流是理所當然的事
對于我來說，這是為了參與項目的所有人能走出去跟我們的客戶交流。我們需要站在他們的立場去理解他們的問題。如果我們都有責任走出去跟客戶交談，傾聽他們，我們會情不自禁地把他們置于我們正在做的事情的首位。跟用戶交流應該是工作時間內很重要的一部分—這不能看作是可望不可即的奢侈品。
把我們所聽到的和我們所做的所有要素聯系起來是件很重要的事情，是確保我們為我們的客戶做正確的事情。與市場營銷團隊緊密合作去勾勒出生動的人物角色是非常重要的。
Katy Arnold 英國政府內政部用戶研究和設計主管 , twitter @katyarnie
8. 用戶體驗應該是每個人的責任
在政府部門的工作中，我們沒有專門的用戶體驗之類的職能角色，因為我們認為創造好的用戶體驗是每個人的責任。
我們有用戶研究員，交互設計師，還有內容設計師，所有人都與產品經理還有服務設計師一起創造以用戶為中心的公共服務。
我之前的任何一個工作崗位都沒有像現在這樣堅定，把用戶需求置于整個過程的核心。它有助于我們獲得政府數字服務的支持，而服務標準要點1是 “了解用戶需求”。
把用戶研究員納入你的團隊是非常有益的，他們應該給你產品的實際用戶做常規性的，觀念上的研究。
創造好產品或服務的最有效的方式是確保你的交付團隊可以經常地與用戶接觸。帶上你的團隊，讓隊友看到用戶在實際場景中是怎么使用他們創造的產品。這是建設產品最好的方式。
Daniel Elizalde 創始人 | 講師 | 作家， TechProductManagement, twitter @delizalde
9. 兩個部分確?？鞓返挠脩艄适?/h2>
作為產品管理的一部分的用戶中心性只有這個公司總體上都有這樣的文化才能發生。
不然，這會變得很困難。產品經理可以用以下的兩種方式去影響公這種文化的改變：
- 通過驅動一致性
- 通過流程連貫性
第一部分是在不同的團隊群體促成一致的理解，了解用戶是誰，公司要解決的用戶痛點是什么。為所有的用戶定義明確的角色（還有包括創造角色過程所有利益相關者）會是驅動這種一致性的工具。
第二部分是流程的一致性。只有連貫地使用人物角色模型做產品決定才能實現其價值。還有用戶研究，原型設計 ，驗證等等也是。這些活動不能是一次性的，需要滲透到你的流程中，并由其他團隊引進。今天，我們毫不猶豫地計劃開發運營，或者測試活動，那么為什么以用戶中心的活動會有所不同呢？
產品經理可以影響一些技術的采用，比如雙軌敏捷法，確保整個流程永遠為用戶為中心的活動負責。
Kristin Zibell 產品管理總監-醫療保健解決方案, Akili Interactive Labs, KristinZibell.com, twitter @takeyourbigtrip
10. 定義成功（以用戶的話來說）
有一個簡單的以用戶為中心的設計（UCD）技術，我多年前創造的，把我和我的團隊集中在對用戶重要的事情上。
我要求我的團隊在項目剛開始的時候，以用戶的話去定義成功。 我們一起為每個角色創建了一個成功定義。這個簡單的方法建立了一個以用戶為中心的強大基礎，很輕松地從項目的起點執行貫穿到審查。
這個定義讓團隊不再只盯著功能—成效，從而注重產品是怎么幫助用戶的。還有除去一些專業術語或猜測，然后開始著手大量的用戶討論。
在探索的階段，我們和實際的用戶一起評估這個定義的有效性，還有詢問他們需要什么信息還有行動去取得成功。我持續不斷地把這個成功定義帶到了每次設計，構建的評估。我問我的團隊，用戶能否從這里達到所定義的成功呢？什么信息還有行動是需要的，還有什么是無關，一切變得很明顯了。
我還希望為這個成功定義建立一個關鍵衡量指標，所以啟動時我能跟蹤到我是否幫助用戶達到成功。
Rian Van Der Merwe Postmark 產品經理, twitter @RianVDM
11. 一切要交流（然后采取行動）
我來自用戶研究的背景，所以我堅信要一直保持與用戶交流是保持用戶需求為產品核心的唯一方法。
我是這樣做的：
- 我有一個Calendly鏈接，任何人可以設定一個時間討論一下我們的產品。
- 我們做常規性的可用性測試。
- 我們的成功團隊經常轉發給我一些產品相關的支持請求，我就有了機會深度地挖掘問題。
我們有一個用戶列表，記錄他們提出的一些具體功能。 一旦我們著手一些事情，我們會嘗試聯系他們任何的一個，為了能更好地理解他們的需求。
這些方法不一定適用于每個人，但要點是，跟用戶交流應該從多個角度切入。 這不僅僅關于可用性測試或者電話聯系。關鍵是，要在多個場景下談論關于產品的多個方面。如果你這樣做，你能夠超越某個特定功能的反饋，達到了這樣的境界—用戶需求滲透到發展周期的每個方面。
Bruce Mccarthy??? UpUp Labs 創始人&首席產品人，twitter @d8a_driven
12. 這是個人的，也是業務的
圍繞你的用戶需求構建路線圖
專注你路線圖中用戶的問題或者沒有被滿足的需求，而不是你可能要創造的解決方案。這樣，你總會有一個接觸點可以回歸到—無論你的的解決方案如何，還是每個人都在問的問題：“這能解決這個問題或滿足這個需求嗎？”，而不是“我們有創造出承諾過的事嗎？”
把你的用戶需求直接聯系到業務成果或者目標。
我們都有要實現的長短期目標幫助我們的公司和產品成長—所以要嘗試去把你的用戶需求聯系到這些目標。一般來說，高管對一些模糊的回報承諾沒有很好地響應，所以要盡量做到具體。你可以使用一個公式對這些需求進行一致評估，這能幫助解釋你對某一些特定問題的優先級。
價值 ÷ 努力 = 優先
- 價值：對目標的估計貢獻
- 努力：為創造回報價值所做的投資
這非常簡單。比如，解釋為用戶留存或每年度更新目標時把產品做到易用的重要性。困惑或者失望的用戶不會更新的！
Jacqueline Yumi Asano Resultados Digitals 產品經理，twitter @jacquelineasano
13. 5個（或更多）Whys
傾聽你的客戶還有多點問為什么。保持與客戶的溝通渠道開放，還有深入了解他們的要求。
我們公司超過80%的員工每天都直接與客戶打交道。這意味著這里幾乎每個人對用戶需求都有很好的洞察。我們提供了一個內部渠道，整個團隊都可以提供關于產品的反饋。為了避免一堆膚淺的建議的積壓，我們提出了一些問題幫助產品經理理解為什么一個特定的狀況會是用戶的問題，影響是什么，還有目前做了哪些去解決這些問題。然后產品經理需要回復這些反饋，還有提供一個大概的意見關于怎么計劃去處理所報告的問題。
我們還有跟銷售，客戶成功團隊共進午餐，以便他們可以告訴我們為什么他們認為一些客戶流失了，還有我們的主要競爭對手有什么變化。令人驚喜的是：你可以從一次簡單的談話學到很多。
客戶支持是另一個較好的反饋來源。我周期性地嘗試去了解主要的產品差距，可用性故障，還有產品性能的問題。我們最近已經根據這類分析優先考慮產品的改進，其中包括創建的票數量，和完整的解決時間。結果為我們的功能創建的票數量減少了38%的。
對我而言，最重要的就是要跟你的用戶交流，我經常就是用Skype跟用戶交流，傾聽他們的意見。還有你要理解有些事為什么會被要求，找到他們問題的根源。
Jeff Lash SiriusDecisions 副總裁兼集團總監，市場推廣和產品管理服務總監，twitter @jefflash
14. 關注用戶，但是不要忽略買家
把用戶至于流程的中心是重要的，同時，關注買家也是重要的（如果不是更重要的話）。
在很多B2B的場景，有一些角色參與購買過程，但是實際上他們從沒使用過這些產品。即使用戶參與購買流程，作為買家他們總會評估一些要買的產品。如果你只是專注于用戶，而不理解買家的角色和需求，人們很可能不會購買你的產品，也就不會有機會有人使用你的產品。
我還會關注3個重要的要素，這正是很多B2B企業忽略的：
1.同意誰是用戶
這聽起來很基本，但是我經常遇到產品團隊有不同的觀點，比如誰使用，或者應該是誰使用一件產品。如果每個人都有不同的觀點關于應該專注哪些用戶，你是不能做到把用戶需求置中心的。
2.全面了解用戶需求
再次，這看似不言而喻，但是我們所看到的是一個很大的鴻溝存在于很多企業—他們很多都是只有對用戶需求的一個粗略的理解。例如，實際上他們從沒花過時間理解一些用戶從沒提及的需求，他們只是過一下銷售團隊所告訴他們的，或者用戶提交的功能請求。我們已經制定了一個流程（The SiriusDecisions Needs Aperture）概括出最好的做法幫助B2B企業去辨別還有優先排序那些最有可能產生重大商業影響的需求。
3.確保在整個流程中關注用戶
有一個弱點我在很多企業看到的是他們把關于用戶的知識局限于他們的想法中，或者幾個人的手中，或者僅僅存活于流程的早期階段。為了有一個真正的以用戶為中心的流程，所有參與在創新，設計，開發，還有市場推廣的人員應該對客戶的理解有一個共識。團隊應該達成一致，從想法的形成到執行。我們和客戶使用這個方法（The SiriusDecisions 產品營銷和管理模型）強調對于用戶/客戶的關注要置首，并貫穿我們的流程。
15. 停止用戶故事，并開始用工作故事
我意識到用戶故事是規定性的，還有提前假設用戶想做什么而不是用戶的基本需求、動機、愿望和恐懼。
換句話說，用戶故事不能說明用戶正在嘗試他們想做的事情。
角色模型很棒，因為他們把用戶放在你產品的核心。然而，經過多年使用人物角色，我意識到這是徒勞無功的。沒有一個人回顧到那個用戶角色，也沒有幫助任何人理解在這個用戶故事中這個角色為什么在某個場景會做某些事情。
自從我接觸到Clay Christensen 以及“要做的事情”（JTBD）框架以來，我就開始使用還有推薦這個而不是用戶故事。原因很簡單，工作故事關注使用場景還有動機。
Susana Videira Lopes ,Huddle 產品經理 twitter @susanavlopes
16. 找出模式
作為一個B2B企業，Huddles從與客戶成功團隊合作的管理員用戶獲得了很多功能請求還有反饋。從終端用戶獲得直接的見解會是很困難的事情。
我們發現，Net Promoter Score （凈推薦人評分）的問卷發給一些隨機的重要樣本，可以讓我們了解到我們做得怎么樣。但是很難把分數變化還有產品變化聯系在一塊。
相反，我覺得最有用的是在自由文本問題中尋找模式：我們應該怎么改進。如果一個問題反復被很大部分的受訪者提出，那么就應該調查這個問題。 然后我們打電話給這些受訪者，提出5個著名的問題,直到我們找到問題的根源。我們還會和一些最終用戶一起建設一個列表記錄那些人同意在以后被聯系，去測試解決該問題的原型。
在B2B環境里直接與最終用戶接觸需要很多的內部溝通，所以我們讓客戶經理知道我們在什么時候跟一個終端用戶聯系過。這樣，他們始終能夠通過賬戶了解所有接觸點。
Phil Wolff ,Reef9 Reaping ,咨詢產品經理 twitter @evanwolf
17. 永無止境的平衡行為
你在努力，但是你至少總會偏離中心那么的一點點。
你嘗試通過與所有的團隊和利益方進行適當的優先排序并進行溝通來放大用戶研究結果。你嘗試過節省在一些帶來可靠用戶行為數據的工具預算，。你把內部的相關者納入客戶支持還有用戶研究工作。你把用戶體驗角色拉到會議。你舉辦聆聽會。你創新還有竊取很多方式去傾聽，學習，理解你的用戶。
但是，立法力量總是想法從把用戶從你的決定中替換掉。工程師要還技術債。監管機構要執行公共政策。供貨商強制更改你的服務與他們交互的方式。營銷者尋求認證標準的合規性。管理層對投資者作的承諾。銷售人員要求可以完成交易的一個功能。在B2B中，企業買家可能想要不同的事情過于他們的用戶需求。甚至提高產品管理的過程會奪取屬于用戶的關注和資源。
最難的部分是每天把用戶放在你的心上。分心和利益方的壓力一直把你弄到另外的一些憂慮中。所以你需要一個個人的試金石—一個咒語，一種習慣，一個提醒每天把你帶回到你的用戶。你還需要同事分享你的決心和互相幫助把關注放到用戶身上。
因為用戶中心性只有你堅持不懈才能發生。
Dan Olsen , 產品管理咨詢、講師，The Lean Product Playbook 作者， twitter @danolsen
18. 按照書所說的去做
有三點來自我的一本書 The Lean Product Playbook （精益產品手冊）去幫你確保把用戶中心置于你產品管理流程的中心。
1. 定義和同意你的目標客戶
明確你的目標客戶可以把你所有的產品隊員帶到一個共識。這個定義應該是書面的（不是口頭的），所以所有的人可以訪問和閱讀。（比如 谷歌文檔 或 Wiki page）.用戶角色是一個很好的工具去描述你的目標客戶。
2.使用用戶故事
使用用戶故事主要是確保你的開發工作的用戶中心性。如果你使用用戶故事，確保你是以用戶的角色去寫（盡管叫“用戶故事”，很多團隊是不這樣做的）。使用模板: “作為一…,我想…,所以我能…”去寫用戶故事。
3. 建立常規性的會議和客戶一起討論
比如，每個月的第一個周二可以安排為“客戶日”， 安排一個45分鐘，與5到6個客戶一對一的會話。盡管你不知道在會議安排的時間會打算問客戶一些什么樣的問題，沒有關系。在那個時候，你總是會有一些東西要問或者要展示給他們。如果可能的話，可以摸索出該怎么使這個計劃變成自由無主導的。（比如通過一個研究協調人，如果你有的話。）
Rakhi Ahuja, Dell 高級產品經理, twitter@rakhiahuja27
19. 這是一個終生的承諾
在我看來，貫穿產品生命周期的都是關于用戶行為和反饋。
要記住不僅是你要解決用戶的痛點，還有你的解決方案對產品的長期影響。當構建一個產品，最好是做到：
問：我的目標用戶的需求是什么，why?
- 嘗試去找出哪個用戶在做什么，有多久了？
- 學習用戶的行為，還有一直以來有什么模式出現了。
- 不要以同一種方式關注所有的用戶。
- 不要對用戶和他們需求作出假設。
- 在構建的過程中，要回過頭來考慮這個產品是否滿足用戶的需求，還有是否值得構建下去。
- 采訪你的用戶，還有傾聽關鍵信息。
- 設一挑戰，實現一個核心的任務需要在3次的點擊之內
問：這設計能解決性能和穩定性的問題嗎？
關注于產品或者功能是否真的滿足用戶需求，用戶是否會付錢購買你的解決方案，還有（更重要的是）用戶是否會傳播你的產品信息。
Nikkel Blaas, XING 產品設計師-用戶體驗， twitter @JAF_Designer
20. 保持透明
一個新興的用戶需求描述了用戶在特定場景下需要的結果
當產品能幫助用戶達成一個想要的結果，它大大地增加了自身的價值還有用戶幸福感。
挖掘用戶需求并使其在整個產品開發團隊，利益方和客戶做到透明。 你可以用研究見解海報，連貫敘述還有工作故事（在Jobs to Be Done 框架下）為用戶需求創造移情。
Steve Farrugia 網頁體驗商業分析員， Trinity Mirror, StevenFarrugia.com , twitter @stevefarrugia
21. 了解你的用戶（可能會有不止一種類型）
作為英國領先的新聞出版商之一，我們需要為全國各地的的客戶，還有編輯業的同事構建產品。
工作流程可能因人而異，或者因區域辦公處而異。我們經常看到一些人走捷徑，但是也有一些人花很長的時間去完成一項任務。
當我們發現了一個問題，或者意識到一個問題，我們會觀察這些過程，還有跟編輯用戶談論。我們還要考慮不同的團隊帶著不用的需求是怎么完成任務的。跟一些優秀的人交談是至關重要的。
我們定期跟利益參與方分析關于設計和產品的更新，還有來自其他業務領域的設計和產品更新。這樣確保了一個解決方案不會在其它地方引發新問題。對于我們這樣的大公司來說這是一個很大的風險。
當更新的產品或者功能準備就緒后，我們會與一部分的用戶去測試看看有沒有想要的效果，或者在完整版本之前需要進一步迭代。這讓其他團隊也有機會參與到我們的產品團隊。這樣他們可以成為開發過程的一部分，為他們和同事（全國范圍內）的問題創建解決方案。
Steve Farrugia，?Trinity Mirror 網頁體驗商業分析員, StevenFarrugia.com , twitter @stevefarrugia
21. 了解你的用戶（可能會有不止一種類型）
作為英國領先的新聞出版商之一，我們需要為全國各地的的客戶，還有編輯業的同事構建產品。
工作流程可能因人而異，或者因區域辦公處而異。我們經?？吹揭恍┤俗呓輳?，但是也有一些人花很長的時間去完成一項任務。
當我們發現了一個問題，或者意識到一個問題，我們會觀察這些過程，還有跟編輯用戶談論。我們還要考慮不同的團隊帶著不用的需求是怎么完成任務的。跟一些優秀的人交談是至關重要的。
我們定期跟利益參與方分析關于設計和產品的更新，還有來自其他業務領域的設計和產品更新。這樣確保了一個解決方案不會在其它地方引發新問題。對于我們這樣的大公司來說這是一個很大的風險。
當更新的產品或者功能準備就緒后，我們會與一部分的用戶去測試看看有沒有想要的效果，或者在完整版本之前需要進一步迭代。這讓其他團隊也有機會參與到我們的產品團隊。這樣他們可以成為開發過程的一部分，為他們和同事（全國范圍內）的問題創建解決方案
Jennifer Doctor ，OutsideIn View產品管理&市場推廣專家 twitter @jidoctor
22. 這不是關于你或你的產品
除非你構建一件產品主要為了展示，你需要一件可以隨時出售的產品，還有更重要的是，還會有人想要買。你的目標是為了解決用戶問題，以他們想要的方式去解決。
如果用戶不是你產品的核心，那么你的產品將會失敗。發展人物角色是理解用戶是怎么跟問題的潛在解決方案互動的好方法。邀請用戶過來，或者最好就是到他們的使用環境去觀察還有交流，這能幫助你看到他們是怎么使用的。
用戶需要在上市計劃還有推出的中心。你應該要有買家角色去幫助你理解你買家的核心目標，態度，還有行為。一旦你理解你買家的動機，你可以通過發展一個定位留住他們的注意。一旦你理解買家的旅程，發行策略會是很容易去發展和執行的。一旦你知道買家，用戶，你可以直接地聯系他們。
這不是火箭科學，這僅僅不是關于你和你的產品。對一些產品經理來說是很難聽到的。圍繞和為用戶構建產品是相互受益的，你賣出了一件產品，用戶解決了一個問題。
Scott Colfer ，英國數字司法部 產品經理 ，Twitter @scottcolfer
23. 成為用戶的公司
如果把你用戶放在你企業的中心，他們也會是你產品管理流程的中心。
我在英國政府部門負責產品的工作，我們在所有數據服務的發展有指定的用戶。我們的數據化服務標準告訴我們要理解用戶需求，我們的設計理念告訴我們要從用戶需求開始。我們從總在一個探索階段開始挖掘我們的用戶還有他們的需求。我們定期地評價我們用戶見解的質量，確保用戶是在我們服務的中心。
如果你的企業真誠地信任和重視你的用戶，產品經理就可以容易地代表用戶的聲音。
Jennifer Flynn Airtasker 產品副總裁 ， Twitter @jenstalltales
24. PM 明星總是在支付他們的債務
在數字產品管理中，很難記住你的客戶不僅是一個數據點的集合，還是一個追求體驗的人。
現場捕捉到的數據只能告訴你的客戶做了什么，沒有做什么，而不是他們的意圖。沉浸在產品體驗是很重要的，但是你的知識會被你所知的東西干擾。經常直接地跟用戶交談應該是你企業每個人的重點事務。 你建造的任何東西應該是你客戶提出的，直接或者間接。
技術團隊經常談到他們的技術債。所以我認為產品經理經常說出他們的客戶債是重要的。那就是客戶不滿意未完成的功能，那些我們之前有能力做到的，而不是應該做的。
如果你需要一個理由把激光一樣的焦點轉到你的客戶和他們的需求，希望下面這句話能幫你概括：
“可持續增長的特點是一個簡單的規則：新客戶來自過去客戶的行為?！?/p>
Steve Johnson ，Under10 Playbook 創建人 twitter @ sjohnson717
25. 做一個好聽眾
營銷專家經常提醒我們要跟客戶交談，他們幾乎是對的。銷售人員跟客戶交談。支持人員跟客戶交談。產品經理應該傾聽用戶，畢竟你說話的時候學不了什么。
在Under10 的產品管理模式中，學習是有效的產品管理的核心，產品經理（不管他們的頭銜叫什么）應該是人物角色還有他們問題的專家。
為了與時俱進，產品經理應該每個月對自己的客戶訂單進行個人配額管理 。不管是通過電話，視頻，面對面，每月爭取至少要和5個客戶交流。你會驚訝于昨天的對話通常會告訴你今天的決定。
沒有市場方面的數據，一個產品經理只是一個有意見的人。
Ciprian Gavriliu Mighty Product產品設計，UX咨詢師 , Twitter @CiprianGavriliu
26. 一個功能幫助一百萬人，不是每一百萬個功能幫助每一個人
每天要跟用戶談話。如果做不到的話，每周也可以。嘗試親自與用戶聯系，喝一杯咖啡或者什么的。
用戶也是人，你知道的。放下你的自傲，跟他們聯系，用心溝通。
了解他們的掙扎，他們的痛點，他們的渴望，還有他們的認同。 如果你做到了，你會獲得很多見解還有想法關于怎么優化你的產品。在接近一個用戶的時候，只想著自己想要完成的事情，你是很難做到連接和探索他們的內在世界的。人們感到在跟一個不了解自己的笨蛋在說話。你也會有同感。
在每天快要結束的時候，不要忘記你不是CPPO 首席取悅人民執行官。你是去幫助別人還有做對你業務有意義的事。你想要開發一個功能可以解決1，000，000人的問題，不是建1，000，000功能所以你可以讓1，000，000人感到快樂。后者是不可能的，是愚蠢的。
人+商業 = 愛
Rebecca Karasik 數字產品經理 twitter @rebeccakarasik
27. 測試你的產品
作為一個產品經理，你經常要做到在業務需求和產品需求之前取得平衡。你對你的上司，利益方還有最終你的用戶負責。我嘗試堅持兩條格言：
- 了解你的用戶。
- 不停地測試。
首先，和你的用戶一起感受，還有理解他們的動機和行為，這是保持你的用戶在你的產品核心的方式。你應該確保你總是在做某種用戶測試。
你是不是正在嘗試優化你網站的某些方面？在你扔進更多沒必要的資源之前，要去測試。當你向你的同事展示ROI，還有證明產品的未來升級是很有幫助的。
Fabio Muniz Althletitrack產品設計師， twitter @fbwlm
28. 測試！測試！測試！
往往有一個平衡在三個關鍵要素之間 ：移情、測試、持續研究。
亞馬遜的杰夫?貝索斯出了名的確保會議室的桌子上總有一張空椅子還有讓出席者知道這是給“這個會議室最重要的人—客戶”準備的。 為你的目標用戶開發移情還有意識是一個成功的產品管理戰略的轉折點。
確保你和你的隊友理解你客戶的POV，他們的需求還有為什么他們使用你的產品或者服務是關鍵的。保持人物角色可見，建立同情心地圖，放一張空椅子是做這些事的一個方式。
移情是重要的，測試也是。在你設計流程的每個階段你應該要經常測試，。當你得到真正的用戶嘗試你的交互作品， 你基本上可以走進他們的世界。這使你應該注重的事可視化。
最后用戶研究應該是持續不斷的–你不能把它放在待辦事項列表，然后刪除了。你應該始終跟用戶交談，進行訪談，問卷調查，繼續完善人物角色，至少每周進行一次測試（還有，這可能足夠用來畫一張圖）。如果你那樣做，你（還有你的團隊）對用戶重要的意識自然將會增長。
作者：Tom Lloyd
譯者：伊維特
參考：http://www.whatusersdo.com/blog/user-centred-product-management/
本文由 @伊維特 翻譯發布于人人都是產品經理。未經許可，禁止轉載
題圖來自 Unsplash ，基于 CC0 協議
- 目前還沒評論，等你發揮！
