業務需求怎麼變為產品需求

Ⅰ 什麼是業務需求和用戶需求

業務需求表示組織或客戶高層次的目標。

用戶需求描述的是用戶的目標，或用戶要求系統必須能完成的任務。用例、場景描述和事件，響應表都是表達用戶需求的有效途徑。

例如採用Rational的Rose工具進行需求的建模分析。如果使用工具進行建模分析，對需求分析人員的要求比較高。需求定義過程中通常會出現的問題有內容失實、遺漏、含糊不清和前後描述不一致。

(1)業務需求怎麼變為產品需求擴展閱讀：

主要技術

需求分析有可能在一個項目中成為一個漫長、艱巨的工作。需求分析專家與他們的顧客交談、記錄他們的交談結果、分析他們收集的信息，從中提取互相矛盾的地方，總結出一個總體觀念，然後再與顧客交談他們發現的問題。這個過程可以不斷重復，在有些項目中這個過程可以伴隨著整個生命周期。

新系統很可能改變人之間的關系和人的工作環境，因此認定誰是重要的信息持有者是非常重要的。只有這樣在需求分析的過程中才能夠將顧客所有的需要都紀錄下來，只有這樣才能保證他們認識到新的系統對他們來說帶來怎樣的變化。出於下述原因這個要求往往達不到：

Ⅱ 如何將用戶需求轉化為產品功能特性需求

客戶需求、市場需求、產品需求、設計需求、業務需求、內部需求、外部需求、特性、規格、功能需求 --- 需求工程的基本術語說明
需求分析和管理對產品開發成敗至關重要，這一點大家都非常清楚，正因如此，相關的管理體系都對需求進行詳細定義和描述，不同體系不同的定義，導致需求術語混亂，筆者結合10多年的需求工程經驗，詳細分析不同術語區別如下：
客戶/用戶需求：基於客戶認知，更多是客戶的直觀要求，體現了用戶個體的訴求，往往是理想狀態，例如：「需要一個功能強大的手機，同時價格要相對便宜」、「我想要的汽車要外觀時尚，性能卓越。」，用戶需求往往無法直接開發實現，同時用戶對自己的需求往往也是模糊的，實際開發中就需要藉助類似原型（demo）、參照物等方法，使客戶需求具體化。
市場需求：很多人理解的市場需求就是客戶需求，個人認為市場需求和客戶需求還是有很大差別的，客戶需求更多描述客戶的訴求，而市場需求不但要描述目標客戶的訴求，更需要描述競爭對手針對此需求的反應，例如，競爭對手是如何實現的？如果我們不實現被競爭對手替代的可能性有多大？如果實現我們是否如何做才能超越競爭對手？所以可以理解市場需求是經過產品經理分析後的客戶需求，體現了客戶和競爭的情況。
產品需求：針對產品需求，個人認為IPD的定義是合理的，IPD把產品需求定義為「產品包需求」，之所以叫「產品包需求」是因為我們給客戶交付的不是孤立的產品，而是一個解決方案，同時客戶是否購買一個產品不僅僅看產品本身，還會關注品牌、服務、渠道等因素，產品需求要廣而不深，需要把產品相關的方方面面都考慮清楚，而不是要針對一點定義的多麼精細，需要更多從客戶購買決定的全過程來思考，所以一般就會涉及：價格、渠道、包裝、性能、易用性、保證、服務、社會接受程度、品牌等；另根據需求理論一般產品需求會在25~99條之間，實際研發項目時，產品需求會直接讓領導層來判斷該產品的價值、競爭地位等，最終判斷該產品是否值得繼續做下去。
設計需求：設計需求故名詞意就是 設計 + 需求，經常遇到研發人員說設計與需求有時候很難區分開來，其實到了設計需求階段，設計和需求已經融合在一起了，同時也正是融合在一起，需求才能落實為設計，設計也才能承載需求;對比產品需求，設計需求定義時一定要在深度上下功夫，細化到能夠通過設計來實現，並且能落實到具體的物理模塊來承載。那麼設計需求怎麼來的呢？根據需求工程理論設計需求是通過產品需求分解而來，業界常用HD（層次分析法）來分解產品需求，關鍵問題是大家一定要掌握，一個產品需求需要從哪些方面來分解，從而保證分解的完整性，根據IPD需求工程定義，一個產品需求通常需要從如下：功能、環境、性能、強健性（魯棒性）、可靠性、可維護性、可用性、安全性、重量、電源、尺寸大小、可運輸性/可移動性、靈活性等方面進行分解，當然並不是每個產品需求都要一定分解為這些方面，分解後就形成了與此產品需求相對應的設計需求清單。
規格：我們經常講：產品需求規格說明書，說明需求和規格本來就是一體化的，規格就是需求的具體說明，例如：「OA要支持IE瀏覽器」 是需求，那麼如果具體定義：「需要具體支持Ie6、Ie7、Ie8」，那麼就叫規格；「聲音要達到120分貝~190分貝」，這本身就需求 + 規格。
特性：軟體行業和軍工標准中，經常提到特性這個詞語，例如國軍標中定義：「特性 --- 識別和區分各類產品或服務的屬性，這種屬性包含物理、化學、功能或其他可識別的性質。」；所以模糊來講特性就是產品需求，如果更精確來講，特性是產品需求中的與其他產品有明顯差異的個性化需求，通常我們把產品需求劃分為3類：BSA（Basic、Satisfied、Attractive），分別為基本需求、最好滿足的需求、更具有吸引力的需求；所以可以理解特性為：A的需求。
測試需求：什麼叫測試需求，很多人認為測試需求是基於對產品需求的分析，測試人員提煉出來的需要重點測試的點，故名詞意：測試需求。不管別人怎麼認為，本人認為測試需求是本身是個變態和錯誤的做法，只所以有測試需求，原因是實際研發中產品需求、設計需求定義不清晰，開發人員就糊里糊塗地進行設計和開發了，但測試人員無法基於需求提煉出來測試點，迫於無奈，不得不給需求定義人員擦屁股，將需求細化到能夠提煉到測試點的級別。正規做法應該如此：需求定義人員詳細定義產品需求和設計需求，而同時測試設計人員直接針對此需求分析該需求如何測試，重點測試哪些內容，所以測試需求，本身應該叫：需求的可測試性分析，其實是需求的屬性之一，這樣做的好處是：可以直接判斷需求定義是否具體，是否可驗證，凡是不能驗證的需求都是錯誤的需求；後續測試用例開發人員針對需求的可測試性分析，直接編寫對應的測試用例。
內部需求：實際產品需求定義時，我們更關注的是外部客戶的需求，因為外部客戶直接給我們錢，但其實產品也有內部客戶，也需要關注內部客戶的需求，誰是內部客戶呢？例如製造、客服就是內部客戶，如果設計時，沒有考慮到製造的要求，直接導致製造效率低下、良品率低，最終影響產品的市場表現；製造部門的需求、客服部門的需求，也需要在產品開發前期就識別，成為產品需求和設計需求的一部分，並在設計開發中實現。
外部需求：對照內部需求，外部需求是客戶、渠道、合作商、用戶等，外部關聯單位的需求，具體分析時就需要通過銷售過程分析，詳細分析產品從生產線下來，到最終客戶手裡需要經過哪些環節，而這些所有環節的需求統稱外部需求，所有外部需求都是我們需要重點關注的，一個環節不滿足，產品可能就到不了最終客戶手裡，就無法轉化為實實在在的商業利益。
業務需求：針對業務需求業界缺少標准一致清晰的定義，個人認為業務需求更多是從客戶的業務發展、財務、戰略出發，更多體現了客戶高層的要求，涉及產品整體宏觀上的要求；例如針對ERP，「庫存周轉率提高50%」，針對電信設備，「能夠無縫升級到下一代網路，從而節約投資成本」，針對銀行系統，「提高客戶的資金周轉效率30%」；針對網路游戲，「使單個用戶的費用貢獻提高50%」，等等

Ⅲ 如何定義產品需求

可以理解為需求是產品的組成部分，也是產品最終要達到的目的，它既是原因也是結果。一個產品是由需求發起，也是結束於滿足需求，產品需求也可以來源於市場，隨著時間及市場趨勢會需要產品不斷地更新和創新。

產品需求的4層關系：
1. 業務需求
2. 用戶需求
3. 功能需求
4. 系統需求