為什麼產品經理需要一種不同的方法來從消費者產品管理過渡到企業產品管理

已發表: 2018-02-21

以下是企業產品經理的一些絕對“必須知道”

在過去的幾年裡，我們看到可供技術產品經理學習的資源的數量和質量呈爆炸式增長。然而，我注意到，絕大多數產品管理資源都主要面向消費者技術。當我從消費者產品管理過渡到企業產品管理時，我意識到事情有多麼不同，以及為什麼 PM 需要針對企業環境採取差異化的方法。

企業產品很難構建，更難擴展和管理。 本文旨在為企業產品經理確定絕對的“必須知道”。

我們在本文中的重點是概述在小型到成長型企業中更明顯的問題，而不是結構化的大男孩（閱讀 IBM、Salesforce）。

您的客戶可能不是您的用戶：兩者皆有服務

在消費科技領域，我們為最終用戶打造產品。 在企業中，我們服務於兩種類型的人——最終用戶和購買者。 在很多公司中（尤其是大公司——那些標誌出現在你網站上的公司），實際使用你產品的人並不是簽支票付款的人。

作為企業產品經理，了解最終用戶和購買者的需求並通過向所有利益相關者提供價值來找到平衡點至關重要。

這意味著您的產品應該解決買家的業務問題，同時為最終用戶提供愉快的體驗。

對於一家年輕的初創公司來說，最大的障礙是交付一長串定制請求來確定第一個大型企業徽標。很快，公司開始愛上定制，因為它可以讓他們輕鬆獲得收入。每個人都會很高興，直到他們意識到每個客戶的自定義代碼都已擴展並且您的工程團隊有 100 個代碼庫需要支持。

在那之後，每一個版本看起來都像是一個巨大的練習，許多錯誤仍未解決，更新的更新永遠不會到達最終用戶。 此外，到那時，定制請求成為產品團隊的全職工作，擾亂了所有產品路線圖。

很快，公司在文化上變得如此傾向於定制化，以至於他們會發現自己總是為一個大客戶而構建，而無法構建市場特徵。

作為企業產品經理，您在訪問新請求時必須非常小心。請記住，現在一個簡單的自定義黑客將比公司中的任何人花費更多，因為確保發佈到達最終用戶的責任取決於您。 新時代產品公司的成功取決於PM 對這些需求進行分類的準確程度、將已識別的通用任務納入您的產品供應中，以及對較低需求任務的快速周轉。

在 B2B 中，大多數時候我們都會得到為特定客戶量身定制的產品需求。其中一些是客戶端啟動的障礙，其中一些是很好的；儘管從表面上看，一切看起來對於達成那筆百萬美元的交易都至關重要。

資源

資源

資源

消息

特徵

消息

一個好的產品經理能夠優先考慮清單，並確保客戶看到建議的價值，而對產品路線圖的干擾最小。學習如何說不。

B2B 產品管理涉及復雜的多層次利益相關者管理。除了客戶/用戶之外，您通常會與銷售、售前、客戶成功、支持（或更多取決於您自己公司和客戶的階段）進行交互，並且他們都有不同的議程要推動。

作為一名產品經理，您必須讓他們了解發布週期、路線圖規劃和功能成功的最新情況，否則只會招來很多指責。

在 B2B 中，您的發佈時間表會受到產品團隊無法控制的許多外部因素的影響。例如，大多數企業不會同意在假期或財政年度結束之前發布大數據。因此，在規劃發布週期時，您需要預測此類事件，以便您提出的計劃真正實現。

在這裡理解至關重要的是，某些版本會對您的路線圖的其餘部分產生級聯影響，因為管理未合併的代碼變得非常頭疼。

B2B 產品通常有很多附加條件（API、可靠性、安全性方面）。作為 B2B 產品的產品經理，您需要深入了解技術實施，才能一次完成。

此外，B2B 中的許多技術任務都沒有非常明確的影響區域（有時會導致工程失去動力），因此您始終必須與技術團隊密切合作，以幫助他們了解他們在更大範圍內的影響。

根據公司所處的階段，企業產品管理可能極具挑戰性。同時，如果您開始識別自己的錯誤並開始從中學習，這將是一種加速的、全面的學習體驗。

Pritam Roy 的這篇文章首次出現在 Medium 上，並經許可轉載。