站長資訊網產品團隊成員之間能否產生良好的化學反應，關鍵在于組建產品團隊時能否站在全局的角度去思考。一個團隊的成功，需要團隊成員的協作配合，而不單單靠產品經理一個人，就能完美地承擔起整個團隊的工作。
組建一個成功的產品團隊需要的不僅僅是雇傭產品經理，你還需要考慮全局——團隊成員怎樣一起工作？如何幫助他們高效率、無摩擦地工作？
思考你的產品團隊結構從這里開始變得重要。
如果你的團隊在擴張時就已經有一定的結構，你的組織就能更有效地進行角色和技能的分工。
哪怕你的公司現在只有一位產品經理，你仍應在頭腦中規劃好團隊結構，等待擴張時機的到來。
組建產品團隊的方法有若干種，而且已經有其他公司根據這些方法成功組建了團隊。在本文中，我們會討論幾種方法，并探討如何根據公司的需求選擇最佳的產品團隊結構。
首先，讓我們回顧一下在組建產品團隊時要避免的一個常見錯誤。
為什么你的產品團隊不應向工程部門匯報
這種情況經常出現在創始人和高管都是工程師的公司中。由于他們的業務通常以工程師為中心，因此他們會本能地將產品管理置于工程之下。然而，在大多數情況下，這是一個很大的禁忌。
誠然，許多工程師轉型的企業家也建立了成功的公司。但是，他們成功的原因之一是：他們理解工程和產品管理之間的緊張關系中的價值。這樣可以保證產品能從觀念多元化中受益，也能保證充滿差異化的團隊正在倡導對公司最有利的事情。
不過，一個專注于工程、將其置于市場之類的部門之上的公司，會有變得過于注重內部的風險，例如：這類公司可能會專注于精細而考究的產品技術，而忽視了產品是否契合市場。
因此，你不應該將產品團隊置于工程設計之下。
組建產品團隊的3種方法
1. 每個產品（或功能）有一個產品經理
這是發展產品團隊最直接的方法之一。
每個產品或功能（如果個別功能足夠強大且復雜的話）都可以擁有自己的產品經理。
在這種結構下，產品經理將對該產品的戰略方面的所有問題負責，可能包括市場調查、預測、預算、功能的優先級、與市場和銷售團隊合作溝通，當然還有監督產品開發。
在此框架下，你還要做出一些決定，例如：
- 每個產品經理要分配多少開發人員和設計人員——換句話說，產品組合中的每個產品或主要功能需要多少開發設計人員？
- 產品經理有多少自主權？
- 他們是否需要在高管或投資人團隊的管理下處理所有工作，還是你允許他們直接向市場發布成果？
- 產品經理向誰匯報？向市場部負責人嗎？
- 你是否會創建高級產品職位，如首席產品官或產品副總裁？
根據許多以這種方式組建產品團隊的公司的經驗，最成功的規劃是：組建一個由產品副總裁，或首席產品官領導的獨立的產品團隊。
2. 根據產品經理的技能劃分職責，而不是按產品劃分
在這種產品團隊結構下，你將利用不同產品經理各自的技能在多個產品中發揮作用。
一位產品經理可能會在市場研究方面發揮領導作用，并在整個產品線中培養團隊有關用戶角色的專業知識。?而另一位產品經理將負責整個產品組合的預算，并與開發團隊合作，為所有產品分配資源和時間。
這在實踐中是怎樣操作的呢？
一種模式是建立一個各方面均衡的產品團隊，包括：業務產品經理、技術產品經理、設計產品經理和增長產品經理。
這種產品團隊結構很適合某些公司，因為他們可以在產品和市場的各個方面，都鍛煉出高水平的專業知識。
但是，使用此模式的風險在于：如果一個產品經理離開，整個團隊可能會缺少該產品經理所擅長的領域的專業知識。這可能會影響到所有的產品，直到公司想辦法彌補了該領域專業知識的缺漏。
3. 產品經理與跨職能團隊的密切（有時是自主的）合作
采取這種產品團隊結構的最好例子是：Spotify的產品小隊。
我們之前也寫過Spotify的小隊模型是如何改善開發的。
這種類型的產品團隊是跨職能的，意味著每個團隊由一小組開發人員和一位產品負責人組成。該團隊將致力于產品線的特定功能領域——即他們培養的領域專業知識，可以為整個公司的產品組合提供多種產品。
這些特點可以應用于不同類型的產品團隊。
但是，小隊模式的與眾不同之處在于：每個小隊擁有向市場推出產品的自主權。
不需要高管或投資人的批準，也沒有復雜的流程。小隊自主開發新代碼，不斷測試代碼，當團隊對此滿意的時候就可以推送到實時產品上。
亞馬遜的“雙披薩”團隊結構是這類模型的另一個例子。
亞馬遜的目標是：保持內部團隊的精簡和快速行動力。
他們認為：一個團隊聚集在一起開晚間會議，或工作會議點餐時，如果兩個披薩都無法滿足所有人的需求，那這個團隊就過大了——這是“雙披薩”名字的來源。
雙披薩模型適用于亞馬遜所有的內部團隊，不僅僅是產品管理的團隊。不過，亞馬遜的團隊并不像Spotify的小隊那樣自主，他們通常仍需要在向前推進之前獲得高層的許可。
但一般原則還是一樣的：在技能和資源達到了足以完成工作的要求下，盡可能保持團隊規模的精簡。
為什么需要重新組建你的產品團隊？為什么要照這樣組建？?
所有的敏捷公司都知道：我們的目標并不是讓產品在第一次嘗試時就取得成功。我們的目標是獲得一些東西，了解用戶的喜好，然后讓產品變得更好。
組建產品團隊也是如此，不要想著光靠借鑒就能找到完美的模式。
社交媒體管理公司Buffer發現：第一個產品團隊結構很可能是無效的（同樣第二個甚至第三個也可能如此。）。
實際上，Buffer改變了它的結構四次！
所以，隨時準備好變化你的產品團隊結構，因為你的需求會隨著時間而變化。
現在，根據你的公司的規模、文化、產品組合和其他因素，你可以合理猜測一下適合你的組建產品管理團隊的最佳方式。如果它有效，那就太好了。但如果它沒有，那也沒關系。你的下一個方法會更好。
原作者：Shaun?Juncal
翻譯者：張子悅
原文鏈接：https://www.productplan.com/product-team-structure/
