大部分新人剛走上產(chǎn)品崗的日常工作是熟悉業(yè)務(wù),、收集需求、競(jìng)品分析,、后期跟進(jìn)等工作,，時(shí)間長(zhǎng)了,，懷抱一腔熱血的產(chǎn)品新人會(huì)覺(jué)得所做的事情并不是產(chǎn)品工作。他們渴望畫(huà)原型,、寫(xiě)PRD,、帶領(lǐng)團(tuán)隊(duì)進(jìn)行需求評(píng)審、項(xiàng)目上線,、然后改變世界,。

其實(shí)對(duì)于每一個(gè)產(chǎn)品新人來(lái)說(shuō)，最渴望的事就是自己獨(dú)立負(fù)責(zé)項(xiàng)目,。這不僅是公司整體項(xiàng)目向前推動(dòng)的一小步,，也是個(gè)人產(chǎn)品生涯的一大步。但第一次獨(dú)立負(fù)責(zé)項(xiàng)目也會(huì)遇到很多問(wèn)題,，任何一個(gè)細(xì)節(jié)沒(méi)有關(guān)注到,，都會(huì)容易使項(xiàng)目發(fā)生意外。

今天就跟大家分享一下我的復(fù)盤(pán)感想,。

首先看一張項(xiàng)目的流程圖,，這個(gè)流程基本上就是一個(gè)完整的項(xiàng)目流程。在前期,，產(chǎn)品的工作量是比較大的,，所以產(chǎn)品人員需要多花時(shí)間去進(jìn)行需求分析和方案確定。

PRD不僅只有原型和批注，還會(huì)需要項(xiàng)目說(shuō)明,、需求分析,、競(jìng)品分析、功能框架,、功能清單等項(xiàng)目相關(guān)的東西,，這些可以讓項(xiàng)目相關(guān)人員更了解項(xiàng)目的背景和相關(guān)的業(yè)務(wù)。

所以在接到任務(wù)或需求后,，產(chǎn)品首先要做的是針對(duì)該項(xiàng)目進(jìn)行用戶、需求,、背景,、目的等方面的分析。先要了解該項(xiàng)目是給誰(shuí)用,，用戶目前面臨的問(wèn)題是什么,，做出來(lái)后作用是什么，滿足了用戶什么需求。向任務(wù)安排者了解了這些后,，就可以開(kāi)始進(jìn)行用戶調(diào)研了,。

當(dāng)然作為新人，手頭上沒(méi)有什么用戶,，但是可以先找到了解用戶,、業(yè)務(wù)的人。公司的老員工對(duì)業(yè)務(wù)也會(huì)很熟悉,，那么這個(gè)時(shí)候就需要盡可能地去和同事溝通,。

首先向身邊經(jīng)驗(yàn)豐富的產(chǎn)品經(jīng)理了解過(guò)往的業(yè)務(wù)情況和目前產(chǎn)品的不足，再去找業(yè)務(wù)或者銷售去了解客戶對(duì)該模塊的需求,。最后找到現(xiàn)有同事手上有的用戶資源,，這個(gè)時(shí)候，大家都會(huì)很樂(lè)意把用戶都推送給你的,。

當(dāng)然,，在溝通的過(guò)程中要抱著求學(xué)好問(wèn)、認(rèn)真思考的態(tài)度,，不然的話,，“傻白甜”似的發(fā)問(wèn)會(huì)讓再有耐心的人都不耐煩。

拿到了用戶的聯(lián)系方式后,，就可以進(jìn)行用戶調(diào)研了,，不管是電話調(diào)研還是當(dāng)面調(diào)研都可以。在和用戶聯(lián)系前,，最好列出自己想要了解的問(wèn)題,，這樣不僅有助于自己在提問(wèn)用戶的時(shí)候，能夠盡快地問(wèn)道自己想要了解的事情,，還能讓用戶覺(jué)得你是有備而來(lái)，是有專業(yè)態(tài)度的,。

同時(shí)在調(diào)研時(shí),，不要光顧著問(wèn)，還要對(duì)用戶的回答記筆記,，畢竟“好記性不如爛筆頭”,。

用戶調(diào)研之后，還可以對(duì)競(jìng)品進(jìn)行分析,。查看同類型競(jìng)品的方案,，看看競(jìng)品是怎么做的，總結(jié)競(jìng)品的優(yōu)勢(shì)和劣勢(shì),。競(jìng)品看多了,，也就有“胸有成竹”的感覺(jué)了。此時(shí)的競(jìng)品分析不需要像報(bào)告那么詳細(xì)，只需要列出一下重要的東西,。

下面是我當(dāng)時(shí)做的競(jìng)品對(duì)比,，主要是將幾大競(jìng)品的優(yōu)缺點(diǎn)做了對(duì)比?？戳藥滋斓母?jìng)品,，心里對(duì)方案就大概有了方向。

收集到需求后，這時(shí)候就可以進(jìn)入到規(guī)劃方案,、畫(huà)原型,、寫(xiě)PRD的階段了。

首先可以用功能框架圖去梳理自己的方案,，功能框架圖不僅能夠幫助自己細(xì)化方案,，同時(shí)還能讓別人快速了解方案的架構(gòu)。

新人在寫(xiě)PRD的時(shí)候,，要注意按照頁(yè)面，詳細(xì)地描述自己的原型,。不管是名詞的定義,、頁(yè)面的交互、計(jì)算方法,，都應(yīng)該事無(wú)巨細(xì)地描寫(xiě)清楚,。

我第一次負(fù)責(zé)項(xiàng)目的時(shí)候，是一個(gè)報(bào)表類的需求,，內(nèi)容不多,，也沒(méi)有什么負(fù)責(zé)的功能。當(dāng)時(shí)我寫(xiě)PRD的時(shí)候就沒(méi)有寫(xiě)仔細(xì),，想著“這個(gè)這么明顯,，這么簡(jiǎn)單，開(kāi)發(fā)和測(cè)試肯定知道”,。

但是在后來(lái)開(kāi)發(fā)測(cè)試階段,，不斷有開(kāi)發(fā)和測(cè)試來(lái)跟我確認(rèn)原型上的定義和功能。尤其是測(cè)試,，開(kāi)發(fā)在開(kāi)發(fā)的時(shí)候可能會(huì)按照自己的理解去實(shí)現(xiàn),，但是到測(cè)試的時(shí)候，測(cè)試同事會(huì)嚴(yán)格按照PRD來(lái)對(duì)頁(yè)面進(jìn)行測(cè)試,。

一旦發(fā)現(xiàn)頁(yè)面的的樣式和功能和PRD有什么不一樣,，就一定會(huì)找產(chǎn)品確認(rèn),。如果開(kāi)發(fā)的理解和產(chǎn)品的理解一致，那還好說(shuō),。但實(shí)際情況一般都是,，如果PRD沒(méi)有寫(xiě)清楚，開(kāi)發(fā)做出來(lái)的東西是會(huì)和產(chǎn)品大相徑庭的,。

到了測(cè)試的時(shí)候,，要不就是產(chǎn)品冒著被罵的風(fēng)險(xiǎn)讓開(kāi)發(fā)重新改，要不就是產(chǎn)品隨著開(kāi)發(fā)來(lái)改PRD,。非常慚愧的是,，我第一次負(fù)責(zé)項(xiàng)目的時(shí)候，不太強(qiáng)硬,，然后也意識(shí)到自己在寫(xiě)PRD的時(shí)候沒(méi)有寫(xiě)清楚,，所以大部分無(wú)關(guān)緊要的東西都是順著開(kāi)發(fā)改PRD了。

當(dāng)然,，產(chǎn)品在思考方案的時(shí)候,，也不能隨心所欲，強(qiáng)加那種非常炫酷的方案,，例如：“根據(jù)手機(jī)殼改變手機(jī)主題顏色”,，這樣很容易被打。

完成原型頁(yè)面后,，可根據(jù)原型頁(yè)面產(chǎn)出一份功能列表清單,，提供給開(kāi)發(fā)人員。這樣開(kāi)發(fā)人員能夠提前了解詳細(xì)的功能點(diǎn),，便于評(píng)估工作量,。

從某種程度上來(lái)說(shuō),，產(chǎn)品是一個(gè)團(tuán)隊(duì)的“主心骨”,。或許做助理的時(shí)候,，大家都習(xí)慣了聽(tīng)命令執(zhí)行,。但是當(dāng)你獨(dú)立負(fù)責(zé)一個(gè)項(xiàng)目的時(shí)候，沒(méi)有人在乎你是經(jīng)理還是助理,，他們只需要你把PRD定義好，站出來(lái)跟大家解釋這個(gè)問(wèn)題,，遇到問(wèn)題的時(shí)候確定解決方案,。

這個(gè)時(shí)候新人的心態(tài)一定要及時(shí)轉(zhuǎn)化，不然的話,，太過(guò)于畏畏縮縮,，不僅會(huì)延誤項(xiàng)目進(jìn)度,，還會(huì)被大家質(zhì)疑你的專業(yè)能力的。

但這并不意味著在負(fù)責(zé)項(xiàng)目的時(shí)候,，態(tài)度一定是要強(qiáng)硬的,、堅(jiān)決的。當(dāng)你確信自己的方案是最好的方案的時(shí)候,，這樣當(dāng)然是可以的,。但是當(dāng)你不確信這一點(diǎn)的時(shí)候，你就需要態(tài)度謙虛一些,，多聽(tīng)聽(tīng)大家的意見(jiàn),。

和團(tuán)隊(duì)成員溝通的時(shí)候，一定要態(tài)度良好,，語(yǔ)氣禮貌,。尤其是需要改功能、加功能,、指出問(wèn)題的時(shí)候,，不要一上來(lái)就是“唉，那個(gè)誰(shuí),，我要在那加個(gè)東西”,、“這個(gè)你寫(xiě)的不行，完全和我的PRD不符”,、“這個(gè)頁(yè)面太丑了,，難看到爆了”這種過(guò)分的話。很多產(chǎn)品和程序員的沖突就是由這些話而引起的,，誰(shuí)聽(tīng)了這些話都不高興,。尤其是辛辛苦苦寫(xiě)代碼的開(kāi)發(fā)人員，本來(lái)工作就很累了,，還要被一個(gè)產(chǎn)品,，還是產(chǎn)品新人來(lái)質(zhì)疑。

其實(shí)遇到些問(wèn)題,，可以換種說(shuō)法,，“X哥，這塊可能要麻煩你加個(gè)功能,，這個(gè)也是業(yè)務(wù)這邊臨時(shí)要求加的,，我本來(lái)要放到迭代里去的，但是業(yè)務(wù)那要求一定要加在這個(gè)版本里,，麻煩你了”,、“X哥，這一塊的東西好像和我PRD有一些不一樣,，這個(gè)會(huì)導(dǎo)致一些問(wèn)題的,。比如：“X哥,，這個(gè)頁(yè)面的配色可能有點(diǎn)太亂了，大紅大綠,，不夠清爽,，和我們系統(tǒng)的整體風(fēng)格不符合”。

其實(shí)大家知道一個(gè)產(chǎn)品新人做項(xiàng)目的不安和謹(jǐn)慎,，所以并不會(huì)過(guò)多地去為難你,。只要是合理的需求，大家都會(huì)愿意聽(tīng)你的,。

當(dāng)然按照慣例,，上線之后，產(chǎn)品給大家點(diǎn)奶茶也是需要的啦,。雖然這次合作結(jié)束了,，但是為下次合作拉拉好感嘛。

產(chǎn)品開(kāi)發(fā)完成后,，這意味著離項(xiàng)目成功結(jié)束靠近了一大步,。雖然后續(xù)主要是測(cè)試工作，但產(chǎn)品也不能閑著,。測(cè)試人員會(huì)給到你測(cè)試用例,，你需要看一看測(cè)試用例的編寫(xiě)是否正確，里面對(duì)頁(yè)面,、功能的描述是否符合你自己的定義,。

之后，還需要和測(cè)試同事一起,，對(duì)即將上線的功能進(jìn)行測(cè)試,。當(dāng)然，產(chǎn)品不需要照著測(cè)試用例去測(cè),，只需要看看頁(yè)面樣式是否正確,，再點(diǎn)一點(diǎn)看看有沒(méi)有什么bug。

產(chǎn)品終于上線了,，如果沒(méi)有什么大問(wèn)題，團(tuán)隊(duì)人員都能夠歇一口氣了,。但是產(chǎn)品還需要繼續(xù)工作,。這個(gè)時(shí)候產(chǎn)品應(yīng)該快速整理這一版本有什么不足或來(lái)不及做的功能，快速整理好解決方案,，放在最近一次迭代計(jì)劃中進(jìn)行優(yōu)化,。然后迅速和迭代的開(kāi)發(fā)人員進(jìn)行溝通，確認(rèn)需要優(yōu)化的方案,。

總而言之,，第一次負(fù)責(zé)項(xiàng)目是會(huì)非常累的。由于自己各項(xiàng)經(jīng)驗(yàn)不夠,、對(duì)業(yè)務(wù)也不太理解,，而且由于是初到公司，和同事也很陌生,。在工作的時(shí)候,，只能通過(guò)良好的態(tài)度和好學(xué)的精神去打動(dòng)大家。被各方同事找到需要確認(rèn)PRD的階段,，整天都是跑來(lái)跑去的,，頭都暈乎乎的。

但是經(jīng)歷了這一個(gè)完整的流程后,，自己學(xué)到的東西是非常多的,，不管是寫(xiě)PRD還是和大家溝通，自己心里大概都有了方向,。而且最重要的是,，在整個(gè)過(guò)程中，和同事明細(xì)熟悉起來(lái),。這在后續(xù)你的產(chǎn)品學(xué)習(xí),、工作過(guò)程中都會(huì)是非常順暢的。當(dāng)前前提得是你是一個(gè)好相處的人,。

希望大家在項(xiàng)目過(guò)程中,，少些撕逼和沖突，多些成長(zhǎng),。