本文以筆者親歷的一次需求跟進(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é)議