品牌行銷策略，產品行銷與設計，各類型行銷推廣案例分享-品牌行銷點點讚
編輯導讀：每個職場人士的最大理想大概就是，通過自己的努力，升職加薪，獲得更多的認可。作為一名產品經理，本文作者敘述了他晉升述職的過程，并總結了一些經驗，與你分享。
簡單分享一些晉升述職的要點，不講廢話只講干貨。本篇以產品經理的角度切入，其他崗位可以自己結合實際取精華、去糟粕。
一、PPT文檔相關
做PPT文檔之前，要先get這幾個關鍵詞：目標、思路、重點、數據。
1. 目標
要理解，晉升的本質，是你要通過一次有限時間的述職分享，讓在座的各位明白你有多么牛逼，足以勝任下一個級別所能承擔的職責。不是你覺得你可以達到這個級別，然后你希望組織可以給你這個級別去鍛煉；而是你先達到了這個級別所需要的能力，然后自然而然地組織會賦予你這個級別的title。
所以請在PPT中時刻展示出你的優秀之處，無法展現出來的廢話和平庸的項目請不要浪費筆墨。
2. 思路
清楚了目標之后，要先列出大綱，梳理思路，一步一步去縷清要怎么做這份PPT（文末也有附上一份我PPT的基本結構框架）。
通常需要回首過去你所負責的項目中，整理出一些閃光點。這里我是將過去每周的周報都回顧一遍，把所有事項整理列出，形成一張腦圖。第一遍整理的時候可以不那么嚴格，你覺得可能可以拿出來講的東西都可以先列出來，因為有可能一些小點乍看覺得不咋滴，但后面其實是可以串聯起來輔助支撐你陳述另一件事情的。第二遍再將之前梳理的點進行篩選，排優先級，選出4-6個亮點事項（數量因人而異）。接著你要對這4-6個亮點進行穿透拆解，把這些亮點的來龍去脈說清楚，讓別人知道這些憑什么可以稱之為亮點。
3. 重點
即便經過剛才兩遍的篩選，在這里可能還要再做一層篩選。就是在4-6個亮點中，要有重側點，否則有限時間內每點都面面俱到反而顯得平平無奇。可以將亮點中比較基礎的亮點在陳述的時候簡單略過，但是資料準備上也還是要做好充分的穿透和拆解，PPT上也可以花篇幅去介紹，但是現場陳述的時候快速帶過即可（大概意思就是，我要告訴在座的各位我牛逼的點很多，但是今天時間有限，有些點我只能很快地這樣帶過）。
4. 數據
即便你講的天花亂墜，你覺得自己能力一流，超級牛逼，你也還是需要數據作為支撐的，否則就都是空談，經不起拷問，一捅就破。
為什么需要數據支撐，很簡單一個邏輯，既然你這么牛逼，那你負責的產品/項目/迭代都沒有什么亮眼的數據表現嗎？那說了這么多誰信？如果你說是因為數據還沒表現出來，需要時間來驗證，那很可能你就要等到有結果驗證的那個時間再來晉升通過率會比較高吧。盡量使用可以量化的指標，可以參考我文檔中的一些數據指標。
二、現場述職相關
關鍵詞：準備、思路、節奏、自信。
1. 準備
不打沒有準備的戰，在前面PPT都整理完之后，我還做了這兩個準備：
- 寫word文檔：內容是當天的發言稿（寫了四五千字……）
- 試講：在正式述職前，我自己在家里用PPT投影的形式試講了兩次。因為我寫了word文檔，后面就將word文檔中寫好的內容備注在對應每頁PPT中。即便如此，第一遍試講還是卡殼了半天，沒有完整地把自己想陳述的內容表達清楚，講完花了55分鐘；接著對第一遍試講的問題簡單復盤了一下，第二遍試講好了一些，但仍不是很流暢，時間花了50分鐘。后面事情太多了也就沒有第三遍，但反正我自己大致問題也清楚了，就是內容太多了，一方面要加強熟練度，另一方面要稍微提一下語速。
2. 思路
現場述職的時候，要記得講重點，重點中講思路和方法，不要過于陷入細節糾纏不清。最好能再從中拔高一個層級進行抽象、概括性的整理陳述。
3. 節奏
把控好現場的節奏，這次述職我現場表現還算可以，宣講PPT文稿的時候基本以1.5倍語速講完，非常流暢基本沒有卡殼。也要觀察一下現場的氣氛和評委們的狀態，如果發現現場評委們聽得饒有興致，可繼續按自己的節奏走；如果發現評委表情猙獰、犯困、不耐煩、心不在焉等，可以稍作整頓，調整氣息和節奏（自己知道怎么調整最好；自己也比較懵逼的話，就及時咨詢評委們自己的表述方式和節奏要怎么調整）。
4. 自信
千萬不要怯場，既然你這么牛逼，那晉升就要展示給別人看到~自信一點，面帶微笑，從容不迫地回答問題。現場評委一般都是對PPT中提到的點進行提問，所以你要對自己的過往有深刻的復盤，了然于胸。特別是思路和數據這塊，要能一針見血、精煉準確，不要廢話連篇、含糊不清。
三、文檔結構化參考
1. 自我介紹
一般就是姓名、崗位、（學校、公司）、時間線
（如果你呆過的學校和公司比較有名可以順帶寫一下，沒有的話略過就好~）
2. 階段性產出
這個其實上面PPT思路那塊蠻大篇幅大概介紹了，這里講一下怎么去描述你的階段性產出。簡單來說可以參考STAR法則，即背景、目標、行動、結果。不要那么生搬硬套，就是當做在講一個故事，只是你要結構化地把這個故事說清楚，亮點講明白。
3. 未來的規劃
雖然晉升主要講過去的成績，但未來的規劃在我看來也是必不可少的一環。可以讓別人知道基于你現階段的水平規劃的未來，是否匹配這個級別的人應該做出來的思考和水平。
4. 自己的思考
這一點可以作為加分項，可以分享自己在過去的經歷中總結沉淀出來的思考，可以是一兩句話拋出來跟大家分享你的看法和見解。記得稍微展開來講，不要就一句話丟在那邊然后自己也沒辦法自圓其說，就很撈……
5. 謝謝
這個就不說了吧，就是一頁thanks的PPT。
四、實戰案例分享
這里把晉升述職中最核心的產出部分再給大家分享一下。
本次述職的產出我分為六部分內容，從準備階段、過往成績、未來規劃三方面來闡述：
- 00 磨刀霍霍：系統邏輯梳理
- 01 小試牛刀：旺旺插件
- 02 大刀闊斧：深挖素材投放全鏈路場景
- 03 無中生有：素材的增值之路
- 04 除草行動：用戶體驗至上的信仰
- 05 修羅之路：電商解決方案
1. 準備階段
接手一個新的產品/項目，你需要從兩個方面進行了解和思考：橫向上通過了解整個產品各模塊的關聯和大致邏輯，來基本形成對該產品的大局觀；縱向上通過對自己負責的模塊進行深入了解，對該模塊的產品細節需要能把控到位。過程中可能涉及的產出物：《產品體驗報告》多份、《產品邏輯了解計劃表》、《產品功能地圖》、《產品功能邏輯拆解圖》、《產品需求池》、《競品分析報告》多份等
2. 過往成績
案例一：小功能的迭代–旺旺插件
公司已在旺旺端插件上之前已有嘗試，做了兩款產品，但成績都比較慘淡（好幾年累計服務用戶數只有三位數）。而當下由于某些原因要再次在旺旺端插件上發起嘗試，由我來負責，最終產品上線不到2個月累計服務用戶5w（數據翻了幾百倍）。我是怎么做的呢？
- 遍歷Confluence上所有相關文檔（我們的所有文檔都會沉淀在這里統一管理），主要是看了客服同學記錄的一些用戶反饋的需求
- 了解市面上的主要競品的功能、策略，反推其使用場景
- 跟客服同學溝通，將了解到的信息脈絡再次梳理
- 多渠道聯系用戶，了解旺旺插件這塊日常使用場景以及痛點
- 將所有信息整合，梳理出需求池，并確定優先級及版本排期
在信息足夠全面的情況下，我瞄準了其中一個近期用戶頻繁提及、但市面上卻沒有一款產品能解決這個問題的點切入，最終上線數據的表現超出預期。
案例二：產品業務大方向的規劃
在我作為某二級產品線負責人后，需要著手對所負責的素材相關模塊進行一個梳理和規劃。這里從三方面切入：用戶反饋、競品動態、合品動態。
用戶的反饋：獲取用戶的反饋通常又可以有這三種渠道：
- 來自Confluence文檔上客服同學記錄的需求反饋；
- 來自一線銷售同學的溝通訪談；
- 來自與用戶直接的調研交流。你需要能夠辨偽存真，加以抽象。
競品的動態：對競品展開充分調研，可以分為兩部分：
- 直接競品，直接競品跟你的定位最為相似，大方向的思路可以關注了解；
- 間接競品，間接競品有可能是在某個細分領域做的特別深的，這些好的地方可以有所借鑒。
知道了競品近期的動態（不一定是功能層面的，甚至可能是在一些新聞媒介上可以看到競品的動態），可以大致推導競品迭代的方向，也方便我們及時調整自己的應對策略。
合品的動態：所謂合品，就是你所依賴的其他產品或是上下游產品。例如電商isv服務商的常見合品就是各電商平臺服務市場，或是你跟微信、支付寶有上下游對接的話，他們就是你的合品。關注合品的動態可以讓你更加了解當下行業的一個大趨勢，或是一些利好政策，適時迎合切入，可以借力打力，互惠共贏。
案例三：融會貫通–場景聯想
橫向上聯想其他組的能力：公司或許會有多條產品線、多個項目組，他們做的東西或多或少都會跟你有一些關聯，你需要進行橫向的聯想，你會發現自己所負責的業務在某方面的難題用他們的能力可以完美地解決。當時我在看我們圖片處理投放相關的問題和規劃的時候，就整合了公司其他部門的摳圖能力進行優化（號稱世界第一摳圖的效果，哈哈哈），新功能上線后，數據翻了3倍。
縱向上聯想更直接相關的場景：當時從圖片處理方面進行優化迭代后，順勢推出了功能次數內購，進而聯想到素材模塊中其他類似功能的也可以進行優化、內購。從而將原有平平淡淡的素材模塊無中生有了一塊增值區域，每個月都能帶來一點錦上添花的營收，穩賺不虧！
3. 未來規劃
這部分可以通過對所處行業大環境的分析，結合自身產品在賽道上的表現情況，并整合一些數據作來輔助說明你的規劃思路。或許市面上已經有競品在這么做，你可以通過競品的各方面數據（布局、投入、用戶數、營收等）來闡述競品打法的優劣勢，以及自己的產品如果去做的話，差異化在哪？用戶群體是怎樣的？核心競爭力是什么？Why me的答案很重要。
五、最后
分享這些不是說要教大家一些奇技淫巧，而是分享一個思考的方式。中間提到的點，或許大部分人也都知道，但重在日常的實踐和積累，厚積才能薄發。
本文由 @零先森 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議