俗話說項目不止，問題不止。產品就是用來解決問題的，那么在項目過程中都會遇到哪些問題呢，寫下來記錄那些套路。也希望跟大家交流一下，大家都是怎么解決的。

1.項目初期---產品(戰略層)規劃，需求收集階段

在產品初期一般會經歷需求搜集階段，那么需求的來源都在哪里呢。需求的來源有領導層提出的，業務部門，運營部，客服部反饋的用戶意見等等，及公司內外部人員提出的需求。自己通過數據分析需要調整的，產品業務層調整基礎框架調整，產品重構等等都是需求來源。那么在這個過程中都會面臨需多問題。首先領導層提出的需求。領導層的需求往往有兩個方向。

[[207267]]

一個是大方向的做什么什么功能或者說做一個什么什么樣的平臺。一個方向就是交互層層面的流程不順，顏色不好，按鈕位置不好啊，什么的。我們內部趣稱叫“微調需求”哈哈哈。對于與我來說一般大方向的調整都會遵從領導的。因為領導層最了解行業前沿。即使領導錯誤的決定額要跟隨。因為我們也要有試錯的。不斷的去嘗試這個市場。對于另外一個方向的我一般是回去默默搜集數據分析哪些可以分版本逐步迭代改進。其次業務部門提出的需求他們永遠站在自己的角度，要么就是自己也說不準，看市場別人家是啥咱也要啥。

弄不清楚這個是否適合自己公司目前發展的現狀，而且來恨不得今天給你說的這個功能恨不得明天就能用了。你說你做為一個產品統籌協調呢，你說你怎么辦，怎么辦。那么你自己要有一個大局掌控和判斷的能力啊。自己要有一個判斷哪些可以做哪些不可以做。運營部，客服部等等一些其他需求。自己要根據公司的戰略需求，項目需求，產品需求區分項目等級呢。在扯一下一般項目分5級，夠用了。

2.產品設計階段---原型設計，業務流程圖設計

設計階段產品出需求原型和業務，產品流程圖這個過程是一個反復溝通，確認，調整的過程。這個過程中會出現爭議。這個功能不是我想要的，這里不對，不應該這樣做了，都是問題。這時候就是你要有足夠的產品經驗，要有大量的同類產品思維，看過市場上同類產品的做法。比如說業務想要這種功能但是做起來不叫復雜，比較難做。那怎么辦，是不是有另外一種做法呢。拿實際例子來講，我們的客戶回訪系統想要幾天回訪一個客戶想在過兩三天后再次對該客戶進行回訪想要自動提示，經過自己分析看市場上的客戶管理系統其實要一個回訪計劃列表的功能也可以解決的。

3.需求原型基本都能確定了下面就是---視覺稿交互層面的設計了

在這個階段跟設計師會有一些意見和做法看法的爭論，如果有條件允許的情況可以做用戶調研和A/B測試。如果有數據支撐可以按照數據結果來做。其實我個人對設計層面和交互層面的東西一直是你說你說你有理，婆說婆有理的。***是做一些聽取用戶的看法。

4.高保真原型產出以后就是開發階段了

在此階段你要有PRD文檔和高保真原型座位產出物與開發來進行溝通講解需求。在這個階段開發需要評估這些需求采取什么樣的技術框架和技術語音。會遇到這功能做不了啊，比較難做啊，實現起來時間長啊怎么辦，怎么辦。那作為產品需要你來推動來把產品做出來呀。

首先自己也多少了解一些技術知識點，在需求評審會議之前自己先審視一下，功能邏輯師傅合理，是否是真的需要改功能，在需求評審會議的時候，大家在看你的業務流程圖，產品框架圖，需求原型的時候，講解需求的時候多用第三方的口吻敘述，學會講故事。千萬不要說我覺得這個功能很簡單的，少有個人主觀意識。多用數據支撐和用戶意見，領導需求。有些開發出身的產品經理很容易犯這樣的錯誤。You can you do IT對吧。

5.項目測試階段---專業測試人員測試，全員測試

產品在測試階段同樣也會遇到一些問題，有時候會遇到測試階段的需求變更，這是最頭疼的事兒，同樣在開發過程中也會遇到，尤其在開發過程中遇到的需求變更這些需求要一分為二的對待，看那些需求是在開發進度允許的情況下可以添加進去的，那些大的改變是不能加進去的，可否在下次迭代的時候添加進去。

那這個時候就要好好審視一下前期的需求調研，用戶調研，視覺設計，交互有沒有做用戶調研，在調研過程中出現了差錯。說明前期的方向就是錯誤的。一般到測試階段不要在添加大的需求進來否則項目會處在一個無休止的修改的狀態，不如早點上線驗證需求，在做進一步的迭代和改進。

在此階段還會遇到一些問題比如做出來的效果與實際需求不符怎么辦，氣死你。在項目過程中注意節點把控和節點質量評估驗收。避免進入到下一個環節項目處于一個失控的狀態，否側項目又處于一個不止何時才能上線的尷尬。

6.項目上線后---產品已進入用戶使用階段

有些產品前期不做用戶需求調研，做出來的產品有些用戶會反饋流程路徑不太對了，bug，等等注意收集用戶的反饋，數據指標的反饋。有些產品功能也加了，用戶的使用率不高，不能對用戶進行更有的促活。那么我們就要反思是不是入口太深了，用戶不容易發現。還是設置的門檻過高。要及時調整。寫在***項目不止問題不止，作為產品的負責人你要面臨各種各樣的問題，十八般武藝樣樣都得懂一點兒。

要善于協調和溝通。多占在客觀的角度去看待問題和描述問題。沒有解決不了的問題，促膝而談，攤開了說，別都事兒事兒的。都是為了工作。都是一個鍋里的粥，出了事兒都得單著。只不過作為產品你是只是個代表，出了事兒你背著，有了榮耀那是團隊的。不是你一個人的。在產品項目開發的過程中會面臨各種各樣的問題。只有把各種問題想在前面，說道這里又要扯到項目開發過程中的風險點管理了。這個這次不說了。有問題咱解決問題就。其他別扯。