什麼是產品營運（您是否需要它）？

產品營運（Product operations）在過去幾年中成為一項獨立的職能，因為產品團隊的規模已擴大到一定程度，圍繞產品開發的知識基礎設施、研究儲存庫、回饋管道、路線圖溝通、跨部門協調機制等，都需要專人來管理。

此職能類似於銷售營運、開發營運或行銷營運：它不負責主要工作（構建產品），而是建立讓主要工作更有效率的系統和流程。在實踐中，產品營運人員或團隊負責處理以下幾種工作的組合。

產品營運的工作內容

管理研究儲存庫。 確保使用者研究被儲存、標記，並可在各個專案和團隊之間被搜尋到，而不是在專案結束後消失在個別研究員的資料夾中。

維護回饋管道。 將來自支援工單、銷售電話、NPS 調查、社群媒體和直接研究的客戶回饋整合到一個結構化系統中，供產品經理在排列功能優先順序時參考。

負責路線圖溝通。 讓利害關係人（工程、銷售、行銷、領導層、客戶）隨時了解計劃內容、變更項目及其原因。這包括維護路線圖成果、撰寫版本說明，以及管理圍繞產品發布的內部溝通。

促進跨部門協調。 建立保持產品與工程步調一致的機制，確保行銷部門擁有產品發布所需的所有資訊，並向銷售部門提供能有效銷售新功能的背景資訊。

維護產品文件。 保持產品知識庫的即時更新：功能背景、決策記錄、流程文件，以及關於產品如何演變和為何演變的累積背景資訊。

管理工具。 選擇、設定並維護產品團隊使用的工具：分析、專案管理、研究平台、回饋系統、文件管理。

何時會需要它

這種需求通常出現在兩個關鍵轉折點。

當產品團隊成長到 5-8 人以上。 在此規模以下，個別產品經理（PM）可以自行管理其研究、文件和利害關係人溝通。超過此規模後，維護這些系統的開銷開始佔用 PM 的大量時間，這意味著他們花在當初聘僱他們來做的產品決策上的時間變少了。

當跨部門協調成為瓶頸。 如果銷售團隊經常找不到销售所需的資訊、行銷團隊經常在發布時間點上產生分歧，或者工程團隊總是對產品決策感到意外，那麼協調基礎設施就需要專門的關注。

自動化帶來了什麼改變

產品營運手動處理的大部分工作，包括維護文件、跨工具整合資訊、溝通狀態、促進跨部門透明度，都是基礎設施工作，而這些工作可以透過自動寫作文件和關聯搜尋來自動處理。

研究儲存庫維護在來自 Google 雲端硬碟、Slack 和會議錄音的研究內容被捕獲並索引到可搜尋的資料庫中，且無需手動標記或歸檔時，便能實現自動化。

回饋整合在可從單一地方搜尋到面對客戶的 Slack 頻道、電子郵件和 CRM 記錄時變得更加簡單。產品經理可以在所有來源中搜尋「功能請求儀表板」，而不是個別檢查每個管道。

當兩個團隊都能搜尋產品決策日誌和工程系統文件，而不需要透過開會來消除知識差距時，跨部門透明度便會提高。

文件維護由自動寫作文件處理，這些文件會根據團隊正在進行的活動（Slack 討論、會議錄音、專案管理工具）自動生成並更新產品文件。

這並非完全消除了對產品營運的需求。策略方面（選擇工具、設計流程、管理利害關係人關係、推動新實踐的採用）仍需要人類的判斷。但是，佔用產品營運人員大部分時間的營運維護工作可以大幅減少，這意味著可以減少產品營運的投資，或者讓產品營運職能花更多時間在策略性工作上，減少在資訊對接上的時間。

尚未準備好引進專職產品營運團隊的替代方案

如果您的產品團隊在 3 到 8 人之間，您可能不需要聘僱專職的產品營運人員。但您確實需要產品營運所建立的基礎設施，因為知識問題（找不到研究、重新爭論已做出的決策、跨部門步調不一致）已經在成形中。

具有關聯搜尋功能的自動寫作文件提供了無需增加員工人數的基礎設施。由產品營運人員手動構建和維護的系統改為自動維護，這意味著 PM 可以專注於產品決策，而知識基礎設施則能自行運作。

常見問題

產品營運與專案管理（Programme management）相同嗎？ 兩者有重疊之處，但重點不同。專案管理協調特定計劃的執行。產品營運維護支持所有產品工作的持續性基礎設施（研究儲存庫、回饋系統、文件、工具）。專案經理負責某個專案。產品營運人員負責支持所有專案的系統。

我們什麼時候應該聘僱專職的產品營運人員？ 當 PM 花費超過 20% 的時間在基礎設施維護上（更新文件、整合回饋、管理工具、溝通路線圖變更），而不是花在產品決策上。此時，維護工作消耗了足夠多的 PM 時間，以至於聘僱專人所恢復的 PM 生產力就能收回成本。

產品營運人員應該具備哪些技能？ 優秀的產品營運人員結合了系統思維（設計流程和資訊流）、工具熟練度（配置和連接產品團隊的工具）、溝通能力（利害關係人管理、文件品質）以及足夠的產品敏銳度，以理解哪些知識重要以及為什麼重要。

延伸閱讀：如何建立產品知識庫、為什麼產品決策會被重新爭論、您的使用者研究價值數百萬。相關頁面：自動寫作文件、專為產品經理、專為產品團隊。