起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識運營新人的合作之道：運營新人如何更好地與PM合作？
在很多公司，運營和產品是互為需求方和實現方的關系，因此在推進項目高效落地的過程中，離不開雙方的努力和協作。今天我想要分享給大家的是，從運營角度出發，如何通過規范化的合作流程高效地推進與PM的合作。
這篇文章專注解決的問題是：
1.分類討論雙方的合作：一類是運營主導的項目，另外一類是產品主導的項目。
2.通過規范化雙方的合作機制，推進項目的高效落地。
3.希望讀者能夠得到的收獲是：
- 少踩坑！踩淺坑！
- 能夠推動組內產出一個適合自己部門的合作規范。
運營主導的項目合作規范：
1.主要包括項目
- 運營活動：為了提升運營數據（用戶留存，拉新，轉化，內容量級等）而開展的各項活動。
- 運營后臺：為提高效率，降低運營成本而搭建的運營后臺，屬于平臺性工具。
2.項目流程
需求從產出到落地總共分為三個階段，在不同階段，運營和PM需要各司其職，為了需求高效高質量的落地而工作。項目流程如下：
【第一階段：需求提出階段】
流程：運營提出需求→PM明確需求→雙方領導確認需求
注意：
- 運營產出需求文檔初稿，內部確認需求無誤后，線上以郵件的形式周知項目參與人員，線下與PM溝通需求。
- PM明確需求，產品根據需求文檔明確運營需求，針對有爭議點統一記錄，尋找運營項目負責人溝通，雙方確認無誤后向各自領導報備需求，雙方領導確認需求方式：直接以郵件流的形式回復確認需求。
- 需求文檔產出后，原則上不允許修改大方向，如需修改細節，以郵件的形式確認修改內容。
【第二階段：MRD產出階段】
流程：PM產出MRD初稿→運營確認MRD符合預期→雙方領導確認實現方式
注意：
- PM產出MRD階段，如有常規問題，統一記錄后與運營項目負責人溝通，緊急問題，可直接與運營項目負責人溝通。
- MRD完成后，PM需以郵件流的形式反饋MRD給運營，運營項目負責人需要和領導溝通，確認是否接受需求的實現方式，如不接受，需和PM進一步溝通，優化實現方式。PM經過進一步修改，與運營接口人確定MRD后交由雙方領導確認需求。確認方式：雙方領導直接以郵件流的形式回復確認需求。
- MRD文檔產出后，原則上大方向不允許修改，如需修改細節，以郵件的形式確認修改點。
【第三階段：研發介入階段】
流程：PM召開評審會→修改MRD部分文檔→研發正式介入開發→需求上線
注意：
- PM召開評審會，運營項目負責人與運營領導參加即可。針對評審會議上研發提出的問題，運營需要解答并記錄。
- 根據研發同學的建議，PM與運營項目負責人確認修正要點后，項目評審會議結束后的兩個工作日內，PM將定版MRD以郵件的形式周知項目參與人。
- 需求上線后，產品及時同步運營，運營回歸需求。
3.重點關注
- 時間點：根據研發排期，提前兩周產出需求文檔，PM需提前一周產出MRD并完成交互圖和ue圖的準備。
- 立項需求郵件流：需求文檔與MRD要以郵件流的形式產出，避免出現需求更改而某一方不知情的現象。
- 接口統一：功能變動、修改以及需求對接，統一與接口人溝通，非接口人不直接溝通和接手需求。所有需求，由接口人統一安排。
- 項目負責人制度：具體項目，確定具體的負責人。負責人為項目節奏、項目效果負責。
- 節點信息及時同步：功能上線，下線，更改需要及時同步運營。
PM主導、運營參與的項目合作規范
1.主要包括項目：
PM主導的項目，運營扮演著支持性的角色，但是在不同的項目，運營需要參與的力度會有所區別。為了降低溝通成本，提高溝通效率，保障項目高質量的上線，故采用區分運營參與力度的方式分類討論。
高參與度項目：PM主導的有關產品功能改進，產品功能優化中，需要運營后續投入大量的人力和資源去運營的項目。例如，圖集與視頻功能的上線。此類項目的特點是，項目上線前，PM承擔主要工作內容，項目上線后，運營承擔主要內容。
運營介入時間：全程跟進此類需求，主要工作根據運營的實際工作場景和需求提出修改意見。
中參與力度項目：PM主導的功能改進上，需要運營投入時間成本大于一個工作日的項目。（關于時間成本的評估，需要PM和運營線下溝通確認）
運營介入時機：PM提前3-5個工作日周知需求，運營評估需求時間成本介入需求。針對特殊的項目，需要特殊處理。
低參與度項目：PM主導的項目上，運營提供內容、文案以及部分策略參考的支持。
運營介入時間：PM提前1-3個工作日周知需求，運營評估需求時間成本介入需求。
2.推薦項目流程
- 項目流程：PM整理需求→交付運營接口人評估需求→運營安排專人對接需求→完成需求→回歸需求
- 該項目流程中談到的需求是指PM在產品功能的改進和優化上，需要的例如文案、內容、問題等方面的支持和確認。
- 項目時間點明確原則：根據以往的合作經驗來講，PM在與運營溝通此類需求，需要明確各個階段的時間點，小需求直接通過內部溝通工具明確時間點，大需求通過郵件流的形式確定各個階段的時間點。
3.注意要點
- 上線后運營需要強運營的項目，PM在產品規劃階段需提前與運營確認是否接受修改方向，如雙方有不同意見，則進一步溝通確定最終可接受的實現方式；
- 上線后需要運營維護的功能，例如Banner改版等，PM需在功能上線前一周郵件周知相關規范與預期上線時間，以及運營側需要做的準備；
- 接口統一：上線前需要運營提供內容、文案支持的功能，PM根據預計耗時提前與運營方向接口人溝通，由運營方向接口人統一安排時間。
- 權責統一：因某一方的原因導致需求上線delay或者造成其他影響，應承擔相應責任，根據項目的影響力度采取不同的處理方式。
寫在最后
有些經驗，必須親身經歷，方可學到。感謝你能閱讀到最后，謝謝！
相關閱讀：
作者：劉君，百度派產品運營，工作原則是把每一件重要的事情做到極致，喜歡與優秀的人溝通，近期專注焦點：更加職業化地面對工作。
本文由 @劉君 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自PEXELS，基于CC0協議
- 目前還沒評論，等你發揮！
