正常產品專案流程：
可以是產品經理創造需求；可以是「靈光一現」；可以是對現有產品的改進；可以是仔細體驗生活，發現潛在的市場需求。
通過內外部分析，制定產品設計、研發的明確思路。
內：swot分析，外：pestle分析
有了思路後，我們就開始設計產品，設計產品需要知道產品的核心三要素：使用者、需求、場景
需求的管理篇
當我們開始設計產品，知道了目標使用者，接著要知道他們的需求
首先我們要收集需求
收集需求的方法有：行業調研報告、使用者訪談、調查問卷、競品分析
收集了需求後，我們需要對這些需求進行管理，
對需求進行整理的三種常用方式：使用者畫像、需求列表、以及prd文件
整理好需求後，我們需要進行決策，決策是需要有一些理論進行支撐的，不是主觀臆斷。
主要的決策方法有
一、決策三要素：需求是否能夠實現？需求是否能夠滿足使用者核心訴求？需求是否符合產品的戰略目標？
二、決策方**：緊急重要四象限法，kano模型等
外包產品專案流程：
意向期：首先你需要和客戶對需求，通過製作需求功能表，來確認需求，確認需求後，進入評估期（用例圖）
評估期：首先是我們拿著需求功能表，找各技術組leader估時，再把估完時的需求功能表交給商務，讓商務去和客戶談。
簽約期：當商務與我們簽訂合同後，專案就可以正式開始。這裡我們要做事情有兩件，一是去服務列表，確定需要開通拿些第三方介面。二是，建專案群組，把專案相關人員都拉進來
設計期：這是我們pm工作量最大的時期，第一要做的是，在wiki上建立專案主頁；第二，是去禪道立項，禪道立項wiki上有專門的教程，一定要仔細看。禪道是敏捷開發中的核心工具，一定好好好使用。
第三，是調研，製作ppt，
1.背景調查：這個產品產生的時代背景，所處現狀，市面上已經存在的產品。
2.競品分析：就世面上已經存在的產品進行一波競品分析，分析內容包括競品框架、競品定位，競品解決了哪些問題，如何解決，效果怎麼樣。
3.自家產品分析定位：根據本產品的時代背景和所處現狀，進行競品分析之後，對自己的產品進行定位，包括本產品要解決什麼問題，通過哪些途徑來解決，為什麼要這樣做。
第四，設計原型圖
設計原型圖一定要考wiki上的設計規範，原型也是初級產品經理必備的技能，會伴隨我們很長時間，值得好好打磨
第五，開始內部評審，
1.需求是否完備？有沒有遺漏的地方，有沒有肉眼可見的bug
2.需求是否能夠實現？
3.需求是否能滿足使用者的核心訴求？即有沒有價值
4.需求是否符合產品的戰略規劃？
產品經理在這裡最容易犯得錯誤就是——直接告訴研發人員去做什麼。
產品經理很重要的職責是要去解釋我為什麼要做這件事，要時刻反省自己跟研發團隊講解需求的時候，有沒有講清楚背後的原因？
比如，我們要解決什麼問題？要達成什麼目標？我有幾種解決方案?最後，來告訴大家怎麼做。這樣可以充分發揮研發人員的能動性，讓研發人員也有可能提出更好的建議。
第六，沒問題後，再和客戶溝通，在產品上達成共識，之後我們就可以進行需求評審了，每次評審後都要發需求評審結論郵件。
第七，就是需求講解階段了，講解完後發需求講解結論郵件
更多討論
敏捷開發專案管理流程
前段時間給大家整理了敏捷開發的流程，最近在整理敏捷開發專案的流程和管理制度，其整理的專案管理規程如下，這份規程也不完全算是敏捷專屬的專案管理規程，主要是在結合我們公司實際的情況下編寫出來的，大家在實際嵌入到公司的過程中可以參考下，不能照搬。1.目的 規範網際網路軟體產品開發專案管理過程，指導開展專案...
專案管理與敏捷開發 流程之間的區別
最近看了一些敏捷開發的書籍，對敏捷開發有些初步的了解。今天就想來談談敏捷開發與傳統的專案管理之間的區別。傳統的專案管理也稱為瀑布流式管理，學過pmp的同學應該知道專案管理有5大過程組 啟動過程組，規劃過程組 執行過程組 監控過程組，收尾過程組。而5個過程組裡面還有49個過程，就拿範圍管理來說，我就需...
敏捷開發流程
在動手設計前，第一步需要對市面上的同類競品進行較為深入的分析，提煉出競品的產品框架 各模組的設計特點，通過對比分析，總結出各競品的優缺點，取其精華，取其糟粕，真正做到後來居上。結合之前的競品資料和使用者資料，我們已經可以有的放矢地開始設計產品的大框架 主要任務流程和操作形式。最初的草稿採用多種方案，...