我作為一名還沒(méi)畢業(yè)的大三狗來(lái)說(shuō)，已經(jīng)成功進(jìn)入社會(huì)，并且拿到了一份很有發(fā)展空間的offer，已經(jīng)是一個(gè)不錯(cuò)的開(kāi)始

在還沒(méi)入行前，對(duì)產(chǎn)品經(jīng)理工作有著極大的興趣，并且幻想產(chǎn)品經(jīng)理就是坐在辦公室，喝著下午茶，思考如何做一款改變世界的產(chǎn)品

當(dāng)我正式入職產(chǎn)品經(jīng)理，擔(dān)任其職責(zé)后，才知道原來(lái)并沒(méi)有我想的那么簡(jiǎn)單

產(chǎn)品經(jīng)理的日常工作

上午九點(diǎn)半，吃著包子喝著酸奶，擠著電梯到了公司

打開(kāi)電腦第一件事就是看新聞，瀏覽行業(yè)動(dòng)態(tài)及社會(huì)資訊；半個(gè)小時(shí)后，查看昨天下班前留的工作便箋，對(duì)今天要做的事及接下來(lái)要做的事有個(gè)了解

接著就開(kāi)始設(shè)計(jì)產(chǎn)品2.0分享模塊原型，做原型也是一個(gè)費(fèi)腦筋的活，產(chǎn)品功能設(shè)計(jì)符合用戶(hù)需求是前提，界面布局則需要符合用戶(hù)習(xí)慣，中午吃完飯午休后，下午就被技術(shù)同學(xué)拉去會(huì)議室協(xié)助測(cè)試和針對(duì)文檔上的一些問(wèn)題進(jìn)行提問(wèn)，有些問(wèn)題在寫(xiě)文檔時(shí)疏忽掉了，現(xiàn)在被問(wèn)到，如果是很簡(jiǎn)單的問(wèn)題，能直接給出答案，那就直接給出，但是如果這個(gè)問(wèn)題還沒(méi)有考慮清楚，就記下來(lái)，會(huì)后再細(xì)想，再給出合理的解決方案，吃完晚飯，接著干，（加班已是常態(tài)，不多說(shuō)）

加班是干什么？當(dāng)然是完成今天未完成的工作，或者學(xué)習(xí)產(chǎn)品相關(guān)知識(shí)，之后，就該寫(xiě)日?qǐng)?bào)，對(duì)今天的工作做個(gè)簡(jiǎn)單的總結(jié)，也對(duì)明天要做的事做梳理記錄在便箋上，然后就可以打卡下班了

以上只是選取的產(chǎn)品整個(gè)流程中的一個(gè)小的階段，可能不具代表性

工作心得

在半年的工作中，經(jīng)歷了產(chǎn)品從無(wú)到有的過(guò)程，產(chǎn)品1.0到2.0的大改版，需求調(diào)研，原型設(shè)計(jì)，文檔撰寫(xiě)，團(tuán)隊(duì)協(xié)作，測(cè)試上線(xiàn)，沒(méi)有涉及的就是上線(xiàn)后的數(shù)據(jù)分析

需求調(diào)研，一定要明確知道上級(jí)（或boss）的想法，不然，則在調(diào)研后得到的產(chǎn)品構(gòu)思與上級(jí)想要的不一致，一步錯(cuò)，步步錯(cuò)；其實(shí)，你的上級(jí)（產(chǎn)品總監(jiān)或老板）他們就是一個(gè)大產(chǎn)品經(jīng)理，要做什么產(chǎn)品是他們來(lái)定的，所以需求調(diào)研之前一定要清楚的知道他們想要做什么產(chǎn)品及以后產(chǎn)品發(fā)展方向

原型設(shè)計(jì)，我就不多說(shuō)了，面對(duì)設(shè)計(jì)與開(kāi)發(fā)，低保真足夠，面對(duì)boss或者投資方，則需要盡量高保真

需求文檔PRD，一直是用word撰寫(xiě)的，但是使用word撰寫(xiě)的PRD的可讀性比較低，一個(gè)App的一個(gè)PRD一般來(lái)說(shuō)都在100頁(yè)左右，程序員寫(xiě)代碼就是比較累的，還得看看上百頁(yè)的文檔，有時(shí)連我自己都有點(diǎn)看不下去；業(yè)界有一種很流行的需求文檔形式，使用Axure來(lái)寫(xiě)PRD，可讀性較高，可以嘗試

團(tuán)隊(duì)協(xié)作，與設(shè)計(jì)師溝通時(shí)，許多新人容易犯一個(gè)錯(cuò)誤，就是在對(duì)設(shè)計(jì)師做的圖有質(zhì)疑時(shí)，直接告訴設(shè)計(jì)師：這個(gè)按鈕這樣畫(huà)不太好，我想的是應(yīng)該畫(huà)成這樣，用x色更好看。。。為什么不能這樣和設(shè)計(jì)師溝通？這樣做間接的質(zhì)疑的設(shè)計(jì)師的專(zhuān)業(yè)性，設(shè)計(jì)師有自己的想法，在提出質(zhì)疑時(shí)應(yīng)該問(wèn)的是為什么這樣做，或許你會(huì)明白其原因，還可以發(fā)現(xiàn)是否是設(shè)計(jì)師對(duì)原型理解出現(xiàn)了問(wèn)題；PM做的低保真原型告訴了設(shè)計(jì)師這個(gè)頁(yè)面有什么功能，按鈕，設(shè)計(jì)師在保證功能上作出美而符合用戶(hù)習(xí)慣的效果圖。置于與開(kāi)發(fā)人員溝通則難度就很大了，特別是對(duì)于技術(shù)不是很了解的PM，建議把開(kāi)發(fā)人員的關(guān)系搞好，這樣溝通的友善系數(shù)就提高了，再去溝通技術(shù)上的問(wèn)題就沒(méi)那么大的面子與心理壓力了，當(dāng)然，這還不夠，更重要的是去多了解技術(shù)，多與開(kāi)發(fā)人員溝通，這里推薦一個(gè)微信訂閱號(hào)給大家“給產(chǎn)品經(jīng)理講技術(shù)”

置于測(cè)試上線(xiàn)，這個(gè)在大公司是有專(zhuān)門(mén)的測(cè)試部門(mén)，有很多初創(chuàng)型小公司是沒(méi)有這個(gè)部門(mén)的，所以這個(gè)工作一般就是PM和技術(shù)人員同時(shí)兼任這項(xiàng)工作，PM這邊對(duì)產(chǎn)品的需求是最熟悉的，能夠一眼看出哪里出現(xiàn)了問(wèn)題，而技術(shù)人員這邊對(duì)產(chǎn)品的代碼結(jié)構(gòu)最熟悉，能夠快速的知道如何去改，并且能和PM直接溝通改進(jìn)方案及可行性；我們還是以公司有測(cè)試部門(mén)為例，測(cè)試部門(mén)會(huì)把測(cè)試結(jié)果編寫(xiě)成文檔提交給產(chǎn)品部門(mén)，這里就需要產(chǎn)品經(jīng)理對(duì)這些測(cè)試結(jié)果進(jìn)行一個(gè)優(yōu)先級(jí)排序，開(kāi)發(fā)人員會(huì)根據(jù)這個(gè)排序來(lái)安排修改bug的先后順序；那么如何進(jìn)行優(yōu)先級(jí)排序？致命級(jí)，導(dǎo)致程序無(wú)法運(yùn)行的問(wèn)題；嚴(yán)重級(jí)，使用戶(hù)無(wú)法完成主要操作流程的問(wèn)題；一般級(jí)，不影響到操作流程的使用；次要級(jí)，界面與UI圖有細(xì)節(jié)不符的問(wèn)題；根據(jù)bug的嚴(yán)重程度做優(yōu)先級(jí)判斷是產(chǎn)品經(jīng)理需要具備的能力，不然，產(chǎn)品快到上線(xiàn)時(shí)間節(jié)點(diǎn)了，開(kāi)發(fā)人員還在改一些界面上的小問(wèn)題，還有一個(gè)嚴(yán)重級(jí)的大問(wèn)題還沒(méi)改，這可就麻煩啦

這些都只是偏產(chǎn)品設(shè)計(jì)方面的一點(diǎn)經(jīng)驗(yàn)，還有很遠(yuǎn)的產(chǎn)品路需要走

以此共勉，為了產(chǎn)品夢(mèng)！??！