需求從哪裡來？
來自於公司
- 公司的使命、發展方向
- 公司的產品規劃
- 政策，目前情況下，我們中華人民共和國在黨的領導下艱苦奮鬥，共創小康家庭，我們的產品是需要政府的支援的。
- 行業報告，易觀、艾瑞等機構會不定期的釋出行業報告，這比我們自己的市場調查要更有權威性一些
- 資料，資料分析是產品經理應該精通的兩個收集資訊的技能之一（另一個是使用者調研），此資料特指可以從產品上收集來的資料，PV、UV、頁面訪問路徑，日活躍使用者、單次使用時長、次日留在率……（我不專業，只能瞭解到這裡）
- 來自於競品。有人的地方就有江湖，由於我們的行業與產品定位一定和其它相關產品相重疊，所以定會有競品的存在。要時刻關注競品的狀態，知己知彼，方能百戰。
這
- 使用者：上面說過，使用者調研是一項技能，而這個技能卻有時候表現的像一門藝術。如何收集、處理來自於線上的意見反饋、論壇、各應用商店評論、線下的使用者訪談、問卷、日常觀察的資訊是我們需要重視的。
- 領導：往往是站在公司戰略層面考慮後（或個人喜好）提出的，多數情況下都要特別考慮，如果你和領導的意見不一致或你認為領導的需求會對當前產品形態造成傷害，建議先接受、理解、消化（也許能找到之所以你不是領導的原因）；具體執行時，可以按照你的思路繼續
- 同事：與產品相關部門主要有客服（解決使用者遇到的問題）和銷售（解決合作伙伴對產品價值的質疑），他們是距離使用者環境最近的人，往往最能理解使用者抱怨的點也最能提出產品建設性的意見（需求）。我建議產品經理都應該多與奮鬥在一線的客服和銷售同事交流，甚至必要時要親自衝鋒陷陣。
- 產品經理的靈感與慣性：這是一把雙刃劍，好處是根據舊有的經驗能夠快速的認知新的產品，並構建一個對應的邏輯。壞處是人的經驗和認知都是有侷限性的，並且短時間內難以突破，很難做出有創新性、給人驚喜的產品。
需求被提出以後，產品經理有三種處理方式：
- 立即處理：立即著手協調開發主管協調資源，安排相關開發人員進行處理
- 轉化為專案需求：安排進產品開發週期
- 直接放棄
- Bug 需要立即處理（正常操作下不能使用功能或者，嚴重影響使用者體驗）
- 相容性問題
- 產品核心功能的高成效優化
- 小成本，高成效的使用者化驗細節
- 細節優化
- 功能新增
- 不適合放在“立即處理”組的需求（如時間、人力、資源不夠等原因引起的）
- 與產品定位不符的。
- 與資源、能力不匹配的，公司相關產品衝突的。
- 影響產品核心功能的體驗的。
- 侵犯法律的、侵犯使用者隱私、有可能讓使用者反感的。
需求管理可以分為四個階段：需求採集、整理歸檔、轉化為專案需求、新版本釋出。
需求收集
這個另立文章討論
整理歸檔
- 針對需求收集階段記錄的所有的需求進行分類（Bug類、新增功能類、技術效能類、運營內容類），整理成需求Excel表格或Xmind思維導圖。
- 協調開發主管，確認需求的開發成本
- 根據產品規劃、重要和緊急程度、開發成本和領導意見等，確定需求的處理方式，繼而對“立即處理”和“轉化為專案需求”去向中的需求確定優先順序。
- 整理出文件以後，協調開發主管確定開發計劃、測試節點、釋出節點
- 控制開發過程中對需求不可實現部分
相關閱讀
評論(1)