1. 程式人生 > >需求管理與分析——需求池

需求管理與分析——需求池

產品經理會聆聽使用者聲音進行需求收集,但是真正的需求需要我們去優化。真正優化的應該是從需求的收集到最終形成功能融入到產品中的這個過程。下面做一個簡單科學的流程。

一、需求收集

· 從使用者、市場、競品、同事、朋友等渠道無差別收集各類問題、建議、與想法,另外通過資料分析和解讀出來的需求也可以新增進去。

· 儘量詳細的記錄需求的相關屬性資訊,如提出人資訊、需求場景需求描述等等。

二、需求分析

針對上面採集的需求,我們進行需要進行初篩和評審。

1、初篩

PM每天(或每週)對需求池中的粗略的篩選。主要做以下幾件事:

· 刪除不合理的、無用的需求

· 按照不同型別進行標記。這個根據產品自定義,可以按轉化階段來分,也可以按

商業模式或者功能的模組來分,也可以同時多維度進行標記,不作限制;

· 對於可行性、優先順序、價值進行初步的評估;

2、評審

將初篩過的需求,每週固定時間和該產品核心關聯的運營、市場、技術以及其它一些核心上級在固定時間進行評審,評審細則大概如下:

· 與當前產品階段策略符合度高的,優先順序

· 與產品核心流程相關度高的,優先順序高

· 投入產出比高的需求,優先順序高

· 商業模式架構,優先順序高

· ....其它

這是一個十分重要的環節。此環節包含了產品環節,對需求的評審會更全面和精確,避免了產品經理個人想法(自嗨)的一些需求。另外,產品開發完成後,後面與運營、市場的銜接也會更好。

三、功能提煉

根據當前產品的路線規劃與需求優先順序等因素進行結合,來進行新功能的提煉或者原有功能的優化迭代,並制定相應的版本規劃。

四、功能設計

最後一步,需求整理。編寫策劃方案,產品功能設計,原型、UI和技術方案等等。

相關推薦

需求管理分析——需求

產品經理會聆聽使用者聲音進行需求收集,但是真正的需求需要我們去優化。真正優化的應該是從需求的收集到最終形成功能融入到產品中的這個過程。下面做一個簡單科學的流程。 一、需求收集 · 從使用者、市場、競品、同事、朋友等渠道無差別收集各類問題、建議、與想法,另外通過資料分析和解讀

需求工程——軟件需求建模分析閱讀筆記01

建模 以及 問題 面向 很好 不同 發布 未能 gpo   軟件的模擬特性: 導致需求問題的原因中,一個最為重要的原因是:未能很好地理解和掌握“應用”型軟件的模擬型以及由此產生的一系列影響和要求。 軟件的模擬特性來源於其知識載體的特性:軟件在運行中表現出來的特性、行為應該和

需求工程——軟件需求建模分析閱讀筆記02

設計 活動 映射 進行 完成 特性 發揮 重要 規劃   需求工程的j簡單定義   需求工程是所有需求處理活動的總和,它收集信息、分析問題、整合觀點、記錄需求並驗證其正確性,最終反映軟件 被應用後與其環境互動形成的期望效應。   需求工程的3個主要任務   1.需求工程

《WAP團隊》作業四——基於原型的團隊項目需求調研分析

重要性 tag 登陸 eight 並且 規範 團隊項目 enter analysis 基於原型的團隊項目需求調研與分析 本項目是一個家教系統的實現,隨著時代的進步,現今已經進入信息技術時代,越來越多的人註意到了教育的重要性。家長對於孩子的學習提高註意力,大家都

A_Pancers團隊作業4—基於原型的團隊項目需求調研分析

聽音樂 簡單 互聯網 cell 酷我音樂 需求 ont 目前 進度 任務1:實施團隊項目軟件用戶調研活動。 (1)用戶調研對象:我們的項目軟件是基於安卓系統的音樂播放器,以設計出操作簡單的音樂播放器為目的,所以本次用戶調研的對象主要以身邊的老人為主,對他們聽音樂,聽戲曲的情

如何做好專案需求獲取分析

 專案經理在專案前期,如何從客戶那裡獲取完整的專案需求,是要有一點技巧和方法的。專案經理直接面對的客戶一般都是客戶公司的IT部門的IT經理。 專案經理要根據不同客戶的特點,採取不同的策略。有些客戶對IT技術也有比較深入的瞭解,他們會把業務部門的需求瞭解的很清楚,整理成很

需求管理之客戶需求何時休?

一個 1.7 一定的 round bottom 流程 次方 過去 系統 我想看到這種標題。對於每一個搞軟件的朋友來說,肯定是非常有興趣的。由於這已經成為每一個軟件開發人員的心頭大患,客戶需求在軟件這個獨特的行業裏。體現著最獨特的含義,由於需求是軟件項目存在的

python中的記憶體管理分析以及垃圾回收機制

1.記憶體分析和處理 程式的執行離不開對記憶體的操作,一個軟體要執行,需要將資料載入到記憶體中,通過CPU進行記憶體資料的讀寫,完成資料的運算。 1.1不可變資料型別VS可變資料型別 python中根據資料是否可以進行修改提供了兩種不同的資料型別 ⚫ 不可變資料

工資管理系統的需求概述的資料收集分析

小馬峰:20160401082,飛飛飛:20160401092 需求概述: 2.1 系統總體需求概況 本系統開發的主要目標就是要使企業單位工資管理實現計算機管理,使管理員能夠有序的管理每一-位職工的各項工資條款的發放,以及企業工資的統計,使企業運用現代化技術創造更多更高的經濟效益,在此基礎上開發一個功能

《軟件需求分析》需要掌握哪些必要的內容

系統 取出 業務需求 cnblogs ima 每一個 友誼 重要 階段 p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px "PingFang SC"; color: #000000 } p.p2 { margin: 0

軟件需求分析

scenario cti 機構 必須 項目 求和 滿足 要求 func 1. 前景文檔。了解前景文檔的目的,掌握如何編寫前景文檔、審查前景文檔。 2. 需求來源。掌握:如何確定主要的需求來源。 3. 需求面談。了解:需求面談的方式、內容及基本技巧。 4. 需求問卷。掌握:如

06需求工程軟件建模分析閱讀筆記之六

情況 標記 細節 客戶 管理 優先級 交叉引用 術語 重復 此次閱讀了解到了優秀需求規格說明書文檔的特性。 1、完備性:需求規格說明文檔是完備的,當且僅當:(1)描述了用戶所有有意義的需求,包括功能、性能、約束、質量屬性和對外接口。(2)定義了軟件對所有的情況的所有實際輸入

需求工程-軟件建模分析之讀書筆記之六》

想要 gpo 窗口 業務規則 dbm 恢復 dem 數據庫管理系統 困難 設計良好的程序要最大化類的內聚同時要最小化類的耦合;遵循Demeter法則就是在類方法內用於指向對象的消息,那麽耦合和內聚的原理就可以實現;存取程序方法的過度使用會產生不用思考的類;混合實例的內聚

需求工程--軟件建模分析》閱讀筆記01

內容 滿足 實踐 存在 轉換 說明 行為 規格 軟件開發 該書為《需求工程--軟件建模與分析》第二版,駱斌主編,丁二玉編著,高等教育出版社。 該書分為了五部分,今天的閱讀筆記來談談第一部分緒論。 這一部分主要講了:1.需求工程導論 2.需求基礎 3.需求工程過程 第

需求工程--軟件建模分析》讀書筆記03

每一個 軟件建模 忽略 項目 依賴 任務 表達 操作 關系 該筆記記錄的是該書第二部分的確定項目的前景與範圍這一部分。 開篇點題:一個項目開始之前,首先考慮的第一個問題------項目的目標是什麽? 項目的目標就是系統的業務需求。在多數情況下需要進行一些分析工作才能得到

需求工程——軟件建模分析閱讀筆記01

gpo 分析方法 提交 中產 理解 aos 筆記 軟件項目 類別 ·在假期間,通過閱讀需求工程——軟件建模與分析,了解到需求問題是當前軟件開發面臨的主要問題,無論是實踐還是數據的調查,都明確指出需求問題是當前軟件開發面臨的主要問題之一。在Standish Group的CHA

需求工程——軟件建模分析閱讀筆記02

希望 功能需求 廣泛 開發人員 計算機 gpo 種類型 問題 pos 通過閱讀第二章,了解到滿足需求就是解決問題。人們開發軟件系統的目的就是希望用它作為解決方案來解決問題,使得現實改善到期望的狀況,解決問題,改善現實,滿足用戶期望的條件與能力就是需求。 問題解決的兩個方面包

軟件需求分析讀書筆記3

可能 生產力 gpo 目的 浪費 需求工程 clas 讀書筆記 讀書 這本厚厚的書終於被我讀完了,現在開始最後一篇讀書筆記。 最後幾章主要講的是需求的文檔和需求過程的管理。即需求分析必須標準化。我們在需求的過程中必須學會用建模的方法來規範需求工程。需求分析的

需求工程——軟件建模分析閱讀筆記一(三)

數量 細節 文檔模板 困難 普通用戶 軟件需求 結果 活動 求和 需求工程——軟件建模與分析閱讀筆記(三) 需求工程的過程: 需求獲取:需求獲取是從人、文檔、或環境中獲取需求的過程,必須用各種方法和技術來發現需求,需求開發的過程包含學習和認知的兩個過程,學習和認知是遞進的。

軟件需求分析需掌握的內容

創建用戶 進行 了解情況 交互 系統分析 操作 增加 技術文檔 創建 1.準備相應文檔 開發商方的系統分析人員同用戶的需求提供人員正式接觸前,完成一個問詢表及需求分析計劃。一般情況下只需要完成一個整體細節問詢表,問詢用戶為明確需求已經完成的文檔情況(如果可以在進行正式