產(chǎn)品新人第一次負責(zé)項目應(yīng)該怎么做?
其實對于每一個產(chǎn)品新人來說,最渴望的事就是自己獨立負責(zé)項目。但第一次獨立負責(zé)項目也會遇到很多問題,任何一個細節(jié)沒有關(guān)注到,都會容易使項目發(fā)生意外。那產(chǎn)品新人應(yīng)該怎么做才能最大程度的hold住整個項目呢?
大部分新人剛走上產(chǎn)品崗的日常工作是熟悉業(yè)務(wù)、收集需求、競品分析、后期跟進等工作,時間長了,懷抱一腔熱血的產(chǎn)品新人會覺得所做的事情并不是產(chǎn)品工作。他們渴望畫原型、寫PRD、帶領(lǐng)團隊進行需求評審、項目上線、然后改變世界。
其實對于每一個產(chǎn)品新人來說,最渴望的事就是自己獨立負責(zé)項目。這不僅是公司整體項目向前推動的一小步,也是個人產(chǎn)品生涯的一大步。但第一次獨立負責(zé)項目也會遇到很多問題,任何一個細節(jié)沒有關(guān)注到,都會容易使項目發(fā)生意外。
那產(chǎn)品新人應(yīng)該怎么做才能最大程度的hold住整個項目呢?
今天就跟大家分享一下我的復(fù)盤感想。
首先看一張項目的流程圖,這個流程基本上就是一個完整的項目流程。在前期,產(chǎn)品的工作量是比較大的,所以產(chǎn)品人員需要多花時間去進行需求分析和方案確定。
1、收集需求
PRD不僅只有原型和批注,還會需要項目說明、需求分析、競品分析、功能框架、功能清單等項目相關(guān)的東西,這些可以讓項目相關(guān)人員更了解項目的背景和相關(guān)的業(yè)務(wù)。
所以在接到任務(wù)或需求后,產(chǎn)品首先要做的是針對該項目進行用戶、需求、背景、目的等方面的分析。先要了解該項目是給誰用,用戶目前面臨的問題是什么,做出來后作用是什么,滿足了用戶什么需求。向任務(wù)安排者了解了這些后,就可以開始進行用戶調(diào)研了。
當(dāng)然作為新人,手頭上沒有什么用戶,但是可以先找到了解用戶、業(yè)務(wù)的人。公司的老員工對業(yè)務(wù)也會很熟悉,那么這個時候就需要盡可能地去和同事溝通。
首先向身邊經(jīng)驗豐富的產(chǎn)品經(jīng)理了解過往的業(yè)務(wù)情況和目前產(chǎn)品的不足,再去找業(yè)務(wù)或者銷售去了解客戶對該模塊的需求。最后找到現(xiàn)有同事手上有的用戶資源,這個時候,大家都會很樂意把用戶都推送給你的。
當(dāng)然,在溝通的過程中要抱著求學(xué)好問、認(rèn)真思考的態(tài)度,不然的話,“傻白甜”似的發(fā)問會讓再有耐心的人都不耐煩。
拿到了用戶的聯(lián)系方式后,就可以進行用戶調(diào)研了,不管是電話調(diào)研還是當(dāng)面調(diào)研都可以。在和用戶聯(lián)系前,最好列出自己想要了解的問題,這樣不僅有助于自己在提問用戶的時候,能夠盡快地問道自己想要了解的事情,還能讓用戶覺得你是有備而來,是有專業(yè)態(tài)度的。
同時在調(diào)研時,不要光顧著問,還要對用戶的回答記筆記,畢竟“好記性不如爛筆頭”。
用戶調(diào)研之后,還可以對競品進行分析。查看同類型競品的方案,看看競品是怎么做的,總結(jié)競品的優(yōu)勢和劣勢。競品看多了,也就有“胸有成竹”的感覺了。此時的競品分析不需要像報告那么詳細,只需要列出一下重要的東西。
下面是我當(dāng)時做的競品對比,主要是將幾大競品的優(yōu)缺點做了對比??戳藥滋斓母偲?,心里對方案就大概有了方向。
2、確定方案
收集到需求后,這時候就可以進入到規(guī)劃方案、畫原型、寫PRD的階段了。
首先可以用功能框架圖去梳理自己的方案,功能框架圖不僅能夠幫助自己細化方案,同時還能讓別人快速了解方案的架構(gòu)。
新人在寫PRD的時候,要注意按照頁面,詳細地描述自己的原型。不管是名詞的定義、頁面的交互、計算方法,都應(yīng)該事無巨細地描寫清楚。
我第一次負責(zé)項目的時候,是一個報表類的需求,內(nèi)容不多,也沒有什么負責(zé)的功能。當(dāng)時我寫PRD的時候就沒有寫仔細,想著“這個這么明顯,這么簡單,開發(fā)和測試肯定知道”。
但是在后來開發(fā)測試階段,不斷有開發(fā)和測試來跟我確認(rèn)原型上的定義和功能。尤其是測試,開發(fā)在開發(fā)的時候可能會按照自己的理解去實現(xiàn),但是到測試的時候,測試同事會嚴(yán)格按照PRD來對頁面進行測試。
一旦發(fā)現(xiàn)頁面的的樣式和功能和PRD有什么不一樣,就一定會找產(chǎn)品確認(rèn)。如果開發(fā)的理解和產(chǎn)品的理解一致,那還好說。但實際情況一般都是,如果PRD沒有寫清楚,開發(fā)做出來的東西是會和產(chǎn)品大相徑庭的。
到了測試的時候,要不就是產(chǎn)品冒著被罵的風(fēng)險讓開發(fā)重新改,要不就是產(chǎn)品隨著開發(fā)來改PRD。非常慚愧的是,我第一次負責(zé)項目的時候,不太強硬,然后也意識到自己在寫PRD的時候沒有寫清楚,所以大部分無關(guān)緊要的東西都是順著開發(fā)改PRD了。
當(dāng)然,產(chǎn)品在思考方案的時候,也不能隨心所欲,強加那種非常炫酷的方案,例如:“根據(jù)手機殼改變手機主題顏色”,這樣很容易被打。
完成原型頁面后,可根據(jù)原型頁面產(chǎn)出一份功能列表清單,提供給開發(fā)人員。這樣開發(fā)人員能夠提前了解詳細的功能點,便于評估工作量。
3、注重團隊溝通
從某種程度上來說,產(chǎn)品是一個團隊的“主心骨”?;蛟S做助理的時候,大家都習(xí)慣了聽命令執(zhí)行。但是當(dāng)你獨立負責(zé)一個項目的時候,沒有人在乎你是經(jīng)理還是助理,他們只需要你把PRD定義好,站出來跟大家解釋這個問題,遇到問題的時候確定解決方案。
這個時候新人的心態(tài)一定要及時轉(zhuǎn)化,不然的話,太過于畏畏縮縮,不僅會延誤項目進度,還會被大家質(zhì)疑你的專業(yè)能力的。
但這并不意味著在負責(zé)項目的時候,態(tài)度一定是要強硬的、堅決的。當(dāng)你確信自己的方案是最好的方案的時候,這樣當(dāng)然是可以的。但是當(dāng)你不確信這一點的時候,你就需要態(tài)度謙虛一些,多聽聽大家的意見。
和團隊成員溝通的時候,一定要態(tài)度良好,語氣禮貌。尤其是需要改功能、加功能、指出問題的時候,不要一上來就是“唉,那個誰,我要在那加個東西”、“這個你寫的不行,完全和我的PRD不符”、“這個頁面太丑了,難看到爆了”這種過分的話。很多產(chǎn)品和程序員的沖突就是由這些話而引起的,誰聽了這些話都不高興。尤其是辛辛苦苦寫代碼的開發(fā)人員,本來工作就很累了,還要被一個產(chǎn)品,還是產(chǎn)品新人來質(zhì)疑。
其實遇到些問題,可以換種說法,“X哥,這塊可能要麻煩你加個功能,這個也是業(yè)務(wù)這邊臨時要求加的,我本來要放到迭代里去的,但是業(yè)務(wù)那要求一定要加在這個版本里,麻煩你了”、“X哥,這一塊的東西好像和我PRD有一些不一樣,這個會導(dǎo)致一些問題的。比如:“X哥,這個頁面的配色可能有點太亂了,大紅大綠,不夠清爽,和我們系統(tǒng)的整體風(fēng)格不符合”。
其實大家知道一個產(chǎn)品新人做項目的不安和謹(jǐn)慎,所以并不會過多地去為難你。只要是合理的需求,大家都會愿意聽你的。
當(dāng)然按照慣例,上線之后,產(chǎn)品給大家點奶茶也是需要的啦。雖然這次合作結(jié)束了,但是為下次合作拉拉好感嘛。
4、上線時,測試,進行驗收
產(chǎn)品開發(fā)完成后,這意味著離項目成功結(jié)束靠近了一大步。雖然后續(xù)主要是測試工作,但產(chǎn)品也不能閑著。測試人員會給到你測試用例,你需要看一看測試用例的編寫是否正確,里面對頁面、功能的描述是否符合你自己的定義。
之后,還需要和測試同事一起,對即將上線的功能進行測試。當(dāng)然,產(chǎn)品不需要照著測試用例去測,只需要看看頁面樣式是否正確,再點一點看看有沒有什么bug。
5、快速想出后期迭代方案
產(chǎn)品終于上線了,如果沒有什么大問題,團隊人員都能夠歇一口氣了。但是產(chǎn)品還需要繼續(xù)工作。這個時候產(chǎn)品應(yīng)該快速整理這一版本有什么不足或來不及做的功能,快速整理好解決方案,放在最近一次迭代計劃中進行優(yōu)化。然后迅速和迭代的開發(fā)人員進行溝通,確認(rèn)需要優(yōu)化的方案。
總而言之,第一次負責(zé)項目是會非常累的。由于自己各項經(jīng)驗不夠、對業(yè)務(wù)也不太理解,而且由于是初到公司,和同事也很陌生。在工作的時候,只能通過良好的態(tài)度和好學(xué)的精神去打動大家。被各方同事找到需要確認(rèn)PRD的階段,整天都是跑來跑去的,頭都暈乎乎的。
但是經(jīng)歷了這一個完整的流程后,自己學(xué)到的東西是非常多的,不管是寫PRD還是和大家溝通,自己心里大概都有了方向。而且最重要的是,在整個過程中,和同事明細熟悉起來。這在后續(xù)你的產(chǎn)品學(xué)習(xí)、工作過程中都會是非常順暢的。當(dāng)前前提得是你是一個好相處的人。
希望大家在項目過程中,少些撕逼和沖突,多些成長。
#專欄作家#
異彩,微信公眾號:一只蝸牛慢慢跑,人人都是產(chǎn)品經(jīng)理專欄作家。從事房產(chǎn)管理系統(tǒng)的產(chǎn)品工作,關(guān)注To C產(chǎn)品的交互設(shè)計、運營、結(jié)構(gòu)設(shè)計和商業(yè)模式。在成為一名優(yōu)秀的產(chǎn)品人的路上努力前行。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
最后的請喝奶茶要畫重點,要考 ?
感謝前輩的分享,非常有用
感謝作者大大的分享,讀到這篇文章的您,
如果想具備系統(tǒng)產(chǎn)品知識技能,
有一套體系化的個人項目作品,
想工作和求職,都更加的順暢!
那體系化的學(xué)習(xí)訓(xùn)練就很有必要,
點這里,先看看公開課: http://996.pm/7GVQ4
感謝
敢問您做幾年P(guān)M了呀~~
江西吉安的妹子,寫的文章產(chǎn)品新人看起來通俗易懂。
是的誒,是老鄉(xiāng)?
非常喜歡這篇文章,對于新手很友好,通俗易懂,請問您的微信多少?方便加您嘛
個人微信zxw2321542955 非常歡迎關(guān)注我的公眾號哦??
一個管理系統(tǒng)分為用戶、機構(gòu)等三個端口完成前端之前的所有工作一般要多久?我設(shè)計兼產(chǎn)品催的頭皮發(fā)麻!
這個我沒辦法回答你 ? 管理系統(tǒng)是很復(fù)雜的,而且還有三個角色,你一個人做是很難做的吧。一般都是一個產(chǎn)品團隊做的。
就給了個大方向,從無到有,我用了不到16個工作日,搞定了所有功能附帶頁面設(shè)計130多張(時間關(guān)系有點丑),然后現(xiàn)在在完善功能和優(yōu)化流程,準(zhǔn)備交后臺了,老板還嫌你慢! ?? 我還是第一次碰到這樣的老板,搞得我都有點懷疑自己的能力了!這個項目搞定就溜了,沒法干了!
天吶,這么厲害的??????
截圖給老板看看你的抱怨 ??
大神你好
大神也讓我們也瞻仰一下作品
我現(xiàn)在也是這樣,老大給了一個大方向,讓我去搞,我一頭霧水,進展很難
產(chǎn)品新人,感謝分享,剛負責(zé)一個項目,一臉懵,缺少方法
希望能幫助到你哦 ??
改行做產(chǎn)品經(jīng)理快5個月了,總體感覺很亂,其次就是感覺欠缺方法。感謝分享,確實很有幫助。
希望能幫助到你 ??
產(chǎn)品新人,感謝分享,剛轉(zhuǎn)型上班兩三天,還很蒙圈。。。
能不能加你的微信
同樣,感覺毫無頭緒。
說的好棒,但是我有些我自己的問題想要請教作者,我是一個產(chǎn)品新人,之前沒有做產(chǎn)品的經(jīng)驗。剛到一家公司做產(chǎn)品經(jīng)理的助理,我的產(chǎn)品經(jīng)理也是剛到公司沒多久的。我來的時候公司的產(chǎn)品已經(jīng)做的差不多了,剛開始會問很多,自己也會去畫流程圖和原型圖,到后面產(chǎn)品經(jīng)理很忙,基本不管我,我現(xiàn)在都不知道我要做什么了,除了過一遍產(chǎn)品內(nèi)容,就是在網(wǎng)頁上看看有關(guān)產(chǎn)品的內(nèi)容,我有些迷茫了。
其實我也經(jīng)歷過這種時候的。大家都很忙,沒有時間顧及新人,自己很迷茫也不知道做什么,然后心情非常低沉,工作效率基本為0。我建議你還是要去和mentor溝通,講一下你目前的情況,尋求幫助。還有就是一定要和產(chǎn)品經(jīng)理溝通的,需要多了解了解公司目前的產(chǎn)品和項目。然后多做些雜活,多和需求方聊一聊。實在不行就主動問問目前的項目,你有什么可以做的。也可以找一些公司的產(chǎn)品文檔來看哦。這個時候不要看太多網(wǎng)頁上的內(nèi)容哦,需要專注自己公司的產(chǎn)品和業(yè)務(wù),為后期做產(chǎn)品做好準(zhǔn)備。加油 ??
感謝,感謝,我會加油的
挺好的。ps:收集需求那張圖是用什么軟件畫的? ?
百度腦圖
根據(jù)原型來寫功能表的嗎?
看個人習(xí)慣吧。如果是用功能列表來確定頁面功能,那就先出功能列表;如果原型非常確定了,那就照著原型來出功能列表,這樣能快一些,也能在列功能清單的時候再思考一遍。我個人偏向第二種。
不錯
多謝夸獎??
讀完后非常踏實的感覺
??
講得很還是很務(wù)實的,實在!
都是根據(jù)實際操作來的 ??