很多人看到產品經理這個職位的時候， 都會感歎， “哦， 真是一個體面的職業”；“是個經理， 公司地位一定不低”；“基礎薪資真高”……關於產品經理， 你確定你已經完全瞭解它了麼？今天看完Rohini Vibha從心理學到產品經理的“奇妙”經歷， 沒准你會有新的認識~
產品經理一職並不要求你是擁有某項過硬技能的專家。 要想成為產品經理， 你不需要知道怎麼建立資料模型， 不需要知道怎麼編寫代碼， 也不需要知道怎麼設計網站。
這些能力會給你帶來一些幫助， 但它們並不是必需的。 做產品經理和做工程師或者設計師不同，
而且， 這份工作在名義上也很不錯：
你可以算得上是小CEO
你領導別人
你是行業專家
你決定產品現在和未來的外觀以及給人的感覺
你有一份不錯的薪水
你是老闆
我列出上面幾項內容其實只是開個玩笑， 因為事實上， 做產品經理會給你帶來許多一般人不瞭解的意外。 如果你不是產品經理， 或者你從來沒有在工作中和人進行過深入的交流互動， 那麼讓我告訴你：
真實的產品經理和你想像中完全不一樣。
產品經理的內涵：
做用戶的心靈、大腦和喉舌
促進跨職能的團隊協作
權衡產品
利用一定的時間和資源達成目標
領導人們在產品之旅中前行
保持積極務實
利用少量資訊做出艱難的決定
產品經理不是：
成為最重要的聲音
成為唯一出主意的人
做設計師
做程式師
管理產品品質
完善網站
編寫宣傳資料
我是怎麼知道的：
我申請產品經理一職完全是出於一時的突發奇想。 當時我還是一名主修心理學的大四學生，
我開始鑽研各種職位描述， 想要找到一個能讓我的專業聽上去不那麼可笑的職位。
出乎我的意料， 技術和文化兩方面都非常令人驚豔的公司財捷集團（Intuit）向我伸出了橄欖枝， 邀請我擔任公司的產品經理輪崗助理一職。
我之所以說這“出乎我的意料”， 是因為我其實並不知道產品經理要做些什麼。 第一遍看完我的錄用通知書後， 我又反復看了幾遍， 一邊看我一邊想：“哇， 我之前面試的時候就只說了我的愛好而已， 奇怪， 只說這些就夠了嗎？”
我之所以說這“出乎我的意料”， 還因為我當時的論文寫的是關於心理語言學的內容，
我參與產品經理的第一個專案是小型商務財務軟體QuickBooks。 當時我負責管理軟體年度更新的測試版。 而且那次經歷彙集了一切產品經理使我感到驚奇的地方：都是在職位描述中沒有提到過的內容。
以下是令我感到驚奇的主要四條內容：
❶
你並不是在管理一個產品
你是在管理這個產品要解決的問題
當發現自己要參與管理QuickBooks時， 我都要吐了。 “QuickBooks？！”我嘲笑道， “那軟體比我爺爺還老！”（其實這並不是事實， 但是如果你呆在矽谷這樣每秒鐘都有新產品誕生的地方， 你就會覺得QuickBooks像是上一輩人使用的東西）。
我感到相當失望，
哦， 我真是大錯特錯。
“你要愛上問題……而不是愛上它的解決方案。 ”
——財捷集團負責設計創新的副總裁Kaaren Hanson
當你開始管理一個至少擁有一名顧客的產品時， 你就會迅速瞭解到，你的工作內容比功能最完整的產品還要龐雜得多。
你的工作是要深入理解你的產品需要解決的問題，然後努力解決這個問題的每一處細節。
你總是有太多的專題報告要寫，但是你的時間卻總是太少；你總是有太多的漏洞需要修補，但是你的時間卻總是太少。你手頭總有要做的事情。
而且，當你手上有了一個用戶已經養成了使用習慣、公司也已經建立了處理模式的成熟產品時，你其實需要具有更加強大的創新精神，這樣一來你才能成功處理所有制約你的問題。
做產品經理，就是要在你的團隊在給定的時間內所能完成的任務和你的顧客絕對需要的東西之間妥協折衷。
在這場你不可能獲勝的和時間的賽跑中，你會不斷地在自己的團隊、顧客和企業之間左右為難。
不管你的產品是今天構思出來的還是二十年前構思出來的，只要你能平衡產品的長期和短期策略，那你就算取得了一個小小的成功。
❷
使用者的感受決定了你產品的好壞程度
在運行我們的測試版軟體時，除了每週通過電子郵件接觸我們的測試人員之外，我也會通過電話和他們交談，有時候我還會花一整天的時間，為他們提供各種各樣的技術支持。
一開始，這讓我感覺非常沮喪。我想知道，我幹嘛要回答這些問題？我應該做的是管理產品！
隨著我越來越多地花時間和顧客交談、看他們使用我的產品，我明白了顧客口中“沒有用”的功能真的就是沒能以他們所期望的方式起作用。顧客的感受是真實的，我的工作並不是告訴他們他們做錯了什麼。
相反，和顧客的交談説明我認識到我做錯了什麼。然後我再把這些洞察理解到的內容回饋給我的工程師和設計師，讓大家進行頭腦風暴，討論我們該如何讓我們的這些功能對用戶“起作用”。
最後，連續花上幾個小時甚至幾天和顧客交談拯救了我的產品。而保住產品是一件好事：因為要想做產品經理，你得先有一個產品。
❸
產品經理既不是設計師也不是工程師
在向Mac App Store提交軟體的過程中，我被告知，我需要設計一下我們的銷售頁面。
當時還剛接觸產品經理不久的我真的把這當成了自己的任務，一頭紮進了Photoshop圖層和調色板之中。
伴隨著創作湧現的內啡肽沖昏了我的頭腦，我把銷售頁面的設計通過電子郵件發給了我的經理。但他的回復郵件並沒有充滿我所預期的稱讚，相反，那封郵件裡寫著：
“不錯。這是我們的設計師做的嗎？我想我們應該在色彩設計方面給她一些鼓勵。”
“設計師？！”我問我的電腦，“他在說什麼？”
通過這件事，我明白了一點：一個產品經理並不需要進行視覺設計，在一個健康的大型企業裡尤其如此。而且產品經理也不寫代碼。你的設計師是設計專家，你的工程師是程式設計專家，而作為產品經理的你，則是評估判斷這些設計和功能是否能夠切實滿足特定用戶需求的專家。
❹
你不必去做一顆星星
你要做的是管理整個宇宙
我加入QuickBooks團隊的第一天，我的經理帶著我到辦公室走了一圈，把我介紹給了每一個人，真的是每一個人：支持人員、銷售人員、工程師、設計師、財務人員。這讓我應接不暇，不過我更擔心經理此舉“浪費”了多少時間。
我很奇怪：為什麼他不先把我介紹給其他產品經理。我心想：“我敢肯定我可以一會兒再來見剩下的這些人。”比他介紹給我的員工人數更嚇人的，是他介紹我的方式。“之後她會負責QuickBooks的發佈。”他對他們說。
我不知道自己要怎麼才能成功發佈這款產品，我甚至都沒有在我自己的電腦上下載過QuickBooks。
幾周後，事情漸漸明瞭起來：我不會像在畢業典禮上放鴿子那樣，一個人單槍匹馬向全世界發佈QuickBooks。相反，我的工作是幫助人們進行合適的頭腦風暴，增進我第一天所見到的所有團隊之間的交流溝通，從而促成種種影響最終軟體發佈的決定。
這是一件相當開闊眼界，而且讓人覺得有些欣慰（只有一點點）的事。我無須想出最棒的點子，我只需要確保我選擇了最合適的人，促使大家想出大量點子，並從中選出最好的一個。
在一家大公司和一家初創公司做過三年的產品經理後，我意識到，我在第一次產品經理面試中所說的那些愛好：深入理解他人、消除人們生活中的痛苦、寫作、實地調查研究、在資料資料中尋找模式和潮流、為人類進行設計，正是我的面試官想要尋找的品質，因為那正是成為一個成功的產品經理所需要的。
作為產品經理，我有過、而且現在也還有一系列持續不斷的煩惱：和工程師說話時我會覺得我相當愚蠢，我希望我自己能夠設計網站，我討厭自己要扮演監工的角色，我懷疑在別人心目中，我就和專案事務跟蹤工具JIRA沒什麼兩樣，意外觸怒了我的研究人員讓我覺得這份工作吃力不討好：
但是在一天結束的時候，當我坐在那兒看著使用者一邊使用我的產品一邊露出微笑時，我知道這一切都是值得的。
要想做一名產品經理，你不能被自己擁有“經理”頭銜的這一事實所蒙蔽。
確實，你要做出最後的決定，但同時，你也要對你產品的每一個起起伏伏負責。如果有使用者不理解你的產品，那責任就在於你，而不在於市場行銷部門；如果你的產品在錯誤的時間上市，那責任就在於你，而不在於策略制定部門；如果有使用者找不到按鈕，那責任就在於你，而不在於設計部門。
而且，如果一名目標使用者不喜歡你的產品，那責任也在於你，而不是他。
原文作者：MediumRohini Vibha
地址：https://medium.com/@rohinivibha
（翻譯/is譯社錢功毅 來自/簡書：Nextoffer）
「今日互動」
主題：產品經理初識
產品經理，顧名思義就是要負責產品的“生老病死”一切事項，產品既是你的寶寶，也是你的工具。大家在第一次瞭解到產品經理這個職位時，是什麼想法呢？“頭銜有個經理，掙得肯定不少”或是“這麼多種工作，一定專業度很高”。
歡迎在文章下方留言，大家踴躍發言，說說你們的想法吧~
猛戳“閱讀原文”，對話學習導師，瞭解更多產品經理課程，知識學習更全面~
你就會迅速瞭解到，你的工作內容比功能最完整的產品還要龐雜得多。你的工作是要深入理解你的產品需要解決的問題，然後努力解決這個問題的每一處細節。
你總是有太多的專題報告要寫，但是你的時間卻總是太少；你總是有太多的漏洞需要修補，但是你的時間卻總是太少。你手頭總有要做的事情。
而且，當你手上有了一個用戶已經養成了使用習慣、公司也已經建立了處理模式的成熟產品時，你其實需要具有更加強大的創新精神，這樣一來你才能成功處理所有制約你的問題。
做產品經理，就是要在你的團隊在給定的時間內所能完成的任務和你的顧客絕對需要的東西之間妥協折衷。
在這場你不可能獲勝的和時間的賽跑中，你會不斷地在自己的團隊、顧客和企業之間左右為難。
不管你的產品是今天構思出來的還是二十年前構思出來的，只要你能平衡產品的長期和短期策略，那你就算取得了一個小小的成功。
❷
使用者的感受決定了你產品的好壞程度
在運行我們的測試版軟體時，除了每週通過電子郵件接觸我們的測試人員之外，我也會通過電話和他們交談，有時候我還會花一整天的時間，為他們提供各種各樣的技術支持。
一開始，這讓我感覺非常沮喪。我想知道，我幹嘛要回答這些問題？我應該做的是管理產品！
隨著我越來越多地花時間和顧客交談、看他們使用我的產品，我明白了顧客口中“沒有用”的功能真的就是沒能以他們所期望的方式起作用。顧客的感受是真實的，我的工作並不是告訴他們他們做錯了什麼。
相反，和顧客的交談説明我認識到我做錯了什麼。然後我再把這些洞察理解到的內容回饋給我的工程師和設計師，讓大家進行頭腦風暴，討論我們該如何讓我們的這些功能對用戶“起作用”。
最後，連續花上幾個小時甚至幾天和顧客交談拯救了我的產品。而保住產品是一件好事：因為要想做產品經理，你得先有一個產品。
❸
產品經理既不是設計師也不是工程師
在向Mac App Store提交軟體的過程中，我被告知，我需要設計一下我們的銷售頁面。
當時還剛接觸產品經理不久的我真的把這當成了自己的任務，一頭紮進了Photoshop圖層和調色板之中。
伴隨著創作湧現的內啡肽沖昏了我的頭腦，我把銷售頁面的設計通過電子郵件發給了我的經理。但他的回復郵件並沒有充滿我所預期的稱讚，相反，那封郵件裡寫著：
“不錯。這是我們的設計師做的嗎？我想我們應該在色彩設計方面給她一些鼓勵。”
“設計師？！”我問我的電腦，“他在說什麼？”
通過這件事，我明白了一點：一個產品經理並不需要進行視覺設計，在一個健康的大型企業裡尤其如此。而且產品經理也不寫代碼。你的設計師是設計專家，你的工程師是程式設計專家，而作為產品經理的你，則是評估判斷這些設計和功能是否能夠切實滿足特定用戶需求的專家。
❹
你不必去做一顆星星
你要做的是管理整個宇宙
我加入QuickBooks團隊的第一天，我的經理帶著我到辦公室走了一圈，把我介紹給了每一個人，真的是每一個人：支持人員、銷售人員、工程師、設計師、財務人員。這讓我應接不暇，不過我更擔心經理此舉“浪費”了多少時間。
我很奇怪：為什麼他不先把我介紹給其他產品經理。我心想：“我敢肯定我可以一會兒再來見剩下的這些人。”比他介紹給我的員工人數更嚇人的，是他介紹我的方式。“之後她會負責QuickBooks的發佈。”他對他們說。
我不知道自己要怎麼才能成功發佈這款產品，我甚至都沒有在我自己的電腦上下載過QuickBooks。
幾周後，事情漸漸明瞭起來：我不會像在畢業典禮上放鴿子那樣，一個人單槍匹馬向全世界發佈QuickBooks。相反，我的工作是幫助人們進行合適的頭腦風暴，增進我第一天所見到的所有團隊之間的交流溝通，從而促成種種影響最終軟體發佈的決定。
這是一件相當開闊眼界，而且讓人覺得有些欣慰（只有一點點）的事。我無須想出最棒的點子，我只需要確保我選擇了最合適的人，促使大家想出大量點子，並從中選出最好的一個。
在一家大公司和一家初創公司做過三年的產品經理後，我意識到，我在第一次產品經理面試中所說的那些愛好：深入理解他人、消除人們生活中的痛苦、寫作、實地調查研究、在資料資料中尋找模式和潮流、為人類進行設計，正是我的面試官想要尋找的品質，因為那正是成為一個成功的產品經理所需要的。
作為產品經理，我有過、而且現在也還有一系列持續不斷的煩惱：和工程師說話時我會覺得我相當愚蠢，我希望我自己能夠設計網站，我討厭自己要扮演監工的角色，我懷疑在別人心目中，我就和專案事務跟蹤工具JIRA沒什麼兩樣，意外觸怒了我的研究人員讓我覺得這份工作吃力不討好：
但是在一天結束的時候，當我坐在那兒看著使用者一邊使用我的產品一邊露出微笑時，我知道這一切都是值得的。
要想做一名產品經理，你不能被自己擁有“經理”頭銜的這一事實所蒙蔽。
確實，你要做出最後的決定，但同時，你也要對你產品的每一個起起伏伏負責。如果有使用者不理解你的產品，那責任就在於你，而不在於市場行銷部門；如果你的產品在錯誤的時間上市，那責任就在於你，而不在於策略制定部門；如果有使用者找不到按鈕，那責任就在於你，而不在於設計部門。
而且，如果一名目標使用者不喜歡你的產品，那責任也在於你，而不是他。
原文作者：MediumRohini Vibha
地址：https://medium.com/@rohinivibha
（翻譯/is譯社錢功毅 來自/簡書：Nextoffer）
「今日互動」
主題：產品經理初識
產品經理，顧名思義就是要負責產品的“生老病死”一切事項，產品既是你的寶寶，也是你的工具。大家在第一次瞭解到產品經理這個職位時，是什麼想法呢？“頭銜有個經理，掙得肯定不少”或是“這麼多種工作，一定專業度很高”。
歡迎在文章下方留言，大家踴躍發言，說說你們的想法吧~
猛戳“閱讀原文”，對話學習導師，瞭解更多產品經理課程，知識學習更全面~