我之前的工作是互聯(lián)網(wǎng)行業(yè)的一名需求分析，而每天的工作就是對接客戶并梳理客戶提出的需求。這個工作我做了2年，期間也是從不適應(yīng)到慢慢的適應(yīng)客戶的節(jié)奏，然后逐漸的找到自己的方法的。
需求分析這個工作對整個項目來說還是很重要的。為啥這樣說呢？舉個例子，客戶給你一些零部件，然后他告訴你說他要一個大概像汽車一樣的東西，你去做吧。剛拿到這個需求的時候，估計很多人就要開始動手干了，可是到你做出東西來拿給客戶看的時候，客戶卻反問一句，這個是我要的東西嗎？
所以從這個簡單的例子中就可以看出，首先拿到客戶的需求后分析出客戶到底需要什么就很重要，這可以避免后期很多的無用功。其次，客戶給你的東西有很多不合理的地方，而作為需求分析是需要將這些不合理的地方規(guī)避掉并引導(dǎo)客戶去向正確的方向發(fā)展。
而一般我們常接觸到的需求就有以下幾種：
（1）業(yè)務(wù)需求：對應(yīng)的是組織或者客戶，實質(zhì)就是業(yè)務(wù)的建設(shè)方；這個需求到底是要規(guī)范業(yè)務(wù)流程還是開辟一種新的業(yè)務(wù)模式還是其他的要搞清楚。
（2）用戶需求：對應(yīng)的是使用產(chǎn)品的用戶；這個需要是為了達到一種更好的用戶體驗還是說為了解放用戶，讓用戶更好的使用你的產(chǎn)品或服務(wù)？
（3）功能需求：對應(yīng)的是產(chǎn)品，即產(chǎn)品要具備怎樣的功能，才能滿足相應(yīng)的業(yè)務(wù)需求和用戶需求；這個產(chǎn)品有哪些很好的功能可以幫助我們提升效率或給我們驚喜等是需要搞明白的。
做需求分析除了每天和客戶打交道之外，每天還需要花很多的時間來寫文檔和做內(nèi)部溝通。
需求分析在收集并過濾了客戶的需求后，就需要將很多的東西整理成相應(yīng)的文檔。這個時候，像產(chǎn)品原型設(shè)計、需求文檔、概要設(shè)計、詳細設(shè)計、功能清單等相關(guān)的文檔就要逐漸的整理出來了。而光整理出這些東西還是不夠的，你還要和客戶確認你寫的東西是不是他們想要的。因為在需求這個點上做的越細致，后期修改的地方就越少。所以在前期多花一點時間還是有必要的。
搞定了外邊的客戶，同時還要搞定內(nèi)部的各路神仙。比如在項目評審的時候，開發(fā)人員就又開始和你扯功能的實現(xiàn)性、UI又要給你提顏色搭配和布局的建議了、而運營也開始考慮按照這個設(shè)計好后以后的運營是不是方便靈活的問題......
所以，需求分析其實是一個需要一定的積淀才能做好的一個職業(yè)。而我就是在歷練了2年后，突然想轉(zhuǎn)做產(chǎn)品經(jīng)理了。其實做過產(chǎn)品經(jīng)理的同學(xué)應(yīng)該知道，需求分析和產(chǎn)品經(jīng)理其實干的活有很多的是重疊的。只是產(chǎn)品經(jīng)理要更多的關(guān)注整個產(chǎn)品一步一步的演變和誕生過程。而期間的溝通能力、文檔書寫能力、項目掌控能力是一個好的產(chǎn)品經(jīng)理所必須的技能。當然了，我有了之前的項目歷練和積累，轉(zhuǎn)產(chǎn)品經(jīng)理就不是很費勁的事了，我在后期好好的學(xué)了一下數(shù)據(jù)庫、UI知識、運營知識后就開始我的產(chǎn)品經(jīng)理生涯了。
后來做的過程中，發(fā)現(xiàn)產(chǎn)品經(jīng)理的工作也就是這么多：
（1）收集并分析用戶需求
（2）產(chǎn)品原型設(shè)計及概設(shè)、詳設(shè)文檔整理
（3）產(chǎn)品會議組織及項目評審
（4）對接UI及交互設(shè)計
（5）對接前端、后端開發(fā)
（6）對接測試
（7）對接運營人員
（8）產(chǎn)品過程把控及質(zhì)量控制
最后，你問我為啥轉(zhuǎn)產(chǎn)品經(jīng)理，其實我具體也說不上來，只是覺得做產(chǎn)品經(jīng)理或許前景更好一點吧。
聯(lián)系客服
