項目又延期,產品經理又被業務方or甲方追著打了

10 評論 1.1萬 瀏覽 28 收藏 14 分鐘

編輯導語:作為產品經理,想必大家都經歷過項目延期的情況。那么當我們所負責的項目延期時,我們該怎么做呢?本文作者從親身經驗出發,分析了項目延期的一些原因,并且為我們總結了一些避雷指南,希望對你有所幫助。

大家對于項目延期可能已經見怪不怪了,不管在小公司還是大公司,作為產品經理或項目經理都會經常發生。

那導致項目延期的維度有很多,對于項目一而再再而三延期,我們應該怎么解決呢?

那就從我自身經歷過的項目出發找出問題,給大家一些避坑指南。

一、需求問題

1. 需求變更

一天一個想法,需求一天一小改,一周一大改,一月推倒重來一次。這通常發生在創業或小型公司,老板、領導天天各種想法,想到什么就做什么,導致需求天天變更。

還有的就是把新的需求插入到正在開發的工期中,把優先級全部打亂,導致整個項目延期。

這時候身為產品經理就要好好制止老板的這種想法,與領導或老板說清楚情況,如果需求改動后或變更優先級時會出現的后果,會導致部分需求功能延期的情況,讓老板作出權衡。

自己也要分析新需求的緊急和重要性,在不影響當前開發的前提下可以適當插入一些新的重要需求,把一些不緊急不重要的替換掉,這樣就可以減少項目延期的時間。

2. 需求確認不及時

通常業務方提出需求后,產品經理出解決方案、原型圖、需求文檔,然后再召集大家開評審會議。

這時候業務方可能會對方案進行提議和修改,然后我們再改,再開會,再改,反反復復這樣的流程,為的就是能夠讓業務方盡快確定方案。

有的時候即使在評審上沒有問題,但業務方遲遲不確定,這樣產品就無法讓項目進入開發階段。

這時候我們就只能每天催著業務方確認,讓他們盡快確定方案,告訴他們不確定的話無法開工,會導致項目延期。

3. 需求方配合準備材料不到位,或者缺失

現在許多網站、App都會支持微信、微博、QQ等第三方登錄,開通這些功能需要提前申請公眾號或申請相關App功能,也有的是電商平臺需要用到支付功能,也是需要提前準備好資料申請。

產品經理如果在想到這些功能時就提前做好準備,問行政或財務準備好營業執照、銀行賬號等,提前去各大平臺填寫好資料,把需要的賬號提前注冊,這樣就可以避免延期情況。

還有的就是現在國內的安卓市場都是需要軟著才能上架應用,但軟著申請時間較長,加急的話費用比較高,對于創業或小型公司來說是一筆比較大的開支了。

所以這些賬號和資料可以提前準備好,減少開發、產品上線的障礙。

4. 需求模糊,不夠細化

這種情況與需求經常變更差不多,也是老板或領導在需求上不夠明確,通常把一個比較大的需求扔出來,產品經理就要順藤摸瓜自己一步步把需求摸清楚,然后再細化出來,有時候如果猜錯了領導的用意那還要推倒重來。

所以當需求模糊時,我們應該盡快與提出方當面搞清楚,知道對方真正的需求。

向需求方或甲方問清楚完整的需求功能,這樣我們才能給出完善的解決方案,避免返工和影響開發進度。

5. 沒有做好前期項目規劃

當項目第一個版本上線后,后面就會有各種各樣的新需求等著,并且你還不能保證前面是否還有著千千萬萬的bug等著修復。

這時候就要規劃好哪些需求和功能優先級是比較重要和緊急的,然后對項目做出比較長遠的規劃,按時間節點來做好產品的迭代,不能被后面新插入的需求打亂原來的項目規劃。

即使戰略有所改變了,也要慢慢作出改變,不能一下子就全投入到新的需求里面。

通常是在一些創業型公司,在一開始沒有找到自己的方向,一時要做C端,一時要做B端,戰略方向上沒有想清楚,使整個項目規劃亂套。

也有的是受外部環境所影響,如這段時間的疫情,有些公司做的是旅游、電影等產品,但受外部影響而不得不作出轉型,先要把公司活下來,這樣才能在之后有機會東山再起。

6. 客戶預期與最終約定不相符

這是在外包公司做產品時,經常被甲方爸爸diss的問題。

甲方預期的效果或功能與開發完成后的功能不相符,有可能是前期評審時沒有溝通確認清楚,或者是甲方在后期對需求作出了修改,但產品和開發沒有及時接收反饋進行修改,這就導致了最終的結果不同。

這就要在大家遇到問題的時候盡快溝通解決,當項目進行到一定階段的時候雙方可以對已完成的功能進行階段性測試驗收,這樣可以盡早發現問題,把問題盡快解決。

而不是到了項目快完成后才發現結果與預期的不符,這樣就有可能需要推倒重做了。

二、溝通問題

1. 項目對接人溝通不及時

提出該需求的負責人突然請假一段時間,無法對需求進行確認,或無法聯系上,也沒有其他人能夠拍板決定。

這時候就只能等待,或者及時向上級反映情況,先做其他需求,避免整個項目延期。

2. 對接的領導太多,意見難以統一

這通常是在B端或者后臺項目上出現,在某些功能上可能會涉及到不同的部門,這時候業務方就會有多個,每個部門肯定都想把自己部門的利益最大化,把效率提升到最大。

所以作為產品再解決問題的同時,需要權衡部門之間的利益,把需求優化,滿足各部門的領導,這樣才能把意見盡快統一下來。

其實大家最終的目的都是為了把問題解決,如果意見一直難以統一,那最終的結果就是項目進入開發階段遙遙無期,大家想得到的功能遲遲不能完成。

在某個功能需求上可能需要不同部門領導的意見,或者某個需求上,某個部門有兩個平衡關系的領導,但每個人都有自己的想法和意見,這時候就會導致意見難以統一。

或者在某些功能上可能會涉及到不同的部門,這時候業務方就會有多個對接人,作為產品就只能跑完一個又一個,詢問他們的需求。

這時候可以召集業務方所有人召開一次需求會議,總結出大家的意見,并做出初步的解決方案,讓各部門進行初步共識,這樣項目才能不斷往前推進。

3. 關鍵人的修改建議比較隨意

與上面的需求變更差不多,也是老板或領導對現時App或平臺不滿時,或有什么天馬行空的想法時就直接與產品經理說,就要立即作出修改,恨不得該功能下一秒就能完成。

這時候就考研產品經理的思維能力和溝通能力了,如何在領導提出了這個需求時,通過快速查找資料,已有的案例,通過數據來進行反駁,砍斷領導的這種想法。

三、公司問題

1. 體制內運作較慢

在大公司部門較多,業務和項目也很多。例如會員功能、支付功能、直播功能等,通常是由不同的部門進行開發。

當有一個項目需要這些功能時,為了避免重復造輪子,我們就需要向這些部門進行合作,我們就要找到該部門的負責人,進行溝通或申請。

有時候如果溝通不順利就會拖慢整個項目的進度,當我們項目的人員都在摩拳擦掌準備開干時,但對方可能還在慢悠悠的準備著一些資料,或著讓一個新入職的小弟來負責對接。

其實這要看能夠給到對方多少的利益,如果在合作前能把利益說明清楚,把項目的重要性講清楚,那對方可能就會重視起來,在合作上也能加快。

所以不能一味只要求對方輸出,而不給對方點甜頭。

2. 人事變動

在創業或小型公司,人員變動是常有發生的事,在大公司普通的員工離職,對項目的開發進度不會影響很大,但如果是領導層或主要負責人調職或離職,這樣在決策上就會有所變動。

正所謂一朝天子一朝臣,每個人都會有自己的想法,當變動時可能就會帶來需求或功能上的變動,這時候就會影響到整個項目的發展。

所以這就要產品經理在減少變動的情況下,說服新來的領導,按照規劃好的進度來完成。

3. 資金不足

資金不足也是都發生在創業或小型公司,資金燒完了,發不出工資,員工就會離開,原本10人負責的項目減少到5人,這樣就無法按照原有計劃完成項目了,這種情況也是產品經理無法避免的。

4. 要求高時間趕

之前有個笑話就是地主要造一棟房,10個人需要一個月時間,那地主就說請300個人一天就能完成了吧。

不管是互聯網還是制造業,每個產品都有一個既定的開發流程和時間,我們不能因為人手增加了而加快了某個步驟,有時候人多未必是好事。

所以要向業務方或甲方說明原因,每個需求功能所需要的時間,這樣讓對方能夠理解,明白當前的情況。

也有的甲方是需要界面好看,交互炫耀,但只給短短幾天時間,也是考驗產品經理溝通能力的時候了,如何說服甲方爸爸把功能先完成下來,讓用戶慢慢體驗后再迭代修改。

5. 不同陣營,利益不同

這通常是在B端或者后臺項目上出現,在某些功能上可能會涉及到不同的部門,這時候業務方就會有多個,每個部門肯定都想把自己部門的利益最大化,把效率提高。

所以作為產品在解決問題的同時,需要權衡部門之間的利益,把方案考慮全面,滿足各部門的領導,這樣才能把意見盡快統一下來。

其實大家最終的目的都是為了把問題解決,如果方案一直無法確定,那最終的結果就是項目遙遙無期,大家想得到的功能遲遲不能完成。

 

本文由@肥小強 原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自Unsplash, 基于CC0協議。

給作者打賞,鼓勵TA抓緊創作!
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 正遭遇這些坑的小白,找到共鳴

    回復
    1. 謝謝支持!有坑就去填吧!

      回復
  2. 看到你寫的講的就是我們公司了,作為一個轉型的小白,心累~

    回復
    1. 好好堅持下來,會好的。

      回復
  3. 你好

    回復
    1. 你好哦!

      回復
  4. 需求確認不能少

    回復
    1. 是的,但有時候跨部門比較麻煩。例如做一些公司內部系統或后臺功能時。

      回復
  5. 看來筆者在產品的路上遇到了不少坎坷??

    回復
    1. 謝謝支持!的確遇到不少的坑哦!

      回復