編輯導語：對於平台產品經理來説，很容易感覺到工作枯燥乏味，此時就要警惕淪為工具平台的風險，並且要採取正確的措施去改變現狀。本文作者從實際經驗出發，為我們解答瞭如何提高效率以及如何去賦能，讓我們一起來思考學習吧。
作為平台產品經理，做事情很多時候可能會有一種雞肋的感覺，食之無味棄之有肉。
當你有這種感覺的時候多半平台已經被你做成了工具平台，純支撐業務的工具屬性，但平台的價值和定位不應該是這樣，很多平台PM很難把控產品的定位和規劃。
本人雖做平台不久，但短期內集中高密度的思考和溝通，對於平台建設有部分心得，願共享之，拋磚引玉。
1. 前往戰火陣地平台存在的目的之一一般都需要支撐業務端，所以如何和業務端配合好完成KPI是平台PM思考的目標之一。
那麼平台PM需要明確業務端目前在面臨什麼問題、業務端短中期什麼規劃，年度目標是什麼，業務端本年度在打什麼戰役，聚焦什麼用户羣體，作為平台PM需要和業務端深入溝通，前往一線戰火裏，摸清狀況。
平台PM需要參與業務端的產品規劃、年度規劃等；同時深入一線，瞭解產品用户，從多個角度思考平台如何更好的進行配合。運用思辨的思維來處理業務端的需求，經過獨立分析後進行輔助和執行。
總結：瞭解業務，瞭解用户，打好輔助。
2. 明確效率賦能平台如果單純的響應業務端的需求，很容易變成被動規劃，單點支撐，做出來的很多東西都是為了特定的支撐業務端，形成孤島效應。那麼平台會越做越臃腫，但價值越來越單薄（因為工具具有臨時性、不可持續性、定製化等特點）。
因此很容易形成業務端熱血沸騰，想起來需要什麼工具/數據/管道運輸時，平台配合支撐；業務端不需要平台配合時，可能兩者之間就沒有什麼交集了。
這種情況下，平台PM需要意識到，平台的本質是效率和賦能。
總結：框架通用，避免定製化。
二、如何提升效率1. 平台儘可能做到框架簡潔且通用好處就是方便業務端對接，如果過於繁重且定製，對業務端來説反而複雜。
2. 確保能力通用一對多平台側沉澱數據，沉澱能力，做多個業務端的支撐，且根據不同業務端的數據沉澱，做用户標籤和畫像；比業務更懂用户，哪些用户更需要哪些能力，如何更恰當的給合適的用户推送適合的內容，不斷的個性化。
這樣在自己的“用户”也就是業務端眼裏，平台會更專業且不可替代，同時平台本身的包袱也在減輕。
三、如何進行賦能業務端很容易被KPI、MAU等等指標迷惑，此時平台PM需要保持清醒，做到比業務端PM嗅覺還敏鋭，觸達用户；從用户真實需求出發，衍生平台能力，反推業務端，化被動到主動。
但是這塊稍微有點難，本人也未涉及很多。
這件事情的前提就是平台需要將自己的能力平台進行閉環，從能力提供-能力效果-能力反饋-能力優化，形成閉環，建立自己的能力效果系統（能力使用情況、能力採納情況、能力容錯情況等等）。
必要時也可以建立能力虛擬盤和真實盤的對比，用模擬趨勢和數據預測反推業務端，以智能貨架的方式給業務端有理有據的推銷能力，主動給業務端賦能。
總結：能力一對多，用效果推銷能力。
1. 注意沉澱數據數據價值此處不贅述，無數據，純支撐，很容易淪為工具和管道，僅僅充當了搬運工的角色。
總結：重視數據把控。
2. 抓住主要矛盾平台聚焦支撐和提效，其中必然涉及到繁雜的問題解決。那麼，如何識別和認識到眾多問題中的關鍵問題或者效率拐點，就是很必要的。
秉持“二八原則”，集中精力解決百分之二十的問題，可以得到百分之八十的效果——這種情況下，就抓住了主要矛盾。剩餘的問題如果會耗費團隊很多超額的精力，那麼就是得不償失甚至不需要去聚焦解決的。
當然，也可以參考長尾效應理論或標準正態分佈的思維去分析和解決事情。
3. 務必整體規劃如果業務端只有一個，那麼就是定點支撐，但是平台PM需要經常抬頭查看公司規劃和定位，結合後期發展綜合考慮平台定位（這塊應該難度很大，畢竟需要前瞻性）；
如果業務端有多個，平台需要考慮的就是如何沉澱能力且通用支撐，把平台具備自動跳閘功能的插線板，靈活對接插拔業務端。但一旦有問題，平台端也可以及時跳閘。
總結：鑽進去做事，跳出來看局。
4. 一定目標對齊將你的思考、規劃經常和你的Leader討論，確保領導從更高的層面審視你的idea，確保目標對齊。
不是説領導一定比你強，只是一方面大概率領導從更高的層面能比你看到更多的東西，幫助你完善或者砍掉不合理的方向；另外一方面團隊目標一致時，很多事情的推動都是同方向的，更有利於部門或團隊的KPI。
總結：對上對下目標統一。
平台產品經理是一個很nice的定位，千萬不要認為可有可無，有一個比喻很恰當：平台做的是系統，業務做的是APP或軟件，所有的軟件或APP都需要在系統上才能運行。
當你的意識裏認識到自己是在做一個操作系統時，很多問題就可以從宏觀層面去考慮全面了。
本文由 @楠神 原創發佈於人人都是產品經理，未經作者許可，禁止轉載
題圖來自 Pexels，基於 CC0 協議