編輯導語：由于學校里并沒有專門的對口產品經理的專業(yè)，再加之許多人都是后來轉行做了產品經理，所以不少人都是“野生”產品經理。那么，作為一名“野生”產品經理，應該如何尋找職業(yè)發(fā)展的方向和自我提升的途徑呢？接下來，本文作者就為我們講述了他的相關經歷。

好奇職位名稱而入行，零認知的進入外包公司，到離開后對未來的期待。與公司的性質有關，因此招聘要求不高，入職非常的順利。其他PM都是半路出家，沒有成熟的工作方法，都在同一起跑線上的。

外包性質互聯(lián)網公司，主要承接分銷類型的商城項目，以支撐自營電商項目的開發(fā)運營成本。

通過在自營項目上摸索直播、社交、聊天等，來培養(yǎng)團隊成員相關技術知識的積累，從而使公司的業(yè)務可以得到相應的拓展。

1.5年的工作時間，基本時間是負責項目的管理。

清楚團隊各成員的技術能力，在根據(jù)版本中的技術實現(xiàn)邏輯，可以很好的預估開發(fā)周期。負責管理各成員的工作進度，保證項目按時上線交付。

一個月時間從負責商城的一個小模塊到一整個B2C商城的，遇到很多問題，邏輯不通技術懟，交互不合理UI懟，業(yè)務有問題客戶反饋……

秉承遇到問題就解決問題的原則，將問題劃分等級按照優(yōu)先級，依次從業(yè)務——系統(tǒng)——交互解決。

通過人人都是產品經理惡補知識，下載《電商產品經理》電子書全面了解整個電商系統(tǒng)，《用戶體驗要素》電子書了解基礎的設計原理，很快那些工程師就很少BB了。

之后負責的B2C商城項目多了，工作就越來越簡單，相繼也出現(xiàn)了新的問題。

因為要負責與客戶對接需求，而客戶提的需求又非常多，考慮到技術投入的成本問題，產品對接時要刪減不必要的需求，最重要的還是要說服客戶接受。

起初是與領導一起對接，全程聽他們之間扯皮條，我只負責記錄定制化需求。而之后的項目由我負責對接，我還是負責記錄客戶定制化需求，在與領導溝通需求內容，領導很耐心的指導項目承接的需求范圍。

由于本人不善于也不喜歡扯皮，剛好想起需求管理這門學問的作用，網絡上搜羅很多需求分析需求管理的干貨，認真閱讀的同時聯(lián)想是否符合現(xiàn)有工作流。

對于外包企業(yè)只要項目款到位，任何需求都可以實現(xiàn)的。

最終根據(jù)我們的客戶群的一些屬性和結合那些干貨知識，我便按照以下的方式去對需求進行分析和管理：

1. 使用價值：了解業(yè)務領域、了解產品、了解用戶群，分析需求解決目標用戶在什么場景下的什么問題和該問題現(xiàn)有解決方案以及出現(xiàn)的頻率，從而判斷該需求的使用情況；
2. 技術可行性：因為對市場上的競品有一定了解和技術知識基礎，在拿到需求時只要是清楚的就要預估出時間（不清楚的則需要和技術討論，因此又可以積累更多技術知識）；
3. 投入產出比：預估需求的開發(fā)投入成本（人力+時間 < 項目款）。

版本規(guī)劃：優(yōu)先實現(xiàn)項目的購物流程 （會員/商品/購物車/訂單/物流/庫存/內容）——優(yōu)化迭代——在實現(xiàn)促銷 （拼團/優(yōu)惠券）——優(yōu)化迭代——定制化 （分銷規(guī)則等）——優(yōu)化迭代—— 售后 （退貨退款）。

根據(jù)以往的經驗進行規(guī)劃，滯后一切打亂節(jié)奏的需求，開發(fā)節(jié)奏被打亂后，會影響項目之間的成員調配，最終所有項目都會受到影響。

以上就是我在外包中使用的方法，在最初進入公司時基本不怎么分析，只是分析下流程邏輯就出方案原型。

這樣的工作方式導致項目開發(fā)很累，為了能輕松有節(jié)奏的開發(fā)才開始了分析，順帶把一些客戶提的需求忽悠到之后版本，然后額外多收一個版本的項目費。

一、溫故而知新，可以為師矣

為了能進入擁有成熟產品團隊的企業(yè)，篩選各種公司投遞簡歷，能力和經驗不足公司是真難找。好不容易找到一個來自微信團隊的公司，最終卻發(fā)現(xiàn)沒有自己想像的那么好。

作為A的ISV服務商，負責某個行業(yè)領域的初創(chuàng)公司，初期成員都是T挖來，以至于我覺得他們很強，接觸時間長了發(fā)現(xiàn)并沒有我想象中的那么強。

在選擇離開時他們又挖來了一個專家，雖然很期待這個專家的實力。

入職后總監(jiān)頭銜的前微信產品一起負責會員權益方案，合作中對于其個人能力無任何質疑，但管理能力有待提升。

研究現(xiàn)有的會員權益相關資料，在后續(xù)權益方案會議的交流，為了確保上線的權益轉化率，開始著手調研市場，驗證我們所提供的權益內容，能夠真正轉化用戶到平臺。

廣州本地市場調研工作，根據(jù)調研調研目的整理調研的問題內容，裝作用戶到各個網點與工作人員溝通。其他省份各市的調研則安排線上，開始的線上調研還挺順利，當調研的省份城市多了之后，調研的結果就非常的混亂。

思考一下午出了一個新方案，與領導溝通后次日執(zhí)行調研，最終調研結果：現(xiàn)階段我們提供的權益與其他渠道的權益差異并不大，用戶更換渠道的各項成本之和大于我們提供的會員權益的回報。

會員權益任務的擱置，莫名其妙的被安排接手同事的售后服務，根據(jù)同事交接的資料慢慢熟悉售后業(yè)務，與來自微信的運營經理溝通售后所有的場景和流程，核對同事交接的資料確保資料的準確性。

之后收到來自總監(jiān)發(fā)送的一份接口文檔，是當前服務方系統(tǒng)提供的最新接口能力說明，讓我根據(jù)接口文檔盡快熟悉整個系統(tǒng)，又一個莫名其妙的任務。

由于業(yè)務屬于項目的核心部分，涉及與各個系統(tǒng)的數(shù)據(jù)交互，通過接口文檔大致把整個系統(tǒng)都了解了一遍。

在與業(yè)務方溝通確認大致的產品方案后，開始分析與各系統(tǒng)之間的數(shù)據(jù)流是怎么走，傳輸哪些字段，兩個系統(tǒng)間的唯一標識等等。

期間因為是一個人負責前后端，不僅要考慮與其他系統(tǒng)交互還要考慮與前端的交互，所以我給他們的方案都是我這邊能怎么簡單就怎么簡單，吵過反駁過懟過最終我還是默默地忍受著，按照最佳的方案處理。

整個系統(tǒng)劃分4個線上系統(tǒng)和1個線下系統(tǒng)，根據(jù)接口文檔和各系統(tǒng)的業(yè)務場景，分析總結出以下的關系圖。實現(xiàn)關系需要我去定義傳輸?shù)臄?shù)據(jù)字段內容，并且與其他系統(tǒng)溝通傳輸數(shù)據(jù)字段規(guī)則：

因為售后的業(yè)務重，更多是考慮業(yè)務流程，該怎么提升效率和體驗，其次還要和商務/業(yè)務方溝通流程是否合理合規(guī)，復雜的一些還需要法務的加入。

一系列的工作流程走完后，確認當前的業(yè)務流程后，開始著手規(guī)劃售后系統(tǒng)各個階段的版本內容。

版本的規(guī)劃按照業(yè)務頻率、開發(fā)時間和業(yè)務價值考慮（業(yè)務出現(xiàn)頻率的，技術開發(fā)時間，業(yè)務上提升產品價值，業(yè)務上減少企業(yè)損失的維度）：

1. 這個階段的工作讓我學會了看接口文檔；
2. 來自同事的分享，需求方提供的需求需要有明確其目的，否則需求不予接受；
3. 來自工作中的發(fā)現(xiàn)，結合讀過和看過的資料，產品需要有明確數(shù)據(jù)指標，才能夠健康的發(fā)育成長。

二、自強不息

能力水平太低找不到好工作，又入職了一家小型創(chuàng)業(yè)企業(yè)，而且還是陌生的業(yè)務領域，作為該企業(yè)唯一的一個PM亞歷山大。

對自己非常沒信心是件不好的事情，在收到通知時嚴重的自我懷疑，但進來后發(fā)現(xiàn)需要做的并不復雜，與以往的工作相比更為簡單劃水。

初來乍到通過與管理層的溝通，了解清楚項目的戰(zhàn)略規(guī)劃。開始網上搜索相關文獻競品資料等，根據(jù)戰(zhàn)略定位的競品很少，所以找了一些相似模式的競品。

通過分析競品提供的功能，了解其解決用戶哪些場景下的問題，整理出于我們有用的問題后，挖掘該問題當前線下和線上的解決方案。對比兩者之間的差異優(yōu)勢，按照需求權重高低過濾和排優(yōu)先級，需求高的使用拆解方法以五個維度去思考，需求低的則簡單的思考。

根據(jù)競品/戰(zhàn)略目標/產品定位，可以劃分出我們的用戶群（XX設計師、XX愛好者、XX工作室…)，身邊從事該行業(yè)的朋友，同時在網上找到一份詳細的介紹資料，之后的與朋友溝通和核實資料可信度。

對產品的定位和規(guī)劃有了新的收獲，后面陸續(xù)找了一些（墨刀、藍湖、電商中的某些流程與規(guī)劃的產品類似）產品進行分析。一系列工作后與管理層溝通產品規(guī)劃的初稿，在多次的溝通中逐步完善產品的規(guī)劃，確認產品方案后現(xiàn)在持續(xù)的補充細節(jié)中。

本文由 @Mading 原創(chuàng)發(fā)布于人人都是產品經理，未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協(xié)議