做產(chǎn)品的這一年里,我都踩過哪些坑?
本篇文章是筆者以自己的親身經(jīng)驗(yàn)為例,總結(jié)了畢業(yè)后一年做產(chǎn)品所踩過的坑,希望可以大家有所幫助,并且能一起討論學(xué)習(xí)。
前言
踏入產(chǎn)品坑一年有余,經(jīng)驗(yàn)尚淺,只有微信H5和小程序C端經(jīng)驗(yàn),沒有App和B端經(jīng)驗(yàn)。但是筆者認(rèn)為產(chǎn)品都是相通的,只是由于平臺屬性的不同,設(shè)計(jì)和運(yùn)營策略也有所不同罷了。
由于畢設(shè)主題就是交互設(shè)計(jì),于是對產(chǎn)品工作產(chǎn)生興趣。
我畢業(yè)之后就一直在做產(chǎn)品工作,沒有專業(yè)導(dǎo)師大牛帶路,踩過很多坑,比如原型考慮不周,理業(yè)務(wù)流程了解不深入,導(dǎo)致開發(fā)出來的產(chǎn)品達(dá)不到預(yù)期,運(yùn)營和技術(shù)也稍有抱怨,根本原因都在于自己沒有屢清業(yè)務(wù)邏輯并呈現(xiàn)出來。
最終,在經(jīng)過一年的摸索,有了一些進(jìn)步,但是路途仍漫長。
由于近期的工作將告一段落,所以對這一年多的產(chǎn)品工作做一個總結(jié)。
由于各方面的經(jīng)驗(yàn)都不足,必定有不完善之處。本文僅是筆者對自己踩過的坑梳理一番,和大家共享一下。
一、常見問題
1. 問題考慮不周全
記得我剛開始接觸產(chǎn)品經(jīng)理這個崗位時,一度以為產(chǎn)品經(jīng)理就是畫好產(chǎn)品原型,能畫出高保真原型的都是牛逼大神,特別崇拜。但是產(chǎn)品經(jīng)理的核心能力不是畫原型,而是業(yè)務(wù)邏輯能力。
我最常見的問題就是問題考慮不周全,經(jīng)常有遺漏。當(dāng)初我第一次拿到需求時,也是直接開始畫原型(略過了業(yè)務(wù)梳理、競品分析和用戶調(diào)研,更沒有對當(dāng)前版本進(jìn)行優(yōu)先級排序和做好版本規(guī)劃)。
原型畫好之后也沒有需求評審就直接丟給了開發(fā),直到驗(yàn)收時才發(fā)現(xiàn)流程不完善的地方或者開發(fā)出來的和自己設(shè)想的結(jié)果大不相同。
更夸張的是,需求臨時變更也是常事(這其中也有我的問題,把控不佳),不知道是不是創(chuàng)業(yè)公司都有這個毛病。
最后造成延期返工修改的后果,或者當(dāng)前版本改動成本比較大,只能放到下一個版本去修改優(yōu)化。
從而導(dǎo)致團(tuán)隊(duì)工作效率極低,而且由于需求經(jīng)常變動和不合理性,讓開發(fā)情緒波動大,為什么臨近上線才來改改改,早干什么去了,這是誰的鍋呢?
只能是產(chǎn)品的鍋,最嚴(yán)重的后果就是對往后工作的開展造成很大困難。
小結(jié):作為產(chǎn)品經(jīng)理,應(yīng)該在繪制原型上要投入較少的時間,更多的時間和精力投入在前期的產(chǎn)品思考以及底層邏輯上面問題要考慮周全。
結(jié)合需求理清產(chǎn)品邏輯,把各個對象之間的關(guān)系縷清,從哪里來到哪里去,讓每個功能都能形成閉環(huán),最后才會有較少的修改;做好版本規(guī)劃,每個版本涉及什么功能,為后續(xù)迭代預(yù)留空間。
組織相應(yīng)的開發(fā)人員,對當(dāng)前版本進(jìn)行評審,根據(jù)最終達(dá)成一致的想法落地成原型和文檔,以防出現(xiàn)后期被告知需求不能實(shí)現(xiàn)或者實(shí)現(xiàn)成本過高;溝通的時候保持同理心,增強(qiáng)團(tuán)隊(duì)協(xié)作的信心,提升工作效率。
2. 沒有思考地照抄競品
競品分析是產(chǎn)品經(jīng)理的常規(guī)工作,競品分析的目的是:從商業(yè)模式,迭代思路和運(yùn)營策略等方面來對競爭對手做到知己知彼,從而提出針對性的策略來提高自己產(chǎn)品的競爭力;選取競品可借鑒的地方,對本品做出改進(jìn)等等。
但是競品分析工作我很少做,由于在創(chuàng)業(yè)公司,也沒人要求我去做,因?yàn)樾枨蟊旧砭秃芏?,沒有那么多精力去寫競品分析報(bào)告,不過我經(jīng)常到各種論壇上看別人寫的競品分析,偶爾會動手寫,頻率不高,一般是兩個月1篇。
雖說競品分析報(bào)告沒寫,但是競品還是會長期關(guān)注的。在產(chǎn)品設(shè)計(jì)的過程中千萬不能盲目照抄,應(yīng)該是基于自己思考的前提,在理解競品定位和背后邏輯后再根據(jù)自己產(chǎn)品,設(shè)計(jì)出符合我們產(chǎn)品的功能。
記得我設(shè)計(jì)第一個產(chǎn)品時,某些功能和交互設(shè)計(jì)參考了競品。在寫原型PRD時,由于圖方便,直接備注XX交互參考XX產(chǎn)品,你猜UI和開發(fā)看到這樣的描述是什么反應(yīng)?或許是這產(chǎn)品確定帶腦子了?現(xiàn)在回頭想起也是覺得自己特別傻!
比如電商商城的商品詳情頁的商品收藏和加入購物車兩個按鈕是否都要同時存在,別人家都有這2個功能,所以我們也要加上?
答案是:不一定。如果產(chǎn)品定位是二手電商商城,用戶發(fā)布的商品一般數(shù)量都是極少,一般是1件,收藏后商品已經(jīng)送出了,有可能就是白收藏了,前期可以先設(shè)計(jì)購物車功能,后面業(yè)務(wù)需要的話再加上收藏,并不是每個產(chǎn)品都要做成京東、淘寶那樣大而全,也并不是所有公司的資源都能支撐你做很多事情,我們需要根據(jù)產(chǎn)品定位和業(yè)務(wù)需求來設(shè)計(jì)合適的功能,不能盲目照搬!
別人家的產(chǎn)品一定是出于他的業(yè)務(wù)需求和產(chǎn)品定位去做的,背后的邏輯和我們的一定有所不同,在你自己都沒有深思熟慮的剖析出別人家產(chǎn)品和自家產(chǎn)品的差異點(diǎn),以及優(yōu)劣勢時就直接照抄,是非常不可取的。
雖說“天下文章一大抄”,但是要有自己的思考,抄出不同才是可取的。
我非常認(rèn)同一句話:“好的產(chǎn)品,都是有靈魂的,做產(chǎn)品即做人,體現(xiàn)的全部都是人性”。
這句話伴隨我工作了一年,然而剛開始做的產(chǎn)品并沒有靈魂可言,就是畫原型僅此而已。
后來我慢慢發(fā)現(xiàn),無論你是不是真的參考了其他產(chǎn)品,在和別人溝通的過程中,一定不要說“參考XX產(chǎn)品”、“XX產(chǎn)品就是這樣做的”,因?yàn)橐坏┱f出這種話,就暴露出你的不自信以及你對業(yè)務(wù)需求理解不到位,間接說明你的能力還不到位。
3. 溝通協(xié)作問題
產(chǎn)品經(jīng)理在工作過程中,大部分工作都涉及協(xié)作問題,和運(yùn)營、設(shè)計(jì)、開發(fā)等部門都需要保持密切關(guān)系。
首先,在產(chǎn)品設(shè)計(jì)的過程中,需要考慮拉新、留存、促活、轉(zhuǎn)化等問題,所以在開展工作之前,需要和運(yùn)營溝通好需求,明確目的和意義,并不是一個人就能做好的事情。
一個功能的實(shí)現(xiàn)方式有很多種,目的不同,設(shè)計(jì)的方式就會有所不同。
其次,在業(yè)務(wù)需求梳理好之后,需要和開發(fā)溝通如何更好地去實(shí)現(xiàn),保證各方對需求的理解都是一致的。
尤其當(dāng)自己并不是非常懂技術(shù)的時候,就更應(yīng)該謙虛的去咨詢開發(fā)同事,最后給出最合適的原型設(shè)計(jì)給到UI和開發(fā)執(zhí)行落地。
切記,一定要和開發(fā)同事及時溝通好需求,不要想當(dāng)然,天真的以為只要開發(fā)按著原型做就沒問題。你能保證你的原型沒有任何漏洞,完美到極致嗎?你能保證雙方的理解都是一致的嗎?
所以溝通不及時或者需求理解不一致都可能導(dǎo)致協(xié)作失敗,最嚴(yán)重的后果就是后期驗(yàn)收的時候不斷地改改改,在開發(fā)眼里就是你不斷的變更需求。
對于你來說,只是換個樣式、調(diào)整一下順序或增加個字段而已,但是對于開發(fā)來講,他們要調(diào)用不同的接口,查n個表,增加n個字段,換一種算法才能滿足你當(dāng)前的需求甚至是重寫,于是產(chǎn)品同開發(fā)的撕逼大戰(zhàn)就會開始。
以前我總是傻逼地認(rèn)為市場上都能實(shí)現(xiàn)的功能,那肯定都是能實(shí)現(xiàn)的。
確實(shí)都能實(shí)現(xiàn),開發(fā)還放話:只要給時間,都能實(shí)現(xiàn)!但是能實(shí)現(xiàn)的背后不代表著實(shí)現(xiàn)好,更不能保證流暢度和體驗(yàn)度都能和阿里騰訊媲美,不是每個程序員都能很牛逼,不然早去BAT了,來創(chuàng)業(yè)公司待著干嘛?
所以我忽略了這些,能不能做應(yīng)該去和開發(fā)溝通過后再做決策,做產(chǎn)品首先是要考慮全局,需要考慮團(tuán)隊(duì)資源情況、上線時間等個種因素,要學(xué)會衡量,做取舍,在合適的時間做正確的事情。
最后,原型落地后如何有效地和UI溝通?我們應(yīng)該讓UI清楚地知道產(chǎn)品的定位,根據(jù)產(chǎn)品給出合適的風(fēng)格,否則你讓UI自行去發(fā)揮,到最后跟你預(yù)想的不符合,又得開撕。
有時候,專業(yè)的事情就要留給專業(yè)的人做,特別是配色方面,如果你不擅長視覺,就不要亂指點(diǎn)。
更重要的是設(shè)計(jì)規(guī)范是一定要有的(比如色值,使用場景,布局,字號大小等),避免開發(fā)完后怎么看怎么都不對勁,但是又說不出具體哪里有問題,無法標(biāo)準(zhǔn)化,后期改了又改,UI和前端同學(xué)可是會發(fā)飆的,特別是有些組件是公用的,一改就不是一個頁面。
4. 身兼多職,專注度不夠
由于我們是創(chuàng)業(yè)公司,我剛開始進(jìn)入公司的時候,主要是接觸運(yùn)營方面的工作,幫助公眾號寫推文,后面幫助老大整理需求,將老大梳理好的業(yè)務(wù)邏輯和流程步步落實(shí)成原型文檔。
由于人手不夠,我除了做產(chǎn)品還做過很多事情,新媒體運(yùn)營,社群運(yùn)營,測試,我全都干過,就差不會寫代碼了。
我的CEO有一段時間一直把我歸類為運(yùn)營體系,因?yàn)楣緵]有產(chǎn)品部。
雖然身兼多職,我也沒忘記自己的初衷,我總是和我老大強(qiáng)調(diào),我可以輔助運(yùn)營工作,但是我的職業(yè)規(guī)劃是產(chǎn)品,后面我慢慢的專注于產(chǎn)品工作,但是前期做了很多事情,有新功能上線時,推廣文章都是由我自己來寫的,甚是無奈。
所以你要明確自己的目標(biāo),專注自己所想做的事情,雜事也無法阻擋你喜歡做的事,甚至?xí)苿幽愠砷L,別人也才不會一直讓你做很不屬于你的事情,千萬不要忘記原來的初衷,否則你在雜事中將會無法脫身。
我離職后,公司也成立了產(chǎn)品部,認(rèn)可了產(chǎn)品的重要性。
二、做正確的事,把握主動權(quán)
學(xué)會做正確的事情,平時要自己多思考產(chǎn)品的方方面面,將所有的流程全部放到腦子里過N多遍,盡量保證最后拿出的原型是完善的,不要給團(tuán)隊(duì)埋坑。
在跟開發(fā)交流中,開發(fā)問你的問題,你都要清楚準(zhǔn)確地回答,不能給出模棱兩可的答案,更不要輕易讓開發(fā)幫助你做決定。否則,在后期合作過程中,開發(fā)會容易按照他自己的想法來做,你就漸漸少了話語權(quán),做產(chǎn)品要把握主動權(quán)才能推進(jìn)項(xiàng)目。
我們公司開發(fā)前期是直接按照原型來開發(fā)的,甚至是1:1,分毫不差,這時候你要是真的由于某些流程考慮不周而導(dǎo)致延期返工,這就是你的失誤了。
如果開發(fā)非常了解業(yè)務(wù),這就會好辦一些,他們還能給你一些反饋。所以無論何時何地都要做正確的事情,時刻主動關(guān)注開發(fā)進(jìn)度,實(shí)時跟蹤,不斷地和開發(fā)進(jìn)行溝通,才能使產(chǎn)品更加完善。
我之前在設(shè)計(jì)一個拼團(tuán)領(lǐng)取免郵券的功能,自以為某些判斷開發(fā)會加上,但是開發(fā)并沒有加上,導(dǎo)致驗(yàn)收時需要花時間修改,本質(zhì)原因還是我沒能提前溝通備注好。雖然后面把坑填上了,我也是體會到了要學(xué)會做正確的事情,把握主動權(quán)。
不要以為開發(fā)清楚就不備注,除非你和他強(qiáng)調(diào)過這些,不然開發(fā)有時候也會忘記的,有時候忙著上線,任務(wù)重,并不是人人都能面面俱到的,要互相體諒。
三、發(fā)現(xiàn)問題,要及時提出并解決
在產(chǎn)品工作中,我們會遇到各種各樣的問題,發(fā)現(xiàn)后就要及時提出并解決,問題越早發(fā)現(xiàn),解決越簡單,如果一直棄之不理,后面有可能是個定時炸彈。
我們需要具備解決問題的能力而不僅僅是提問題的能力。問題的來源有很多,主要有如下:
1. 因?yàn)樽约旱氖韬鰶]能考慮到,開發(fā)過程中或者驗(yàn)收時才發(fā)現(xiàn),提出來可能會被大罵一通,但是自己的失誤就要勇于承擔(dān),自己踩的坑,就算哭也要填上,這是工作態(tài)度問題。
我第一次接觸UGC時,只考慮了一般用戶的正常流程,而忘記了發(fā)布者本身,忽略了不同角色的商品詳情頁面的操作按鈕需做不同判斷。
那時候沒有任何人指出這個問題,我是測試時才發(fā)現(xiàn)問題(公司沒有測試,所有的測試都是我們自己來)。
于是后來我就直接告訴開發(fā),這是我的問題導(dǎo)致的,修改所有bug之后麻煩幫我加上判斷,所幸我態(tài)度比較好,開發(fā)幫我加上了,也及時上線了。
2. 因?yàn)樯霞壔蚶习宸浅?yán)格,一心堅(jiān)持自己的想法,提出的建議經(jīng)常被批評或者否決,于是選擇默不出聲,完全按著領(lǐng)導(dǎo)說的做。
如果你的目標(biāo)不是做好一個執(zhí)行者,而是想做決策者——你可以準(zhǔn)確的把握時機(jī),合理清晰的闡述自己的觀點(diǎn),該決策的學(xué)會拍板,決策不了的就表明自己的觀點(diǎn),也可以組織團(tuán)隊(duì)討論給出最后決策,但是最后的決策還是在老板手里,我們說到底還是搬磚的。但是我遇到的老板是很好的,當(dāng)你可以提出比較好的方案時,他會認(rèn)可你的方案并同意執(zhí)行。
剛開始工作的時候,某些想法不是特別成熟,也有可能是表達(dá)能力欠缺,沒有很好的將自己的想法勇敢地提出來。
在做拼團(tuán)功能時,老板說在拼團(tuán)頁面,新用戶通過分享鏈接進(jìn)入,直接彈出新人福利彈窗,這樣的流程其實(shí)是不友好的,因?yàn)檫@樣會被分流,用戶看到彈窗就會進(jìn)入新人福利頁面,可能到達(dá)不了拼團(tuán)頁面,也就達(dá)不到拼團(tuán)助力的效果了。
其實(shí)可以調(diào)整為在拼團(tuán)助力之后再彈出新人引導(dǎo)彈窗,達(dá)到拼團(tuán)助力也同時起到新人引導(dǎo)的作用,在用戶拼團(tuán)助力過后還能領(lǐng)取額外的獎勵,這個用戶體驗(yàn)才是比較友好的。但是當(dāng)時我可能是沒有完全想好,所以沒提出來,導(dǎo)致測試時發(fā)現(xiàn)體驗(yàn)度非常差,后來還是決定在下個版本進(jìn)行了優(yōu)化。
3. 有些問題和我們關(guān)系不大,但是為產(chǎn)品好的,我們都應(yīng)該提出來。我們不要怕得罪同事,就事論事,不針對個人,這樣做出來的產(chǎn)品才不會讓你抑郁。
比如視覺界面設(shè)計(jì)時,我看UI怎么看怎么不順眼,但是我在這方面并不專業(yè),于是我去看了其他大廠的設(shè)計(jì)基本規(guī)范,一般配色都只是一個主色調(diào),一兩個輔色,而我們的顏色卻過于豐富。
我沒有直接質(zhì)疑UI,而是把規(guī)范文檔發(fā)給她之后,后來在和UI協(xié)商過后,進(jìn)行了修改。
如果當(dāng)時我認(rèn)為那是UI的工作,不關(guān)我的事,那最后成品不佳也是有的責(zé)任,還是自己的工作不到位。
只要本心為產(chǎn)品好的,你愿意提出你的建議,你才是真正的產(chǎn)品人。
在整個產(chǎn)品周期里,從產(chǎn)品→設(shè)計(jì)→開發(fā)→上線,產(chǎn)品經(jīng)理就擔(dān)任著非常重要的角色,要實(shí)時跟進(jìn),更要對自己的產(chǎn)品設(shè)計(jì)進(jìn)行檢查。
但愿大家都能少踩坑,發(fā)現(xiàn)問題能馬上解決的就趕緊解決了,當(dāng)前版本改動太大,就記錄下來放到下個版本去解決。
四、做產(chǎn)品還是要懂技術(shù)的
我是電子商務(wù)專業(yè),學(xué)過一些基礎(chǔ)的技術(shù)知識,但是只能勉強(qiáng)考試及格,實(shí)際操作還是不太懂,更不會寫代碼,我記得當(dāng)時的html5和C#的作業(yè)考試還是從網(wǎng)上東拼西湊完成,很多原理都不太清楚。
我剛開始的時候甚至聽不懂“打印”、“寫死”這些技術(shù)黑話,因?yàn)椴欢夹g(shù),我也經(jīng)常被開發(fā)懟過,甚至被質(zhì)疑腦洞清奇。
編程學(xué)習(xí)成本很大,但是基本的技術(shù)知識,我們一定要懂,否則在溝通交流時會很吃力,開發(fā)告訴你不能實(shí)現(xiàn),你不知道為什么?
我記得當(dāng)時我有一個很好笑的回答:“為什么別人就能做出來,你們卻實(shí)現(xiàn)不了?”開發(fā)直接回懟:“那你找他們?nèi)パ?,找我干啥??/p>
如果產(chǎn)品懂技術(shù),就不會有以上對話。
為什么產(chǎn)品經(jīng)理要懂技術(shù)?因?yàn)檫@樣我們在提產(chǎn)品需求時可以有一定的同理心,能用開發(fā)思維去考慮問題,減少自以為實(shí)現(xiàn)很簡單而頻繁改需求的情況。
比如我們公司產(chǎn)品主要是微信小程序,我就需要搞清楚微信小程序開放的接口是否支持我想要設(shè)計(jì)的功能;兼容性是不是支持視頻播放,能實(shí)現(xiàn)的話用戶體驗(yàn)如何?每個字段參數(shù)代表什么,可以獲取什么用戶信息(地理位置,微信頭像昵稱、微信運(yùn)動步數(shù)等),數(shù)據(jù)從哪里來?模板消息如何發(fā)送?
說實(shí)話,我一開始真的不知道小程序的formID的有效期只有7天,而且是觸發(fā)一次只能發(fā)一條,導(dǎo)致后面開發(fā)說通過這種方法并不能保證每條消息都能發(fā)送給用戶。
除此之外,還需要了解的是有什么微信組件可以為我們所用,不需要重復(fù)去設(shè)計(jì)。
比如地址可以直接調(diào)取微信地址,不需要設(shè)計(jì),如果想提供更好的體驗(yàn),可以同時提供自己設(shè)計(jì)的地址功能和調(diào)用微信地址。但是前期項(xiàng)目比較趕的話,可以直接用現(xiàn)成的即可,
另外,由于建立在第三方平臺,你要時時刻刻關(guān)注微信小程序規(guī)則,例如微信分享機(jī)制有變動,不能直接獲知用戶是否分享完成,也無法在分享后立即獲得群ID等;獲取用戶授權(quán)信息必須通過點(diǎn)擊事件觸發(fā)等等,這些我們都要清楚地知道。
如果這些只有開發(fā)知道,你卻不知道,那在產(chǎn)品設(shè)計(jì)上就會不符合規(guī)則,后面則要返工修改。
這些還好,如果是產(chǎn)品給到開發(fā)的需求和定義不清晰,模棱兩可,那才是要命的。
沒有用開發(fā)思維去思考問題,停留在前端問題上而忽略了實(shí)現(xiàn)邏輯,脾氣好的開發(fā)還會找產(chǎn)品經(jīng)理反復(fù)確認(rèn),但是有些開發(fā)為了節(jié)省時間就會直接按照自己的想法去做。
比如你想按照狀態(tài)來區(qū)分,鏈接是同一個,而前端有可能做成兩個頁面而并非按照你想的來做,這些你在前期就要和開發(fā)同學(xué)交待清楚,包括新用戶的定義和其他條件定義等。
所以說產(chǎn)品還是要懂一些技術(shù)的,這樣有利于溝通交流,更好地實(shí)現(xiàn)需求。
產(chǎn)品經(jīng)理是一個極具挑戰(zhàn)的崗位,只有你不停地學(xué)習(xí)和思考,才不會落后。尤其在互聯(lián)網(wǎng)下半場,除了懂技術(shù),你更要懂運(yùn)營。
產(chǎn)品這個崗位是要為公司賺錢的,流量是運(yùn)營的基礎(chǔ),不斷地學(xué)習(xí),才能跟上社會的步伐。
做產(chǎn)品的這一年里,感觸頗多。產(chǎn)品這條路對我而言還是很漫長的,不忘初心,努力成長,希望能有和各位產(chǎn)品朋友有交流互相學(xué)習(xí)的機(jī)會,萬分感謝!
本文由 @從小吃米飯 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
寫得好好,受益匪淺
深有感觸,不忘初心,努力成長。
請教下,有沒有比較適合產(chǎn)品經(jīng)理的技術(shù)類書籍可以推薦,相對比較淺顯一點(diǎn)的。
作為半路出家的產(chǎn)品經(jīng)理,并且完全不懂技術(shù)的人,我來說幾句吧。
1、看到樓主講述的經(jīng)歷,自己也是略有感觸,對于不懂開發(fā)技術(shù)的人來說,確實(shí)很依賴開發(fā),所以好的開發(fā)人員,公司應(yīng)該多珍惜,想辦法留住人。我之前從事手機(jī)行業(yè),現(xiàn)在轉(zhuǎn)戰(zhàn)物聯(lián)網(wǎng)行業(yè),做智能設(shè)備,接觸的軟件開發(fā)不僅僅是APP,還有FAE、WiFi模塊開發(fā)等,每次搞都是三方聯(lián)調(diào),比做純APP苦逼多了,任何一方出現(xiàn)問題都會導(dǎo)致所有人停工。。。之前公司用的是某外包平臺公司,開發(fā)質(zhì)量呵呵呵,好在現(xiàn)在的APP開發(fā)用的是虛擬團(tuán)隊(duì),可以理解為有幾個大神專門給我們做項(xiàng)目,實(shí)在是省心到不行,都是30K以上的月薪級別大神,我從來不需要擔(dān)心技術(shù)問題,從來不需要擔(dān)心開發(fā)會搞出簍子,反而他們做事得心應(yīng)手,對于產(chǎn)品經(jīng)理提出的東西,都能夠理解透徹,所以說好的開發(fā)人員,對于項(xiàng)目開發(fā)是十分重要的。我只能說樓主前東家開發(fā)不怎么樣了,不是說技術(shù)不行,也許是心態(tài)問題。為啥別人可以做,你不能做,這個問題是可以問的,開發(fā)可以說出原因,我覺得大家有什么問題都是可以溝通的,當(dāng)然問的時候,也要改變下,例如為啥別家實(shí)現(xiàn)了這個想法,咱這邊是因?yàn)槭裁聪拗?,?dǎo)致不能實(shí)現(xiàn)嗎?可以這么問,畢竟開發(fā)才真正知道原因,當(dāng)然他也可以忽悠你。取決于人。與開發(fā)合作,注重溝通!注重溝通!注重溝通!足夠尊重!足夠尊重!足夠尊重!
2、關(guān)于需求:其實(shí)并不是所有的項(xiàng)目都要完完全全寫好BRD、MRD、PRD、DRD什么的整套,主要看實(shí)際需求,如果我只有一個星期來處理需求,我是不可能全部都寫好的,需求寫完之后,還得驗(yàn)證,我個人習(xí)慣是使用表格方式寫功能需求,每個模塊下有什么東西,什么功能,加上功能說明,可以寫的非常清晰、明了,開發(fā)一看就知道你這個有啥東西,配合高保真原型圖和交互說明,基本2個文檔搞定。如果對后臺了解,可以在表格中把后臺需要的東西也標(biāo)注上,一般后臺開發(fā)喜歡看Word文檔,我個人超級討厭寫Word文檔,我覺得不僅浪費(fèi)時間,看的還特別煩,開發(fā)都不一定看完,明明簡簡單單幾個功能,寫完之后自己都懵逼。。。我習(xí)慣原型圖與功能需求同時進(jìn)行,原型圖可以把需求具象化,讓我更好理解功能、交互、排版及使用。
我認(rèn)為需求文檔是給開發(fā)看的,所以只需要寫清楚你開發(fā)這款A(yù)PP是為了干嘛,都有哪些東西,用于哪些場景、怎么使用、通過什么方式實(shí)現(xiàn)即可。還有更重要的是:便于閱讀理解、便于迅速了解功能結(jié)構(gòu)、方便查詢。文檔的作用就是為了讓其他人明白你要干嘛,就是這么一回事,至于形式、格式、用什么寫,都不是特別重要。
3、關(guān)于原型圖,我所搞過的項(xiàng)目中,無論是外包,還是自己的團(tuán)隊(duì),都認(rèn)為我寫的需求非常詳細(xì)、清晰,我是通過電子表格來列出功能的,需求其實(shí)就是多個功能的組合,來滿足某個需求,用電子表格來寫也沒有什么問題,反而功能共容易量化,對于開發(fā)評估、外包報(bào)價都是非常方便的。
原型圖畫的約詳細(xì)、越清晰,開發(fā)對功能的理解就會越透徹,經(jīng)驗(yàn)豐富的開發(fā)只需要看到你的圖,就知道你想干嘛了,或者能夠?qū)π枨罅私馄咂甙税肆?。原型圖要盡可能畫完整,可以不夠精細(xì),但是絕對不能少,原型圖也可以把業(yè)務(wù)流程體現(xiàn)出來的,還有就是UI有可能因?yàn)槟闵佼嬃嗽?,就不畫漏的界面了,跟外包接觸過,我深有體會,你后面想再加,就特么按照新需求,要收錢了。所以我不同意樓主說,不應(yīng)該在原型圖上浪費(fèi)太多時間這個說法,在我自己的經(jīng)歷中,反而原型圖帶給開發(fā)的幫助非常大。我之前做過UI設(shè)計(jì)師,所以我出的原型圖都是達(dá)到UI的水準(zhǔn),即使UI設(shè)計(jì)師沒能及時完成設(shè)計(jì),開發(fā)也可以按照我給的高保真原型進(jìn)行開發(fā),后期再更新UI,也是很方便的。
4、身兼多職,專注不夠,這個確實(shí)有影響的,我在上家公司,身兼產(chǎn)品、UI、交互身心疲憊。。。當(dāng)然到了現(xiàn)在這家,也差不多。。。不過重點(diǎn)還是在產(chǎn)品這塊,平時也得做做設(shè)備引導(dǎo)GIF圖什么的,時不時還得自己修改UI設(shè)計(jì)。。。不過身兼多職也是有好處的,我相信你自己也能感受到。
5、關(guān)于抄襲,互聯(lián)網(wǎng)產(chǎn)品還好,物聯(lián)網(wǎng)產(chǎn)品就比較普遍,為啥?因?yàn)锳PP功能都是根據(jù)硬件來定的,大家大同小異,我自己就把主要精力放在視覺、交互、用戶體驗(yàn)上面,至于運(yùn)營啥的實(shí)在接觸的少。不管是什么產(chǎn)品,有時候?yàn)榱瞬呗?,適當(dāng)?shù)囊残枰u的,像你說的,不能盲目抄襲,這一點(diǎn)我是同意的,出發(fā)點(diǎn)不同,同樣的功能,也會存在實(shí)用性不同。但是目前產(chǎn)品同質(zhì)太嚴(yán)重了,有重合的功能也是很正常,正確看待這個問題即可。
5、老生常談,產(chǎn)品要不要懂技術(shù):當(dāng)然懂更好啦,我要是會敲代碼,我還做個屁產(chǎn)品,3~5年開發(fā)工資高了去了,我朋友后臺服務(wù)器開發(fā),3年經(jīng)驗(yàn),24K稅后工資,還是搞技術(shù)的混飯吃長久。說真的,問問自己,真的會做一輩子產(chǎn)品經(jīng)理嗎?我其實(shí)對自己也是抱著懷疑的態(tài)度的。
懂技術(shù)可以更好的開展項(xiàng)目,至少你知道哪些功能可以實(shí)現(xiàn),不需要再跟開發(fā)溝通,當(dāng)然不懂技術(shù)就不行了嗎?不是的,不懂技術(shù)就需要多跟開發(fā)溝通,我個人就很喜歡跟開發(fā)聊這些問題,雖然我不懂,但是他們也很愿意跟我聊,我認(rèn)為你抱著學(xué)習(xí)、尊重的姿態(tài)去跟他們溝通,其實(shí)他們還是很樂意跟你聊得,畢竟誰不喜歡被崇拜?對吧。一個團(tuán)隊(duì)的工作氣氛融洽,工作效率也會高很多,同樣的溝通成本也會下降,溝通也會更加順利。
個人經(jīng)驗(yàn),有什么不對的,歡迎指正,希望也能告訴我正確的方式,讓我有所成長。
我也和外包接觸過,那個原型圖還真的要寫全,不寫全的后果除了撕逼不說,是真的要加錢?。。?!原型圖花少點(diǎn)時間,并不是說不寫全,業(yè)務(wù)邏輯梳理清楚之后會畫的更快。另外由于我們都是通過原型去溝通,該寫的都寫得寫,否則有遺漏就是自己的鍋了。感謝你的分享,有一些經(jīng)驗(yàn)深有同感??
以后多多交流,互相學(xué)習(xí),哈哈
本小白看完以后~覺得很受教~很贊
大家都是互相學(xué)習(xí)啦,多分享點(diǎn)坑,啊哈哈
挺好