作為應(yīng)屆生進(jìn)入外包公司任職產(chǎn)品經(jīng)理是一種怎樣的體驗(yàn)？面對(duì)各種狀況和交接該如何處理？

和大部分應(yīng)屆畢業(yè)生一樣，我們總是會(huì)被灌輸一種思想，那就是“剛畢業(yè)的學(xué)生，對(duì)于工資待遇、公司背景什么的不要有太多要求，能找到一個(gè)“合適”點(diǎn)的公司學(xué)點(diǎn)東西磨練磨練自己才最重要······”

就這樣，我進(jìn)入了一家足以讓我得到磨煉的外包公司工作。

記得面試時(shí)，是老板親自面試的我，依然清晰的記得老板對(duì)我說公司有四五十號(hào)人，產(chǎn)品、技術(shù)、測試、運(yùn)營等崗位都配備相關(guān)的人員?。。‘?dāng)時(shí)的我面試通過后，萬分開心，認(rèn)為自己來到了一個(gè)規(guī)模完善、經(jīng)營狀況良好企業(yè)。

但真正進(jìn)入企業(yè)正式工作后才發(fā)現(xiàn)這四五十號(hào)人中，其中的30名左右的包括java、.net、Android、前端、測試等技術(shù)人員并非我們老板旗下的員工，實(shí)際是合作伙伴關(guān)系，只是對(duì)外宣稱是自己公司的員工（騙騙客戶罷了），實(shí)則屬于本公司人員的只有產(chǎn)品部。那么我作為產(chǎn)品經(jīng)理跟不屬于本公司的技術(shù)、測試等人員合作起來，簡直就是一件要命的事情。

當(dāng)時(shí)很無奈，但另一方便覺得自己只是一個(gè)應(yīng)屆畢業(yè)生，給的工資還可以，就堅(jiān)持留了下來。后來，也就是那一年，我深深的體會(huì)到了作為一名外包公司的產(chǎn)品經(jīng)理不僅需要足夠強(qiáng)大的內(nèi)心、技能、與口才。

而且在每個(gè)項(xiàng)目及工作流程中都要和UI、技術(shù)、測試、運(yùn)營等做好足夠的配合，把控好工作流程、項(xiàng)目進(jìn)度等。否則，項(xiàng)目一旦延遲上線或者上線時(shí)出現(xiàn)很嚴(yán)重的BUG，無法跟客戶交代，這個(gè)鍋都會(huì)甩向我。

當(dāng)然，與其說自己是一名產(chǎn)品經(jīng)理，倒不如說自己是一名項(xiàng)目經(jīng)理來的更為實(shí)際。因?yàn)槲覀儗儆陧?xiàng)目外包公司，老板通過人脈關(guān)系或者投標(biāo)等方式承接甲方的項(xiàng)目，項(xiàng)目承接下來后，需求部分由我們產(chǎn)品部自己做，到代碼的實(shí)現(xiàn)、測試部分都要由其他人來做。

為了避免來自客戶以及老板、對(duì)方同事等的甩鍋，我盡可能的將每個(gè)工作流程都做的相對(duì)全面，大概包括以下幾點(diǎn)：

做好充足的用戶調(diào)研、需求采集、需求確認(rèn)

需求部分永遠(yuǎn)是一個(gè)項(xiàng)目的key，如果前期需求做不好，走錯(cuò)路、會(huì)錯(cuò)意，那么后面所有的程序都是白搭，因?yàn)槟氵B客戶爸爸的需求都沒理解清楚，其他都是無用之功。

• 用戶信息調(diào)研：用戶信息采集是需求的一個(gè)重要部分，首先要理清楚所做項(xiàng)目的目標(biāo)用戶，用戶調(diào)研數(shù)據(jù)對(duì)后面的產(chǎn)品設(shè)計(jì)起到很重要的作用。不同類型的目標(biāo)用戶不管是在視覺上還是技術(shù)操作上，都存在著不同的差異。
• 需求采集：采集客戶的本質(zhì)需求，將客戶的需求進(jìn)行詳細(xì)的分析，弄清楚問題的要求，比如：需要輸入什么數(shù)據(jù)，要得到什么樣的結(jié)果，最后應(yīng)輸出什么。需求分析的目的就是幫我們確定產(chǎn)品方向。
• 需求確認(rèn)： 需求采集完后，我會(huì)將客戶的需求用Xmind、Excel分別整理出思維腦涂和功能清單提供給老板和客戶進(jìn)行需求確認(rèn)和項(xiàng)目報(bào)價(jià)。在這過程中盡可能的將需求進(jìn)行功能分類，細(xì)致化，讓客戶可以更好的分辨出我們整理的需求、功能是否與他們的本質(zhì)需求有出入之處，一旦有出入，及時(shí)做調(diào)整。

原型設(shè)計(jì)階段

原型圖遠(yuǎn)比文字能更好、更直觀的表達(dá)自己的想法，所以原型設(shè)計(jì)是一個(gè)梳理功能、再次確認(rèn)需求的重要階段。因?yàn)楸救耸莻€(gè)典型的處女座女生，所以在工作中喜歡做到盡善盡美，寧愿多加班也要盡可能的做出高保真的原型，目的是為了更好的將我們的產(chǎn)品設(shè)計(jì)、產(chǎn)品交互以及功能梳理給客戶做詳細(xì)的展示與講解。

在原型設(shè)計(jì)階段，我會(huì)根據(jù)不同的用戶群體做不同的交互設(shè)計(jì)，例如：我負(fù)責(zé)的第一個(gè)項(xiàng)目，他們的使用群體包括兩類，一類是B端用戶（政府的工作人員，年齡在30-45歲），另外一類是C端用戶。針對(duì)這種用戶，他們不擅長操作電腦或使用軟件，我盡可能的會(huì)將交互做到最簡單，同樣在字體字號(hào)上面會(huì)做個(gè)備注，讓美工盡量做得盡量大點(diǎn)（當(dāng)然，這只是一個(gè)建議）。

需求再次確認(rèn)

作為一個(gè)年輕的產(chǎn)品經(jīng)理，經(jīng)驗(yàn)不足是真的，但有一點(diǎn)是我的長處，那就是從不吝嗇多跑幾次客戶那，和客戶當(dāng)面確認(rèn)需求，和客戶多溝通、多交流。因?yàn)樵蛨D相對(duì)于文字能直觀的表達(dá)自己的想法與設(shè)計(jì)，所以每當(dāng)我做完原型設(shè)計(jì)后，都會(huì)到客戶那做原型講解，我會(huì)盡可能的將自己的想法全部表達(dá)出來。

當(dāng)自己的設(shè)計(jì)與客戶的需求有出入時(shí)，做好標(biāo)記，如果出入比較小，我一般都是當(dāng)時(shí)改好，現(xiàn)場給客戶確認(rèn)。如果出入比較大，我會(huì)重新梳理，再次提供新的設(shè)計(jì)方案給客戶進(jìn)行確認(rèn)。當(dāng)然，因?yàn)樽约罕旧硎羌夹g(shù)出身，大學(xué)期間也是學(xué)的技術(shù)，所以設(shè)計(jì)的方案大部分都是在技術(shù)上確認(rèn)可行的，一旦拿不準(zhǔn)主意，就會(huì)向技術(shù)人員請(qǐng)教，確保設(shè)計(jì)的可行性，避免天馬行空的設(shè)計(jì)。

因?yàn)樽约涸谛枨蟠_認(rèn)階段及其重視，所以在擔(dān)任產(chǎn)品經(jīng)理階段，經(jīng)常會(huì)和客戶保持電話、微信聯(lián)系，都成了客戶的老熟人了。

PRD文檔編寫

作為一個(gè)這種特殊性質(zhì)的外包公司的產(chǎn)品經(jīng)理，PRD文檔對(duì)自己而言，簡直是救命的稻草，它不僅是和技術(shù)等人撕逼的證據(jù)，同時(shí)在這種小公司，也是可以避免背鍋的證據(jù)。所以在寫PRD文檔時(shí)，我會(huì)將客戶認(rèn)為重要的點(diǎn)表達(dá)清楚，避免后面因?yàn)樽约簺]有表達(dá)完整，然后鍋從天上來。

需求評(píng)審會(huì)議

和客戶確認(rèn)好需求后，我會(huì)召開一次全面的需求評(píng)審會(huì)議，把美工、技術(shù)、測試等人全部叫齊，將需求和設(shè)計(jì)對(duì)接給例會(huì)人員。在會(huì)議之前，我會(huì)將原型、功能清單、PRD需求文檔等提前發(fā)給例會(huì)人員，讓他們提前了解項(xiàng)目，以至于更好的在會(huì)議上提出他們的問題，我一一做解答，提升會(huì)議的效率。

設(shè)計(jì)、開發(fā)階段

需求評(píng)審會(huì)議結(jié)束后，項(xiàng)目進(jìn)入U(xiǎn)I界面設(shè)計(jì)、代碼實(shí)現(xiàn)階段。

UI界面設(shè)計(jì)：美工設(shè)計(jì)好的界面，我會(huì)發(fā)給客戶確認(rèn)，目的是讓客戶了解下界面的整體色調(diào)以及我們的設(shè)計(jì)想法，避免后面所有界面設(shè)計(jì)完、開發(fā)完后，被客戶全部否認(rèn)來的強(qiáng)。

開發(fā)階段：人們常說技術(shù)人員做出來的東西，會(huì)讓你覺得那不是你自己親生的孩子，和設(shè)計(jì)師設(shè)計(jì)出來的美美的界面會(huì)有很大的差別。這都不是重點(diǎn)，重點(diǎn)是，我們的技術(shù)人員還不是自己公司內(nèi)部人。

所以在開發(fā)階段，我不僅要把控好項(xiàng)目進(jìn)度，同時(shí)還要三天兩頭跑去對(duì)方公司盯著他們做的成果，一旦發(fā)現(xiàn)界面做出來嚴(yán)重“扭曲”就會(huì)拿設(shè)計(jì)圖和技術(shù)人員溝通，溝通不行就撕逼。他們?nèi)绻豢吓浜?，我就只能找他們的老板和技術(shù)人員溝通了，因?yàn)樽鳛橐粋€(gè)小姑娘家的，老板們還是不太會(huì)為難我的。

測試、驗(yàn)收階段

系統(tǒng)開發(fā)結(jié)束后，部署到測試環(huán)境，開始進(jìn)入測試、驗(yàn)收階段，畢竟公司小，作為產(chǎn)品經(jīng)理的我是和測試人員一起參與系統(tǒng)測試、驗(yàn)收的，通過建立Easybug，將所有的BUG全部寫入進(jìn)去BUG系統(tǒng)，分好BUG優(yōu)先級(jí)，安排技術(shù)人員進(jìn)行BUG修復(fù)。

當(dāng)然在這個(gè)過程中最討厭的莫過于一BUG未平，一BUG又起，這也和技術(shù)人員的能力有著很大的關(guān)聯(lián)。

試運(yùn)營階段

測試、驗(yàn)收結(jié)束后，讓客戶參與試運(yùn)營階段， 親自參與使用系統(tǒng)或者APP等。一般在這個(gè)階段不會(huì)遇到的太棘手的問題，因?yàn)榍捌诓还苁切枨筮€是測試階段，我們都盡可能的多花心思處理。

項(xiàng)目正式上線

試運(yùn)營結(jié)束后，客戶也確認(rèn)沒有問題后，產(chǎn)品正式上線，這算是一個(gè)項(xiàng)目告一段落，后面開始進(jìn)入正式運(yùn)營階段。

針對(duì)于以上的九個(gè)階段，我都會(huì)在項(xiàng)目開始前，進(jìn)行時(shí)間周期的把控，在項(xiàng)目進(jìn)行中，進(jìn)行階段進(jìn)度的把控。及時(shí)采取相應(yīng)的措施去解決存在的問題，盡可能保證項(xiàng)目按照預(yù)定的時(shí)間上線。

當(dāng)然，在整個(gè)過程中，最難的莫過于和不屬于本公司的技術(shù)、測試等人員進(jìn)行溝通與合作，這個(gè)過程有時(shí)讓你懷疑人生。但還好，內(nèi)心足夠強(qiáng)大的我覺得所有的問題都會(huì)迎刃而解，只不過過程會(huì)比想象的難點(diǎn)。

以上是我作為外包公司產(chǎn)品經(jīng)理的工作流程和感觸，寫的比較口語話，目的是為了更直觀的表達(dá)自己的想法，如有需要改進(jìn)的地方，還請(qǐng)各位大佬多多指教~

本文由 @Tina W 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

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