聽高階產品經理講項目延期的應對策略

無論是產品經理還是項目經理，最討厭的一個辭彙就是項目延期，雖然在項目排期的時候，已經給自己預留了一定的時間（至於預留多少時間，），避免項目緊張，但是還是因為種種原因導致項目延期，項目延期不可怕，可怕的是沒有對策，今天我們就講講產品經理面對項目延期時候的策略。

1、勾兌需求

遇到項目延期的時候，首先勾兌需，PRD評審的時候，相關方沒有仔細聽或者感覺自己聽懂了，你也感覺自己講明白了，然後他按照自己的想法去開發，導致南轅北轍。這個時候作為產品經理，就要召集大家開個會，重新勾兌一下需求，最好能讓他們口述一遍，以達到雙重確認。

2、文檔/代碼一致

程序員不求你做出驚天地、泣鬼神的產品，程序員只求你少改需求，但是在產品開發過程中，難免會改一些需求，這個時候你就需要把你的文檔更改一下，不要口頭溝通過就完事了，你這樣就是在給自己挖坑，試想如果文檔不改，測試怎麼寫測試用例？接你坑的產品經理如何梳理需求？現在想想之前每次和開發提改需求的時候，開發都會在電話中說一句，改的這一點一定要在文檔同步一下，當時不以為然，現在深以為然。

版本的變動最好保持一致，最好有更新記錄。

3、篩選需求

當項目延期的時候，考慮一下你這個版本的目的是什麼，比如想要拉新，那就把不是拉新的功能砍掉，如果你的版本目的是用戶體驗優化，你最想讓用戶體驗到的地方是什麼？需求篩選完成以後，那就在現有的時間壓力下，全力以赴完成必要的需求。

這裡需要注意一些，如果你功能上有變動，你可以通過ui上展現一定的專業性和產品價值，彌補功能上的缺失。如下圖，本來打算兩套介面輸出時間軸，但是由於需求上的理解不一致，導致後台開發人員只用了一套介面，這樣就會產生多餘的文案，而且後台也已經發版，沒辦法，只能通過ui上的優化，來顯得自己專業一點。

4、了解原因

了解原因，才能對症下藥。是不是你的技術門檻比較高，技術的前期調研花費了大量的時間、是不是技術對需求優先順序沒有掌握好，為了不重要的功能花費了大量的時間，是不是技術對功能理解有誤，在錯誤的道路上花費了大量的時間，有些原因雖然不能立馬解決，但是可以在項目總結的時候提出來，作為經驗教訓吸取。

還有一些是可以立即解決的，比如大家為了趕工期，長時間加班，導致士氣低迷，這個時候就可以組織大家一起吃個飯，或者出去團建一下來提高士氣，亦或是團隊成員生活上出現了一些狀況，你看看你能不能協助解決。

對於錯誤的原因最好羅列下來，總結會的時候給大家說說，以便吸取教訓。

5、同步信息

不要瞞到最後一天，希望越大，失望越大，如果項目延期了，一定要提前跟大家同步信息，最重要的是讓老闆知道，不然你會死的很慘，發個郵件出來，把項目進度和延期的原因跟大家說清楚，並給大家一個新的排期，如果你能真誠的溝通，相信也會得到大家的諒解。