2017年已經(jīng)結(jié)束了，意味著自己進入產(chǎn)品坑剛好滿一年，下面就簡單說說我這一年的產(chǎn)品之路。
一、前2個月
做人：
- 貼標簽，即給自己貼標簽。經(jīng)過之前的一年工作，已經(jīng)清楚地認識到自己的優(yōu)缺點，所以初入新公司的新崗位，首要的是要給自己打上標簽，比如我自己優(yōu)勢是踏實認真，但是不太有創(chuàng)新想法等。所以在前兩個月就強化自己踏實認真的標簽，優(yōu)點是能讓其他同事快速地認知熟知自己，缺點是改標簽的過程比較痛苦。
- 識人，即識別并認識干系人，基本包括開發(fā)、QA、UI、運營等等。為什么在第一步做干系人識別呢？如果把入職當成一個項目進行管理，那么在入職前兩個月（啟動過程）中識別干系人則是一個重要的環(huán)節(jié)。主要是了解相關(guān)干系人的工作職責、擅長點、喜好等等。一方面能快速容易團隊，另外一方面在后期實際項目過程中，可以很好的對干系人進行規(guī)劃和管理，減少相關(guān)風險。
做事：
（1）崗位理解
由于是轉(zhuǎn)行到產(chǎn)品的，所以需要了解兩件事，一是產(chǎn)品經(jīng)理需要做哪些事；二是優(yōu)秀的產(chǎn)品經(jīng)理有什么要求和標準。只有了解清楚之后，才好進行落地實踐。
產(chǎn)品經(jīng)理主要職責：
1.市場及用戶研究：市場分析、競品分析、用戶研究。
2.產(chǎn)品規(guī)劃及設(shè)計：需求管理、產(chǎn)品規(guī)劃、產(chǎn)品設(shè)計、版本管理。
3.開發(fā)及項目管理：需求確認、項目跟蹤管理、產(chǎn)品自己測試。
4.產(chǎn)品運營及推廣：協(xié)調(diào)溝通、數(shù)據(jù)分析、文檔整理、迭代計劃等。
優(yōu)秀產(chǎn)品經(jīng)理和糟糕產(chǎn)品經(jīng)理對比：（全局觀與規(guī)劃性）—摘自出處不明，侵刪。
1. 優(yōu)秀的PM腦海里總是有一張產(chǎn)品架構(gòu)圖，他們總是知道未來會是什么樣；糟糕的PM沒有“腦?！?，只有眼前的目標、Backlog、KPI；
2. 優(yōu)秀的PM給自己出題，并自己逐一填空解答；糟糕的PM只會答題；
3. 優(yōu)秀的PM會告訴各個需求方他們的需求在Roadmap的哪一段；糟糕的PM每天被排優(yōu)先級折騰；
4. 優(yōu)秀的PM眼睛里閃著光；糟糕的PM睡不醒。
（2）業(yè)務熟悉
由于前一份工作是房地產(chǎn)行業(yè)的，現(xiàn)在轉(zhuǎn)行到非房地產(chǎn)行業(yè)，業(yè)務了解基本為0。我是從如下三個方面著手了解現(xiàn)有公司的業(yè)務。
- 梳理流程，自己用demo賬號完成整個業(yè)務流程，將前后臺業(yè)務流程串聯(lián)起來，并整理出自己理解的業(yè)務流程圖，以及在過程中遇到疑問點先記錄下來。
- 看文檔，產(chǎn)品相關(guān)PRD文檔、RP原型、測試用例等，帶著之前疑問和自己整理的流程進行對比查看，查漏補缺。
- 問同事，問問題還真是個技術(shù)活，兩個要點，一是能清晰的描述問題、二是自己對于這個問題的想法表明自己思考過。問同事的目的一方是將自己仍存在疑問點進行解惑，另外也是深入了解同事的一個過程，對于同事擅長點進行了解，便于后期溝通。
二、中間5個月
工作方法建立
工作方法的話主要依據(jù)個人實際情況和所處公司環(huán)境而定，由于自己剛?cè)肼毜墓井a(chǎn)品流程和方法基本為0，所以比較迫切的需要自己整理一套適合于自己的工作方法。如下是我整理的3點相對比較重要的方法，僅供參考。
- 待辦事項，也可以為記事本。主要功能是記錄當日未完成任務和當日已完成任務（也可進行任務分類，按照緊急-重要四象限原則進行細致的分類）。目的一方面是充當事件備忘錄，另外一方面可作為次日工作計劃。
- 建立需求池，將各方需求的來源進行記錄，主要是記錄關(guān)鍵性的相關(guān)信息，如需求來源、添加時間、優(yōu)先級、狀態(tài)等，具體可參考《需求池管理：有進有出、寬進嚴出》。目的主要是充當需求容器，需求緩沖地帶以及可作為后期版本規(guī)劃的參考條件。
- 需求分析，前期收集到N多的需求，這些需求什么情況下會遇到？能不能解決用戶實際問題？該不該做？什么時間做？等等。如果沒有一套屬于自己的需求分析方法，那么你不再是一名產(chǎn)品經(jīng)理，而是需求的傳話筒，將需求從A傳達到開發(fā)口中。傳話筒做多了，既沒有工作成績，又沒有個人成就感。關(guān)于需求分析細節(jié)可參考《需求分析：它從哪里來，到哪里去？》。額外補充一點，和業(yè)務部門對接需求，要做到敢于說不，一味地順從對自己沒有任何益處。
強化個人能力
產(chǎn)品經(jīng)理應該具備哪些能力，這里我就不一一贅述了。就簡單說說自己通過這2種方式去強化自身能力的。
- 訓練：不僅僅局限于本職工作，工作之余可以多鍛煉鍛煉自己思考問題的方式和多了解新事物。鍛煉自己思考問題的方式的話，可以在天天問等平臺多去回答問題。問題看似簡單易懂，但是實際把自己想法寫出來，和同行一起對這個問題進行深入的交流，這樣你的收獲最大。另外天天問上也常用關(guān)于行業(yè)動向、新事物相關(guān)的問題，同樣值得去思考回答。（這波廣告不收費）。
- 總結(jié)：我所負責是一款相對比較成熟的產(chǎn)品，每次產(chǎn)品的迭代主要局限于比較小的功能，沒法經(jīng)歷一個從0到1完整的產(chǎn)品。相信不少人也和我有類似的經(jīng)歷，久而久之會覺得自身價值不高，能力得不到展示等消極情況。雖然所負責的項目較小，但是還是有值得總結(jié)的地方。就拿產(chǎn)品設(shè)計來說，可橫向?qū)Ρ雀偲坊蛴写斯δ艿钠渌鸄PP，分析各自的優(yōu)劣勢和適用的場景?？v向?qū)Ρ人械哪樱熘澈蟮墓适隆?/li>
業(yè)務理解
剛?cè)肼毜那?個月，已經(jīng)了解和熟悉相關(guān)的業(yè)務。為何我現(xiàn)在還要再次進行業(yè)務理解呢？因為隨著時間推移，自己所負責的項目不僅僅局限于某個平臺的小功能。會存在涉及到跨平臺、跨業(yè)務線的需求，這時候僅靠當初了解的“皮毛”業(yè)務不足以支撐。那么會涉及到如下兩個方面：
- 通盤思考問題，比如APP上的某個功能的上線，不僅僅要思考用戶在APP上如何操作使用，還要考慮后臺系統(tǒng)如何處理，客服系統(tǒng)如何處理等等情況。要學會通盤思考問題，而不是守著自己的一畝三分地。
- 跨組交流，職能型的組織架構(gòu)跨組交流簡直費勁，主要存在兩個問題，一是不聽，二是聽不懂。不聽主要是我不是他的項目經(jīng)理，聽不懂是他不知道APP上的功能是究竟個啥內(nèi)容，我也不知道他負責的是啥？對于第一條，目前能做的就是問題前置和提高需求優(yōu)先級，大家有好的方法可以多交流。對于第二條，你沒辦法要求別人去學習你的產(chǎn)品，但是你可以通過講故事的方式來描述問題。另外就是自己多學習理解跨平臺的業(yè)務，而不是僅僅做一個知道某個APP業(yè)務的產(chǎn)品經(jīng)理。
三、后5個月
推動方案落地
隨著越來越了解業(yè)務和產(chǎn)品的實際情況，待優(yōu)化的點也越來越多，歷史遺留的難點凸顯出來，但是又遲遲得不到解決。這時候如何去推動方案落地呢？
- 投其所好，方案的呈現(xiàn)如果能投關(guān)鍵決策人所好，那方案被采納的幾率會大大的提高。我們公司領(lǐng)導（關(guān)鍵決策人）分兩種，一類是喜歡和競品比較；另外一類喜歡看數(shù)據(jù)。一旦摸清楚關(guān)鍵決策人喜好，在方案中可以突出關(guān)鍵決策人喜好的點，以此來打動他同意實施方案。
- 放大問題，公司高層是沒法直接了解到用戶真實的感受，對于利用戶但增加公司成本的方案，一般很難被通過，而這時候如果把用戶真實的反饋呈現(xiàn)給領(lǐng)導及高層，用戶直接不滿的情緒遠比我們方案更加直接有力。
運營思路
面對一款成熟的產(chǎn)品，日活、轉(zhuǎn)化率、訂單量等數(shù)據(jù)如死灰一般的沉寂，沒有一絲絲波動，同樣也是一個可怕的事。不禁思考，為啥就沒有用戶？為啥戶不活躍？為啥沒有訂單量？即使成熟產(chǎn)品的主流程可優(yōu)化的空間不多了，但是可以考慮一些其他的運營手段來促活，而不是將自己的工作局限在產(chǎn)品范圍，應該多思考哪些運營方式可以促活、提高轉(zhuǎn)化。關(guān)于運營相關(guān)的簡單想法，可參考《從AARRR模型，看平臺型租車產(chǎn)品的“第二春”》。
以上是基于自己轉(zhuǎn)行做產(chǎn)品這一年的一些想法和思考，可能存在一定的局限性，僅供參考，歡迎大家多交流學習！
