中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：產品管理其實是一項艱難的工作，天生優秀的產品經理只是鳳毛麟角，大部分人都需要不斷學習、不斷克服、不斷超越，本文作者介紹了產品管理的困難之處和破局方法，推薦感興趣的朋友們閱讀。

學科專家和應屆畢業生都被產品管理這份工作的魅力所吸引。

他們萌生了這樣一個想法：如果我能成為給自己分配工作的人，弄清楚接下來應該做什么，我可能會做得更好，因為我對這個領域有更全面的了解。這個想法讓他們認為他們可以掌握這份工作。

不幸的是，這一轉型一般很難實現。好的產品管理需要兼顧各種各樣的問題并解決它們。

在面對不確定、甚至有時候信息不充分的情況下，產品經理需要艱難地做出決定。在某種程度上，良好的產品管理只有通過努力才能達成；即建立以經驗為依據、有關內在效果轉化的知識體系。

幾乎很少有天生就很優秀的產品經理，我們中的大多數人每天都需要去工作實踐。

我的產品管理之路充滿了考驗和磨難——從21世紀頭10年的早期不知道什么是產品管理，到后期，在職能和項目管理混淆的大環境下建立產品團隊。

在本篇文章里，我們將討論是什么讓產品管理變得困難，以及如何讓產品管理變得更加容易。

一、為什么產品管理這么難？

1. 底層產品經理的工作是由90%的填補空缺和10%的戰略思考組成

我們大多數人都是從底層開始的，在這個階段，我們與開發團隊一起努力工作。此時，“把事情做完”是首要的目標。你可能會有一些空閑時間可以用來思考戰略，但它很快就會被執行負擔所占據。

而且底層執行絕非易事。即使在今天，當我直接處理特定產品時，依舊有團隊間的挑戰需要解決。

與其他職能部門不同，你可以依賴一些數據——你可以在規定效率的情況下用一種方式編寫排序算法——產品功能取決于人員和組織的組合。在缺乏關鍵程序的情況下，產品經理的重要性呈指數級增長。

想想以下幾種情況：

• 一個沒有分析師的團隊將要求產品經理研究指標和數據提?。?/li>
• 一個沒有專門用戶體驗人員的團隊將要求產品經理權衡不同的體驗選項；
• 一個沒有數據科學家的團隊將需要產品經理擔任找到最佳AB測試的角色。

通常情況下，產品經理并不熟練上述提到的這些業務，所以他們不得不在工作中持續學習，還要一直確保產品經理的關鍵職能不會被犧牲。產品待辦事項隨時存在，公司現狀已被闡明，驗收標準也需要仔細確認。

許多年輕的產品經理因此感到筋疲力盡。他們的一天將用于不斷地填補其他工作，而晚上則用于產品規劃。在早期，我們的職責是做一個“疏通者”——確保團隊不需要等待產品經理來進行指導或工作。

2. 做決定很難

產品管理這個工作另一個吸引人的點在于我們擁有做決定的權力。

當然，站在高級水平上，這似乎是你喜歡做/容易做的事情——鑒于你當前產品的使用情況和市場狀況的所有可能因素，是很容易制定一份高級路線圖的，即在未來6個月內，你想要將你的產品推向哪里。

但是，初級產品經理在做決策時會面對不確定性，這種不確定性的存在導致你在做需要十分精確的決定時，后續產生的影響程度可能會讓你焦頭爛額。

讓我用一個案例來解釋一下。考慮兩種情境。

第一種，你必須在重新設計你的應用程序一事上做出決定，而這款程序將在未來6個月內推出。你有數據表明這款產品存在嚴重的技術問題和用戶體驗問題，并且你已經收到了客戶的反饋。所以，這個決定不難做出。

另一方面，在第二個場景中，你需要決定是否應該更改客戶數據的數據模型。這需要付出很大的努力代價。然而，這樣做會影響其他產品性能的發展，其他已經計劃好的性能需要重新設計。外部服務需要重構。你的影響范圍雖然很小，但有無數你必須應付的假設場景。

順便說一句，團隊不確定更改客戶數據模型是否會帶來性能和體驗收益。POC將一次又一次地花費時間，而這是有代價的。

很難決定，不是嗎？在這種情況下，你會怎么做？你可能需要為重新融合增加時間壓力，因為你只有很短的時間來決定下一步。收集例證并不是一種好的選擇，這很難獲得團隊的認同。

做決策的魅力是很容易被消耗的，即使它賦予了你所有的重要性。

3. 產品管理=規則制定

我喜歡把底層產品管理稱作同時管理混亂和不確定性。解決它的唯一途徑是利用規則解決。我將在后續章節中討論如何做到這一點，但請記住，當你被拉向所有可能的方向時，遵守規則是一件很難的事情。

產品經理的典型一天可能充滿混亂，這迫使我們在團隊其他成員工作之前開始工作，并在大多數人工作結束之后繼續收尾。如果你沒有合適的工具、甚至正確的框架來處理這種混亂，那么你可能會毫無意義地隨波逐流。

當我開始做產品管理時，沒有任何職能在我之上的產品經理能來指導我，我只能被我的利益相關者和開發團隊擺布。

如果他們中任何一個都沒有迫使我參加會議或向我提出需求，我就可以專注于我的工作。我以前的工作時間從早上6點開始，到晚上8點結束。混亂是不可預測的，而挑戰是巨大的。

我犯的最大錯誤是讓別人控制我的時間。當你不珍惜你的時間時，這種情況隨時可能會發生。學會說“不”是最難的部分。你看，“殺死”你的不是會議或討論，而是情境切換。不斷切換情境比會議/討論本身的內容更消耗你的精力。

這就是大多數產品經理錯過的問題——控制你的時間。在別人提出要求之前計劃好你的一天。學會說“不”（稍后會詳細介紹）。

4. 底層競爭是激烈的

在大多數你以產品新人身份加入的組織中，你是四到五個新任的產品經理之一。你們中的每個人都必須證明你們能為團隊增添價值。

這與冒名頂替綜合癥非常相似，我們注定要將自己與同齡人進行比較。如果你運氣不好，你的同伴曾經在中小型企業中接觸過產品職能，這意味著他們在技術/用戶體驗/數據分析等任何方面都比你做得更好。

而你卻傻傻地花時間試圖變得跟他們一樣優秀。

或者更糟糕的是，你負責的是產品中不出彩的部分。在已經獲得巨大收益時，你只能希冀收獲邊際效益。在你的表現和闡述中，你會看到其他人的收益增長有兩位數，而你只有微弱增長。

這讓你深受打擊，并且讓你想知道——你有增添任何價值嗎？此時，你會對年終復盤感到緊張。

如果這感覺讓你覺得很熟悉，你并不是獨自一人，高級產品經理也會有這種感覺。

5. “需要知道一切”是錯誤的

早期的產品經理認為，他們需要了解行業專家職能的一切——只是為了確保他們能做出正確的決策。

如果你是具有設計背景的產品經理，理解技術架構概念可能是一件非常令人生畏的事情。你或許認為，你需要了解微服務架構是如何影響產品成功的，以確保你做出了正確的決策。

或者如果你是具有戰略/業務背景的產品經理，你會認為，了解事件是如何在應用程序中觸發、并存儲在你的分析工具中的這件事是非常重要的。

這類情形源于我們每天必須被迫做出不知情的決定。我在這里是想告訴你——有些東西你不需要知道。行業專家會來指導你的。理想情況下，你的團隊中將擁有一個以上的行業專家——讓他們來權衡利弊，然后告訴你他們認為什么才是最好的。

我們“永遠需要做到正確”妨礙了我們走向正確的方向。做到正確并不意味著我們是對的?！罢_”意味著根據當時所有的可用信息，你做出了正確的決策。驗證正確與否只在事后才會發生。

6. 通過社交媒體建立理解

你可能在推特上讀過產品經理們的箴言。這些精心制作的信息集雖然有用，但往往描繪不出正確的產品管理情景（我絕不是說它們是錯的），它們旨在簡潔，且多與手頭上的項目相關。

不要指望在做產品管理的頭幾年里能寫出那些精雕細琢的名言警句來給予智慧啟迪。如果你看到有人這樣做，很有可能是他們站在了巨人的肩膀上。

僅從這些名言警句中建立對產品管理職能的理解是有害的。

那么，你如何才能在產品管理上做得更好？

二、如何讓產品管理變得更簡單？

1. 辨別能力

認識到你正在進入什么領域。與其他產品經理進行交談，了解他們的日常工作是什么樣的。問問自己，這是不是你想做的事情。將社交媒體和博客文章中的信息整合成文章。人們天生期望讀者在產品經理方面有一些經驗（實際上并沒有）。我有一個簡單的原則——“用詞越少，可解釋范圍就越大”。

了解你正在進入什么領域……要知道領導團隊和影響變革的魅力不會從第一天起就產生，這將是一場充滿考驗的艱苦戰斗。

2. 控制能力

如果你已經對產品職能熟悉了一兩年，請學會控制以下幾點：

1）時間

除了時間，沒有比這更重要的貨幣了。作為產品經理，你的時間至關重要。你要明智地“花費”你的時間。你能控制時間的唯一方法是通過規則。通過設置不可協商的暫停時段，可以有效地管理你一天工作中的混亂，以便在這段時間內重新組合并計劃事情。

別害怕不確定性，如果一個“扳手”被扔進你的“齒輪”，在進入隨后的混亂之前，優先拆除“扳手”。

你如何控制自己的時間？很簡單，計劃好你的一天。提前一小時到達工作地點，并計劃好你想要參與競爭的關鍵行動/任務。給自己開一次單人會議。

學會確定事情的優先級，區分緊急和重要的任務，防微杜漸。

對時間管理保持機敏。如果你的計劃失敗了，沒關系，畢竟并非你所有的計劃都能成功，但不斷地計劃最終會讓你達成目標。要知道何時應該放棄控制權，何時應該牢牢把握。

2）行動

這點的重要性緊隨在時間管理之后。掌控你的行動，不要讓任何人強迫你做出決定。在緊急和重要性之間取得平衡。記住你采取的每個行動，并記得事后進行反思。

3）學習

不斷地問問自己——我今天學到了什么新東西嗎？如果沒有，那就去學點新東西。通常，在快節奏的產品中，你會學到一些東西……然而，在某些情況下，你可能沒有真的在學習。

有一種學習叫過度或無意義的學習，作為一名產品經理，你不需要知道微服務是如何構建的，或者數據是如何存儲在數據庫中的。但是你確實需要知道這些數據揭示了什么。要對你的學習有所把控。

然后，一直學習下去。

4）成長

這是年輕的產品經理會錯過的事情——把控你的成長。我們常常在日常生活中感到自滿，以至于忘記了我們在這里是為了成長——無論是團隊還是我們自己。如果只存在一種情景，那么你就走錯路了。

你的成長在這里至關重要——因為你的成長會帶動團隊的成長。問問你自己：

你在目前團隊中所扮演的角色已經沒有效用了嗎？這就是你認為產品管理這份工作很難的原因嗎？

與你的部門經理交談，并去處理不同的產品/功能，正確表達你的挫折感。

你是你自己產品的所有者，你必須為你的用戶（你）而戰。詢問他人，大多數情況下，你會得到幫助；如果沒有人幫助你，那么你只能離開。

或者你也可以學習“尋求指導/幫助”部分中的步驟，來促進自身的成長。

3. 決策

為什么決策很難？導致決策難的因素很簡單——不確定性和時間壓力。怎樣才能讓它變得更容易？做出決策。你不必一直強求正確，但你大部分時間里做出的決策都必須是對的。

了解就手頭的主題做出決策，和就決策做出決策之間的區別，你可以在此處閱讀有關[如何決策]的更多信息：

（https://rkakodker.medium.com/taking-better-decisions-part-1-4553ecf48ad2）

4. 尋求指導/幫助

聽著，我們都遇到過這種情況。你感到沮喪或疲累，甚至無助，此時另一位產品經理很有可能也有同樣的感受。作為一個團體，他是非常樂意伸出援手的。

尋找你認為有過類似經歷的產品經理，你可以與你的產品經理同事在同一水平層進行交流，尋求他們的幫助。

或者你可以咨詢高級產品經理并尋求指導（如果你在直系圈層中找不到任何人，請聯系我（http://linkedin.com/in/irumk）——我很樂意為你提供幫助）。

在你職業生涯的早期階段，導師是很重要的。在我開始做這份工作的時候，不止一個人幫助過我。

關于這一點的一些提示：

1. 不要問一些愚蠢的問題。問之前先問問自己，這些問題和他的背景是否契合？
2. 自我介紹，并明確地表達你的訴求。如果你正在尋求指導，請說出為什么以及哪些方面需要指導……像“我希望您在產品管理方面指導我”這樣的籠統語句意味著你沒有充分思考過自己的弱點，也沒有了解過你要聯系的人……
3. 自我推銷是可以的，前提是你已經建立了融洽的關系。

參加產品經理的分享會議。

如果你所在的區域沒有類似會議的話，可以組織起來，知識共享和社區吐槽論壇也可以分別幫助你獲得新的視角，并幫助你發泄不滿。

三、給自己時間

沒有什么是容易的，不存在一蹴而就，這需要時間。給自己一些時間。犯錯誤和從中學習都是被允許的，不要被日常工作中的瑣碎纏住。學會長期思考，不斷做好計劃。

作為一份工作，產品經理更多依靠經驗驅動——你做的時間越長，你收獲的就越多。

隧道盡頭有一盞燈，你可能現在看不見它，但它就在那里。不斷進步，向前推進，看著它，并朝著它所在的位置邁進。

無論你身在何處，你都會做得很好……

很快，你也能在社交媒體上分享寶貴的經驗！

四、總結

1. 為什么產品管理很難？

1. 底層產品經理90%的時間里都在處理突發情況，但大多數人進入這一行時，希望只有20%的時間用于處理突發狀況，期望和現實不匹配。
2. 決策很難，面對不確定性和混亂狀況，你無法快速做出決定。這會不斷消耗你的精力。
3. 產品管理=規則制定，大多數產品經理沒有規則意識，他們讓別人控制自己的時間和工作，因而不可避免地會產生挫敗。
4. 底層產品經理間的競爭已經很難有所突出了，這可以讓你專注于行業專家的工作等無關緊要的事情。
5. 錯誤地認為需要知道一切。錯誤地認為在做決策之前，你需要了解事情的細節，這種誤解源于競爭、缺乏角色意識和團隊業余。
6. 社交媒體構建的錯誤預期。閱讀推文和帖子，這些在140字以內將內容進行美化的推文和帖子提供了“有價值的內容”，這創造了一種期望，即這也是你能夠做到的。其中大多數誤解來自于經驗。

2. 如何能解決這些問題？

1. 辨別角色的影響和職能，驗證它是否對你有效。
2. 把控你的時間和行動，自主學習和不斷成長。
3. 做決策，向他人學習，調整自己的思維，適應敏捷思維。
4. 向其他同級產品經理或者高級產品經理尋求指導。
5. 給自己成長的時間。

原文作者：Rameez Kakodker

原文標題：Face it, product management is hard.

原文地址：https://rkakodker.medium.com/face-it-product-management-is-hard-d23eb71acbf5

譯者：楊靜涵，人人都是產品經理實習生

本文由人人都是產品經理實習生 @楊靜涵 翻譯發布，未經許可，禁止轉載

題圖來自 Pixabay，基于CC0協議