產品大牛分享：產品經理入職後怎麼做？

banq發表於2022-03-01
推特上幾位產品經理大牛告訴你剛剛入職產品經理後如何做？
 

第一週
在擔任產品經理的第一週，我有點緊張。我對做錯事和說錯話感到緊張，無法建立信任，基本上對所有事情都感到緊張。所以這是我在第一週所做的：
我知道我想了解工程團隊的流程並與他們建立良好的關係。所以我決定與開發團隊的每個人進行1對1的會談，從設計師到開發人員到QA工程師，而這是非常值得的。
會議的目的是介紹自己，更多地瞭解他們，最重要的是問這三個問題。

  • 1. 你的工作日程和作息時間是怎樣的？
  • 2. 你在團隊發展過程中面臨什麼挑戰？
  • 3. 你有什麼建議？


這些問題的答案給了我啟示，我需要開發一個實用的、適用於團隊的、利用現有流程的敏捷流程。
現在，知道整個團隊都參與了敏捷流程的開發，感覺非常好。
現在，產品管理還涉及到與企業內部其他部門的合作，如銷售、市場和客戶支援。他們也是一個產品成功的巨大組成部分。
於是，我安排了與這些部門的新同事進行1對1的通話：
我問了以下問題。
  • 1. 營銷團隊是做什麼的？
  • 2. 營銷團隊的目標是什麼？
  • 3. 目前的挑戰是什麼？
  • 4. 營銷團隊需要工程團隊提供什麼？
  • 5. 我們如何為市場團隊的目標做出貢獻？

有了他們的回答，我就能想到工程團隊可以透過外部合作來實現商業目標，同時滿足客戶的需求，使他們的工資和人力資源流程更加簡單。
另外，我開始喜歡上了戰略思維，它是如此的有趣
 

第一個月
在你到新地方的第一個月裡：

  • -開始使用其產品
  • -閱讀關鍵檔案和摘要
  • -瞭解別人的名字
  • -與經理建立良好的關係
  • -認識那裡最好的專案經理
  • -詢問如何完成工作
  • -掩蓋使用者電話
  • -明確你的目標
  • -為你的團隊解決1-3個問題
  • -聽>說

作為產品經理進入一家新公司可能會讓人望而生畏。在過去兩年中這樣做了兩次，我建議
  • 1) 在前 30 天採取發現方法
  • 2) 將最初的 1:1 重點放在瞭解你的同事。

關於採取發現的方法。尋求瞭解今天發生的事情和原因，不作判斷和解決。當你真正關心瞭解更多，而不是急於改變事情時，人們會更開放，更容易告訴你正在發生什麼。
寫一份關於你的總體觀察的檔案可能會有幫助。在開始的時候，沒有必要限制它，保持它的整潔，只是把主要的收穫，即什麼是順利的，什麼是你認為可能不順利的，以及你有什麼開放性的問題，都寫進去。
在關注你最初的1:1方面：
我通常要求快速介紹，以及更多關於他們在工作之外喜歡做什麼。全面瞭解人們會使工作更加愉快，也會提醒人們你關心他們。我還傾向於詢問 "對新手的建議"。
如果你加入了一個初創公司或一個規模較大的公司，團隊成員可能會有一些擔心，向你展示缺乏流程或一些被認為是混亂的情況。值得一提的是，你在這裡不是為了評判，另外，提醒他們這是正常的--建設的東西總是混亂的，這很好。
作為一個產品經理，很多時候是要創造一個安全的環境，允許大家提出不同的意見，並對彼此提出挑戰。如果沒有人敢於提出不同意見，想法就不會得到完善。
 

每週目標
第一週：瞭解產品歷史和組織結構 （瞭解產品願景並會見您可能與之合作的所有利益相關者）
第二週：跟蹤您的客戶成功和支援團隊（瞭解客戶的痛點）
第三週：關於資料 (玩轉工具，尋找不同型別的資料) 

第四周：計劃你的第一次衝刺(聽起來很嚇人，但這是瞭解你的開發人員喜歡如何工作的最好方法）
第五週：做你的第一次獨立客戶訪談(別擔心，你能行！) 

第六週：與使用者體驗設計師就產品積壓中的一個想法進行頭腦風暴式的設計想法 (僅此一項就能確保對產品的理解成倍增加)
第七週：就路線圖上的一個功能啟動一個專案，並召集團隊成員收集反饋意見 (非常非常強大！)

第八週：與你的經理一起回顧你對產品和流程的理解 (發現你的未知的未知因素)
 
一路走來，不要忘記：

  • - 問一百萬個問題! (你有不瞭解產品和流程的疑問)
  • - 質疑組織的做事方式 (你的新視角可以指出流程中的冗餘部分）
  • - 參加每一次開發人員的聚會! (與他們成為朋友的最好方式)
  • - 參加客戶支援辦公時間(你會看到客戶面臨的各種問題，在你的路線圖討論中可以給你加分)
  • - 不要忘記記錄你的筆記、問題和待辦事項 

 

90天
產品經理的前90天：

  • 1. 研究儀表盤和指標
  • 2. 閱讀以前的使用者研究
  • 3. 與關鍵的利益相關者會面
  • 4. 訪問和閱讀PRD
  • 5. 瞭解我們為什麼要這樣做
  • 6. 理解目標和路線圖
  • 7. 未來6個月，我們想去哪裡？

作為一個產品經理，我們不一定像開發人員、設計師或團隊的其他成員一樣有任何實際的成果。我們是智慧規劃者。因此，在一天結束的時候，可能很難量化我們的產出和影響。
作為一名PM，最初擁有一些信譽是很重要的，因此我們需要學習產品的瑣事，以便我們能夠與任何人進行明智的對話。如果我們想成功做到這一點，我們需要做足功課。
閱讀與產品相關的每一份檔案是很重要的。如果你被卡住或有任何疑問，可以提出問題。但在與人接觸之前，要儘量自己把這些碎片拼湊起來。你不希望問明顯的問題。
如果產品的某些部分沒有被記錄下來，那麼就試著把產品本身以其目前的形式瀏覽一遍。(無論如何，你都必須在某個時候這樣做)。利用這種移情的魅力，讓自己走一遍，做筆記。試著在少量的時間內吸收其背景。
如果產品目前有OKRs，請仔細閱讀它們，並嘗試瞭解它們最初被建立的原因。試著對它們進行逆向工程。這將幫助你更好地確定優先次序，並以更好的方式理解該產品。
每一天，試著給自己一些積極思考的時間。如果你是一個從一個會議跳到另一個會議的PM，你很可能很快就會倦怠。在你的一天中劃出一些時間，讓它們成為 "無會議區"。利用這些時間段進行思考，讓你的大腦重新煥發活力。
非同步溝通使團隊成員能夠隨時回應同事，而不會給他們施加壓力，認為應該立即提供答案。在你的團隊中多加練習吧。
在團隊之間適當地分配工作。確保及時解決團隊內部的任何依賴關係，以免浪費時間。要求你的隊友做他們自己的功課。
 
給使用者反饋貼上標籤：許多團隊都有一個他們一直忽視的使用者資料來源：客戶票據、調查結果、錯誤報告、論壇帖子......把這些反饋放到電子表格中，開始閱讀。給每個人的主題貼上標籤，然後分享趨勢和有趣的引言。
訪問使用者：首先，找出你的團隊成員想知道/不知道的使用者情況。參加銷售人員的電話會議或建立你自己的會議，並將你的發現反饋給團隊。
清理bug列表：寫下清晰的錯誤重現步驟，新增螢幕截圖，刪除重複的內容，並設定優先順序。
建立/改進團隊儀表盤：確保它有正確的圖表，並且易於閱讀。
 

不要做
不要一直說 "在我以前的公司......"
每個公司都有不同的工作方式。
理解當前公司的：

  1. -願景
  2. -戰略
  3. -價值觀
  4. -目標

我們的經驗是寶貴的。然而，我們需要學習很多背景知識。
 
  • 不要判斷

PM工作是一個長期的遊戲。在開始時，我們對系統瞭解最少。
有一個學習的心態會有很大的幫助。
  1. -為什麼要建造某個東西？
  2. -為什麼要這樣建造？
  3. -有什麼限制？

很有可能，我們將在同樣的約束條件下工作。
 
  • 不要大幅改變團隊的工作方式。

團隊一直在以某種方式工作，最好是一直在交付。

理解團隊的工作方式：
  1. -Scrum或Kanban
  2. -1/2/...8周的Sprint週期
  3. -使用的工具

只有在需要時才慢慢改變。
 
  • 不要假設責任。


每個產品的角色都是不同的。
詢問預期的內容。

以下成員可以指導：
  1. 經理
  2. 團隊
  3. 利益相關者


我們可以花很多時間在不屬於公司或利益相關者優先考慮的事情上!
 
  • 不要害羞。

與團隊和利益相關者交談。
提出相關問題。如果問題看起來很幼稚，也不要害怕。
 
  • 先不要解決這些問題。

看起來容易的事情，可能並不像看起來那麼容易。
一個PM需要：
  1. -深入思考
  2. -瞭解侷限性並繞過它們
  3. -在徹底的集思廣益後建立起來

 

100天
你想去哪裡：願景是什麼，它隨著時間的推移是如何變化的，過去是什麼推動了決策，以及它們如何影響產品的現在和未來。今天的產品在哪裡，接下來絕對需要發生什麼，以及接下來會發生什麼來驅動產品。
 
將如何到達那裡：正式或非正式地與人交談。一開始一個一個地做，但也值得讓他們在同一個房間裡。
 
看看誰可以成為您開發產品的盟友。誰定了他們的道？誰在團體中掌權？

  • CEO——願景是什麼，它是如何改變的。評估對技術債務的態度。市場和競爭格局如何。他們如何看待成功？他們有多願意委託重大產品決策。
  • 負責架構和堆疊決策的CTO （或技術主管）。評估他們對技術債務的態度。高階或初級開發組織？DevOps 流程？
  • 銷售主管——銷售和定價策略是什麼，他們認為買家是誰以及他們對產品的反應。銷售團隊評估什麼，獎勵獎金。銷售目標是如何設定的？他們如何看待公司的成功？
  • 營銷主管——他們認為買家是誰以及他們對產品的反應。他們使用什麼訊息和渠道。檢查使用者獲取成本。
  • 人力資源主管——過去做了哪些人事選擇，為什麼，誰最擅長什麼？您能否獲得 HR 的培訓或爭議解決幫助？招聘最大的挑戰是什麼？如果需要，公司可以多快擴充套件？組織是否按比例設定？
  • 首席財務官——產品的盈利能力如何，它隨著時間的推移如何變化，是什麼影響了它？（對於初創公司，公司的財務狀況如何？）

銷售/客戶成功/支援團隊
  • 銷售代表——反覆出現的反對意見，讓買家讚歎不已，定製請求的頻率和性質，團隊如何處理它們。競爭對手提出來，對於那裡的買家來說，貓薄荷有什麼功能。
  • 客戶成功代表/客戶經理——反覆出現的痛點、產品的不清楚的部分、
  • 客戶服務代表——錯誤溝透過程，反覆出現的痛點。檢視他們的預製回覆。

 
顧客
如果您能接觸到他們，請與幾個關鍵客戶交談。
  • 產品為他們解決了哪些問題（待完成的工作）？
  • 他們是從什麼東西上轉換過來的，為什麼？他們認為產品物有所值嗎？
  • 檢查他們在什麼環境中使用您的產品，結合其他產品等。
  • 產品如何讓您的客戶成功？
  • 最大的痛點

 
產品團隊
在這裡，您想了解驅動團隊的因素以及他們與客戶的協調程度。
  • 前任 PM（如果可以）——做出了哪些選擇，為什麼？他們最大的成功，組織中的痛點。
  • 團隊的Scrum 主管（如果他們有的話 ）——回顧中反覆出現的主題是什麼，衝刺有多健康。是什麼推動了團隊？從來沒有時間做什麼？
  • 開發團隊成員——嘗試從產品和客戶那裡得到他們所理解的。他們如何找到使用者故事和其他功能文件，有什麼可以改進的？
  • UX/ UI——同樣的問題，他們有哪些角色（和/或 JTBD），這些角色的一致性和最新性如何，如何與團隊共享？
  • 資料科學（如果他們有）——同樣的問題
  • QA（你真的希望他們有一個）——過程如何，開發團隊可交付成果的質量如何？

 
資料、反饋和工具：
  • 資料，資料，資料，所有你可以得到的資料
  • 定性客戶反饋
  • CRM 軟體（銷售渠道）——潛在客戶/交易的型別，為什麼會失敗，交易規模，來自不同垂直行業的興趣？
  • 客服票
  • Jira 票證、故事質量、錯誤報告、速度等。
  • 大圖路線圖，優先考慮哪些專案，為什麼？它是如何審查的？

流程：
一些（大多數？）組織沒有將這些固定下來，您必須自己挖掘它們。
  • 產品開發過程——團隊如何從識別和評估問題/機會到驗證、構建、迭代、評估成功
  • 設計到開發的“交接”過程是怎樣的
  • 定期績效評估和反饋流程
  • 有什麼危機場景？當出現可怕的錯誤時，如何處理客戶？
  • 資源分配過程（如果適用，希望不是，並且您有自己的團隊）
  • 公司內部和外部溝通（時事通訊、部落格文章、公司組織的聚會等）



 

相關文章