俗話說專案不止，問題不止。產品就是用來解決問題的，那麼在專案過程中都會遇到哪些問題呢，寫下來記錄那些套路。也希望跟大家交流一下，大家都是怎麼解決的。
1.專案初期---產品(戰略層)規劃，需求收集階段
在產品初期一般會經歷需求蒐集階段，那麼需求的**都在**呢。需求的**有領導層提出的，業務部門，運營部，客服部反饋的使用者意見等等，及公司內外部人員提出的需求。自己通過資料分析需要調整的，產品業務層調整基礎框架調整，產品重構等等都是需求**。那麼在這個過程中都會面臨需多問題。首先領導層提出的需求。領導層的需求往往有兩個方向。
乙個是大方向的做什麼什麼功能或者說做乙個什麼什麼樣的平台。乙個方向就是互動層層面的流程不順，顏色不好，按鈕位置不好啊，什麼的。我們內部趣稱叫「微調需求」哈哈哈。對於與我來說一般大方向的調整都會遵從領導的。因為領導層最了解行業前沿。即使領導錯誤的決定額要跟隨。因為我們也要有試錯的。不斷的去嘗試這個市場。對於另外乙個方向的我一般是回去默默蒐集資料分析哪些可以分版本逐步迭代改進。其次業務部門提出的需求他們永遠站在自己的角度，要麼就是自己也說不准，看市場別人家是啥咱也要啥。
弄不清楚這個是否適合自己公司目前發展的現狀，而且來恨不得今天給你說的這個功能恨不得明天就能用了。你說你做為乙個產品統籌協調呢，你說你怎麼辦，怎麼辦。那麼你自己要有乙個大局掌控和判斷的能力啊。自己要有乙個判斷哪些可以做哪些不可以做。運營部，客服部等等一些其他需求。自己要根據公司的戰略需求，專案需求，產品需求區分專案等級呢。在扯一下一般專案分5級，夠用了。
2.產品設計階段---原型設計，業務流程圖設計
設計階段產品出需求原型和業務，產品流程圖這個過程是乙個反覆溝通，確認，調整的過程。這個過程中會出現爭議。這個功能不是我想要的，這裡不對，不應該這樣做了，都是問題。這時候就是你要有足夠的產品經驗，要有大量的同類產品思維，看過市場上同類產品的做法。比如說業務想要這種功能但是做起來不叫複雜，比較難做。那怎麼辦，是不是有另外一種做法呢。拿實際例子來講，我們的客戶回訪系統想要幾天回訪乙個客戶想在過兩三天後再次對該客戶進行回訪想要自動提示，經過自己分析看市場上的客戶管理系統其實要乙個回訪計畫列表的功能也可以解決的。
3.需求原型基本都能確定了下面就是---視覺稿互動層面的設計了
在這個階段跟設計師會有一些意見和做法看法的爭論，如果有條件允許的情況可以做使用者調研和a/b測試。如果有資料支撐可以按照資料結果來做。其實我個人對設計層面和互動層面的東西一直是你說你說你有理，婆說婆有理的。最好是做一些聽取使用者的看法。
4.高保真原型產出以後就是開發階段了
在此階段你要有prd文件和高保真原型座位產出物與開發來進行溝通講解需求。在這個階段開發需要評估這些需求採取什麼樣的技術框架和技術語音。會遇到這功能做不了啊，比較難做啊，實現起來時間長啊怎麼辦，怎麼辦。那作為產品需要你來推動來把產品做出來呀。
首先自己也多少了解一些技術知識點，在需求評審會議之前自己先審視一下，功能邏輯師傅合理，是否是真的需要改功能，在需求評審會議的時候，大家在看你的業務流程圖，產品框架圖，需求原型的時候，講解需求的時候多用第三方的口吻敘述，學會講故事。千萬不要說我覺得這個功能很簡單的，少有個人主觀意識。多用資料支撐和使用者意見，領導需求。有些開發出身的產品經理很容易犯這樣的錯誤。you can you do it對吧。
5.專案測試階段---專業測試人員測試，全員測試
產品在測試階段同樣也會遇到一些問題，有時候會遇到測試階段的需求變更，這是最頭疼的事兒，同樣在開發過程中也會遇到，尤其在開發過程中遇到的需求變更這些需求要一分為二的對待，看那些需求是在開發進度允許的情況下可以新增進去的，那些大的改變是不能加進去的，可否在下次迭代的時候新增進去。
那這個時候就要好好審視一下前期的需求調研，使用者調研，視覺設計，互動有沒有做使用者調研，在調研過程**現了差錯。說明前期的方向就是錯誤的。一般到測試階段不要在新增大的需求進來否則專案會處在乙個無休止的修改的狀態，不如早點上線驗證需求，在做進一步的迭代和改進。
在此階段還會遇到一些問題比如做出來的效果與實際需求不符怎麼辦，氣死你。在專案過程中注意節點把控和節點質量評估驗收。避免進入到下乙個環節專案處於乙個失控的狀態，否側專案又處於乙個不止何時才能上線的尷尬。
6.專案上線後---產品已進入使用者使用階段
有些產品前期不做使用者需求調研，做出來的產品有些使用者會反饋流程路徑不太對了，bug，等等注意收集使用者的反饋，資料指標的反饋。有些產品功能也加了，使用者的使用率不高，不能對使用者進行更有的促活。那麼我們就要反思是不是入口太深了，使用者不容易發現。還是設定的門檻過高。要及時調整。寫在最後專案不止問題不止，作為產品的負責人你要面臨各種各樣的問題，十八般武藝樣樣都得懂一點兒。
要善於協調和溝通。多佔在客觀的角度去看待問題和描述問題。沒有解決不了的問題，促膝而談，攤開了說，別都事兒事兒的。都是為了工作。都是乙個鍋裡的粥，出了事兒都得單著。只不過作為產品你是只是個代表，出了事兒你揹著，有了榮耀那是團隊的。不是你乙個人的。在產品專案開發的過程中會面臨各種各樣的問題。只有把各種問題想在前面，說道這裡又要扯到專案開發過程中的風險點管理了。這個這次不說了。有問題咱解決問題就。其他別扯。
原文發布時間為：
2017-10-23
行李箱向日葵
專案過程中的角色和職能
專案管理的角色 1。專案經理 2。業務專家 3。系統設計師 4。程式工人 5。程式研發員 6。標準化監控人員 7。產品質量管理員 8。專案資源管理員 1。專案經理 專案的主管人員，也是專案的決策者。1。負責把握專案範圍，與客戶談判 處理商務事情。2。要負責專案開發的進度，調配專案資源。3。掌握專案變...
專案實施過程中的風險控制
專案不同於日常任務，它有明確的起止時間和目標，要在明確的範圍 時間和成本約束下，達到相應的質量標準，並取得使用者的滿意。影響專案成敗的因素涉及方方面面，並且風險伴隨著專案的始終，是客觀存在的，作為乙個專案經理，應該具備良好的風險控制意識，善於識別風險並分析風險的影響，從中發現影響目標的風險點，並施加...
如何從參與開源專案的過程中獲取自信
隨著大腦的發育，你漸漸學會了這世上什麼事情可以 應該做，以及什麼事情不能 不應該做。你所有的行為都受到周圍大眾的影響，很多時候，阻礙你參與某事的原因就是你缺乏自信。縱觀我們的生活，我們都或多或少的受到了世俗和社會行為的 教條 影響。我們可能從小就被這樣教育 演說家說的都是真理 ceo 都是有遠見的 ...