當前位置:名人名言大全網 - 勵志說說 - 說說項目從0-1過程中的那點事兒

說說項目從0-1過程中的那點事兒

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

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

在產品初期壹般會經歷需求搜集階段,那麽需求的來源都在哪裏呢。需求的來源有領導層提出的,業務部門,運營部,客服部反饋的用戶意見等等,及公司內外部人員提出的需求。自己通過數據分析需要調整的,產品業務層調整基礎框架調整,產品重構等等都是需求來源。那麽在這個過程中都會面臨需多問題。首先領導層提出的需求。領導層的需求往往有兩個方向。壹個是大方向的做什麽什麽功能或者說做壹個什麽什麽樣的平臺。壹個方向就是交互層層面的流程不順,顏色不好,按鈕位置不好啊,什麽的。我們內部趣稱叫“微調需求”哈哈哈。對於與我來說壹般大方向的調整都會遵從領導的。因為領導層最了解行業前沿。即使領導錯誤的決定額要跟隨。因為我們也要有試錯的。不斷的去嘗試這個市場。對於另外壹個方向的我壹般是回去默默搜集數據分析哪些可以分版本逐步叠代改進。其次業務部門提出的需求他們永遠站在自己的角度,要麽就是自己也說不準,看市場別人家是啥咱也要啥。弄不清楚這個是否適合自己公司目前發展的現狀,而且來恨不得今天給妳說的這個功能恨不得明天就能用了。妳說妳做為壹個產品統籌協調呢,妳說妳怎麽辦,怎麽辦。那麽妳自己要有壹個大局掌控和判斷的能力啊。自己要有壹個判斷哪些可以做哪些不可以做。運營部,客服部等等壹些其他需求。自己要根據公司的戰略需求,項目需求,產品需求區分項目等級呢。在扯壹下壹般項目分5級,夠用了。

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

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

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

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

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

在此階段妳要有PRD文檔和高保真原型座位產出物與開發來進行溝通講解需求。在這個階段開發需要評估這些需求采取什麽樣的技術框架和技術語音。會遇到這功能做不了啊,比較難做啊,實現起來時間長啊怎麽辦,怎麽辦。那作為產品需要妳來推動來把產品做出來呀。首先自己也多少了解壹些技術知識點,在需求評審會議之前自己先審視壹下,功能邏輯師傅合理,是否是真的需要改功能,在需求評審會議的時候,大家在看妳的業務流程圖,產品框架圖,需求原型的時候,講解需求的時候多用第三方的口吻敘述,學會講故事。千萬不要說我覺得這個功能很簡單的,少有個人主觀意識。多用數據支撐和用戶意見,領導需求。有些開發出身的產品經理很容易犯這樣的錯誤。You can you do IT對吧。

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

產品在測試階段同樣也會遇到壹些問題,有時候會遇到測試階段的需求變更,這是最頭疼的事兒,同樣在開發過程中也會遇到,尤其在開發過程中遇到的需求變更這些需求要壹分為二的對待,看那些需求是在開發進度允許的情況下可以添加進去的,那些大的改變是不能加進去的,可否在下次叠代的時候添加進去。那這個時候就要好好審視壹下前期的需求調研,用戶調研,視覺設計,交互有沒有做用戶調研,在調研過程中出現了差錯。說明前期的方向就是錯誤的。壹般到測試階段不要在添加大的需求進來否則項目會處在壹個無休止的修改的狀態,不如早點上線驗證需求,在做進壹步的叠代和改進。

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

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

有些產品前期不做用戶需求調研,做出來的產品有些用戶會反饋流程路徑不太對了,bug,等等註意收集用戶的反饋,數據指標的反饋。有些產品功能也加了,用戶的使用率不高,不能對用戶進行更有的促活。那麽我們就要反思是不是入口太深了,用戶不容易發現。還是設置的門檻過高。要及時調整。

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