文|十裡西
先小編自我檢討，過去很長一段時間自己偷懶沒有寫什麼文章了，最終決定還是要堅持多寫一些分享的文章。
重點說明下這次換了個筆名叫「十裡西」沒有其他意思，就是覺得簡單又好記。
由於最近工作沒有那麼忙，參加了很多線下產品分享的課程，也聽了很多大神講自己的產品秘籍，你們有沒有感覺講的都很好，聽了自我感覺也特別有收穫。
但是工作裡面該被叼還是叼，該背鍋還是背鍋，為啥大神的秘籍有點力不從心？
不扯這些沒用的，下面就直接說點產品經理工作中具體面對的事情。
我不知道大家在工作的時候，有沒有遇到項目延期，或者研發積極性不高，你是怎麼跟進研發中的項目進展的呢？這個類問題基本產品經理面試都很大概率被問到。
每個人都有自己的方法，這裡我不一定說我的是最好的。
產品經理一般工作流程是從需求調研、需求文檔原型的設計、需求評審、然後需求進入開發，而項目延期最容易發生在需求評審後進入開發的時間段裡面。
你會說我需求評審完了，項目延期了關我什麼事情，是研發不給力，要項目經理多調配人手，需求進入開發那就和產品經理沒有什麼事情了，我當初也是這麼想的。
這麼想怪不得研發恨死產品了，偷偷在代碼裡面寫了無數句「產品不得好死」，我個人認為需求進入開發後產品經理還是需要跟進，有這麼幾個好處。
第一、及時了解需求開發進度；
第二、開發中遇到需求便跟能快速溝通；
第三、幫助研發和研發一起解決開發中遇到的一些提前沒有考慮到的問題；
第四、那就是團隊精神，讓研發更加信任你；
說了半天好像還是沒有講，到底如果跟進項目，先不急！產品經理都是習慣了前面要做一堆鋪墊的事情，不然怎麼忽悠人呢？
我想問句哪個產品可以保證開發中不需要變更一小點需求，哪個大神產品經理在寫完需求文檔和原型後，就是天衣無縫的，能把所以問題都考慮進來，如果你行，那下面的內容你不需要看了，就當我放屁。
就是因為需要變更需求，就是因為提前可能有些問題沒有考慮到，就是因為開發中會遇到一些意料之外的故事，所以為了項目不延期，為了研發不拿刀砍你，開發中的跟進就少不了。
終於要講重點了，說乾貨了，先看下面這張表。
仔細看看這張表記錄的是什麼時間出現了什麼問題，誰提出來的，後來出了個什麼解決方案，好像也沒有什麼特別呀，下面來說說這個表怎麼用。
產品經理記錄用，這個張表是產品經理跟進項目的記錄，在開發中遇到一些問題的處理解決記錄，產品經理自己記錄一是方便自己做筆記，畢竟產品每天要對接這麼多人，不是什麼事情都記得住。
產品經理給研發的功勞本，你想想研發為啥給產品做需求，產品又不發獎金，也不是研發的領導，出了事情還要背鍋，你說他們心裡好受麼？積極性會高麼？
雖然產品經理給不了研發獎金，但是有了這個項目記錄跟進，產品就知道研發在開發中遇到哪些問題，他處理的及時性，怎麼解決的，在產品上線的時候發上線通知，一定要抄送研發領導，把在開發中做的努力給匯總出來，這點非常重要，這個是精神鼓勵，肯定研發做出的努力。
從人的本性來講，你對別人的事情認真負責了，他對你的也會認真負責，這個叫互助，研發知道找你可以解決問題，在開發中遇到些問題，也會及時和你講，進度也可以在你掌控之中了。
對於測試過程中來說，測試經常會抱怨，開發自己改動了需求也不和測試說，開發就會說這個是產品要求的，產品會說就這麼個小地方我還全員開會呀。
如果你在開發過程中有這樣的記錄，把表格同步給測試，那他會提高測試效率，這樣是不是降低了延期的可能性？
我已經說完了，至於工作中怎麼用，只有四個字「靈活運用」，根據自己實際情況來，結果可以相同但是過程不一定要照葫蘆畫瓢。