復(fù)盤:首頁改版上線的經(jīng)驗(yàn)教訓(xùn)
本文以筆者親歷的一次需求跟進(jìn)經(jīng)歷為題,分析了其中關(guān)鍵環(huán)節(jié)、不當(dāng)之處以及相應(yīng)的改進(jìn)策略。
這是我第二次跟進(jìn)比較大的項(xiàng)目,由于涉及到官網(wǎng)首頁的改版,領(lǐng)導(dǎo)斷然不會交給我這個(gè)新人去全權(quán)負(fù)責(zé)的,所以我是在另一個(gè)產(chǎn)品經(jīng)理畫好前端原型圖并提交給設(shè)計(jì)切圖之后才開始接手這個(gè)項(xiàng)目的。
準(zhǔn)確來說,是等我接手這個(gè)項(xiàng)目的時(shí)候,設(shè)計(jì)圖也已經(jīng)出來了。那么我的任務(wù)首先便是去找畫原型的產(chǎn)品經(jīng)理弄清楚原型里各個(gè)模塊的意義、交互、規(guī)則。然后寫需求文檔、開評審會及開發(fā)。
這次在整個(gè)需求跟進(jìn)的過程中同樣也犯了一些錯(cuò)誤,因此寫下這篇復(fù)盤文檔,完整回憶項(xiàng)目的整個(gè)過程,并對于每一個(gè)自己不滿意的地方進(jìn)行深刻反思,避免再犯。
一、 需求獲取階段
需求獲取階段是產(chǎn)品的第一步,對于需求的理解程度直接影響了后面每個(gè)環(huán)節(jié)和干系人的扯皮次數(shù)。
所以在接手這個(gè)項(xiàng)目之后,我第一件事就是找原來的產(chǎn)品經(jīng)理確認(rèn)需求,等到她把她說的都說完了之后,我又自己過了一遍原型,邊過邊思考需求,然后做了一些小的修改。
其中一個(gè)修改就是取消了在【XXX人與你一同學(xué)習(xí)】旁邊顯示學(xué)員頭像,因?yàn)閺漠?dāng)前數(shù)據(jù)來看,很少有學(xué)員會選擇修改自己的頭像,學(xué)員登錄網(wǎng)站基本上都是學(xué)習(xí)課程,很少會去修改個(gè)人信息。所以如果顯示多個(gè)頭像的話,基本上都是顯示網(wǎng)站提供的默認(rèn)頭像,一模一樣的頭像齊刷刷地疊在一起,那還不如不顯示。
另外,在這個(gè)階段里,讓我受到啟發(fā)的是對于【最熱】、【最新】、【推薦】標(biāo)簽的思考。
以后在設(shè)計(jì)功能時(shí),不僅僅要考慮如何實(shí)現(xiàn)功能,還要考慮如何用最低成本實(shí)現(xiàn)功能,以及是否會讓用戶對功能產(chǎn)生誤解。
最熱、最新這樣的詞語本身就會給用戶一種期待,有時(shí)候,期待也是一種負(fù)擔(dān)。用戶點(diǎn)擊標(biāo)題就是為了看熱點(diǎn)和最新的東西,為了滿足用戶的期待,我們就需要分出一部分精力時(shí)刻去關(guān)注這個(gè)部分,否則用戶點(diǎn)開內(nèi)容后發(fā)現(xiàn)與自己的期待不符,難免會產(chǎn)生不滿的情緒,甚至更嚴(yán)重的,會對我們產(chǎn)生不信任感。
二、 需求文檔撰寫階段
我的需求文檔可讀性還挺差的,每次讀都能發(fā)現(xiàn)新的問題。
我現(xiàn)在經(jīng)歷過的項(xiàng)目還太少,對于前后端具體工作還不是非常了解、分得清,所以在這種情況下,我其實(shí)不應(yīng)該在文檔里按照自己的理解將前端、后端分開來寫,這樣容易劃分錯(cuò)誤,給開發(fā)人員造成困擾。(其實(shí)我分開寫的初衷是希望開發(fā)可以少看點(diǎn)文字,幫助他們提高效率,可惜自己太菜了,反而弄巧成拙了TT)
另外,文檔是開發(fā)人員工作的依據(jù),開發(fā)人員需要理解文檔之后才能著手開發(fā),因此文檔應(yīng)該越詳細(xì)、越確定越好。比如沒有內(nèi)容時(shí)顯示什么、每輪輪播停留時(shí)長是多久之類的都要考慮到,都需要在文檔中寫出來,絕對不能把問題拋給開發(fā)。開發(fā)只會依據(jù)文檔和設(shè)計(jì)稿來工作,文檔和設(shè)計(jì)稿上面沒有的內(nèi)容,開發(fā)一定都還會找產(chǎn)品進(jìn)行反復(fù)確認(rèn)的。所以,與其后面反反復(fù)復(fù)地確認(rèn),不如下筆前仔仔細(xì)細(xì)想清楚。
三、 設(shè)計(jì)階段
四、 評審階段
五、 開發(fā)階段
我覺得降維打擊有點(diǎn)不尊重人,有問題最好是拿出足夠的理由互相去說服對方,相比于信服力的“領(lǐng)導(dǎo)說”,我更愿意為能說服我的理由改變需求。
六、 測試階段
如果前端的文字是在代碼里寫的,要注意在Windows系統(tǒng)和Mac系統(tǒng)下,前端顯示的字體效果是不一樣的,Windows系統(tǒng)的默認(rèn)字體是微軟雅黑,Mac系統(tǒng)的默認(rèn)字體是蘋方,所以是將文字寫在前端代碼里,還是做到圖片上,也是需要考慮的。
七、 預(yù)發(fā)布階段
以后要至少提前三天將產(chǎn)品完完整整從上到下、從外到里過一遍,每個(gè)地方都要想一想是否需要預(yù)填數(shù)據(jù),如果需要,應(yīng)該找誰準(zhǔn)備材料(一般都是讓以后負(fù)責(zé)維護(hù)該模塊的人來準(zhǔn)備),然后通知到他們。
八、 上線之后
強(qiáng)烈建議以后原型先行、設(shè)計(jì)后行,并且原型、設(shè)計(jì)、測試階段都需要領(lǐng)導(dǎo)參與審核,而不是上線之前領(lǐng)導(dǎo)意會一下就完事兒了,然后上線之后提出一堆要改的地方。
九、總結(jié)
這次跟進(jìn)項(xiàng)目上線的整個(gè)過程,大大小小仍然犯了很多錯(cuò)誤,雖然說只是第二次跟進(jìn)項(xiàng)目,可以用經(jīng)驗(yàn)不足為自己開脫,但是我對自己很不滿意,所以這次在項(xiàng)目上線之后,我依然是自責(zé)大過如釋重負(fù),更別談什么開心了。
好在這一次收獲還挺大的,第一次跟項(xiàng)目的時(shí)候犯的錯(cuò)這次也很少有再犯的(雖然又犯了很多其他的錯(cuò)),這是個(gè)好兆頭,說明我有在進(jìn)步,希望每一次都能比上一次做得更好,如果不行,那至少不能犯同樣的錯(cuò)誤。
這段時(shí)間我確實(shí)是很焦慮了,公司出了些事,導(dǎo)致我前兩周直到現(xiàn)在還在做客服的工作,雖然不費(fèi)腦子,但是挨罵、小心翼翼說話讓我非常心累,每天還要到9點(diǎn)之后才能下班,這讓我一回家就癱了,只想休息。這篇復(fù)盤文檔因此也遲遲沒有寫完,導(dǎo)致產(chǎn)品周記停更了兩周多,有點(diǎn)對不起自己。
后面會發(fā)生什么事情我也說不準(zhǔn),只能說盡量保持以前每周一篇產(chǎn)品周記的習(xí)慣吧,晚上回家的時(shí)候再看看書,給自己充充電,保持思考,別讓自己習(xí)慣安逸和總將時(shí)間和精力花在處理無營養(yǎng)的事情上。
十、題外話
最初,開發(fā)挺高冷的,跟我說話也愛答不理的,后來我向leader申請?jiān)陧?xiàng)目上線之前將工位搬到開發(fā)那邊去。
在我給開發(fā)、測試們買了幾次奶茶和甜點(diǎn)之后,漸漸的關(guān)系融洽了很多,晚上加班的時(shí)候還會嘮嘮嗑。有一次午飯回到座位上時(shí)發(fā)現(xiàn)桌上多了一杯奶茶,后來開發(fā)小哥哥說是他買的,我還挺感動(dòng)的,嘻嘻。
本文由 @天問 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
程序員鼓勵(lì)師
你是說最后一段嗎哈哈哈
這是我看到最接地氣的文章了
哈哈哈哈哈,因?yàn)檫€很菜,寫不出太深?yuàn)W的東西
?? 怎么跟我的經(jīng)歷一毛一樣!我也是個(gè)產(chǎn)品新人剛做好改板的項(xiàng)目,你的坑我好像都有踩過!現(xiàn)在已經(jīng)評審?fù)甏_發(fā)了,但是改版是個(gè)重要但是不緊急的任務(wù),所以一直被其他產(chǎn)品更重要的項(xiàng)目插 ?? ??
哈哈哈,我手上現(xiàn)在也積壓著幾個(gè)項(xiàng)目,慢慢來,這個(gè)階段我覺得多看看書、多積累也很重要,沒活的時(shí)候一定要多學(xué)習(xí)學(xué)習(xí),并且時(shí)常自省,否則會很容易焦慮的~
真被你說對了~之前剛上手確實(shí)每天都會焦慮每晚都會睡不著,怕辜負(fù)上司的信任怕自己做不好,還好自己是個(gè)不服輸?shù)娜?,被肯定后心里的大石好像送了下來一樣,現(xiàn)在每天空閑我都會看書看文章提升自己,看一些課程提升自己的思維,整理自己的文檔,總結(jié)每天的項(xiàng)目,然后自己寫文章打造自己的知識體系 ?? ,感覺挺有共鳴的,如果可以交個(gè)朋友互相進(jìn)步唄
好啊,我QQ:3366161243,共勉~
今日最開心的事情——投稿成功了
超開心!!