需求分析對產品開發成敗至關重要，正因爲如此，對需求進行詳細定義和描述十分重要。然而不同體系往往對需求有不同的定義，也導致需求術語混亂，本週小編結合多年需求工作經驗，詳解不同術語的概念與區別：
業務（Business）
“業務”從內容上劃分，指“核心域”。
如，餐館系統中訂單和菜品的關係屬於“業務知識”，折扣的計算規則屬於“業務規則”。
“業務”從範圍上的劃分，指“組織級別”。
如：“業務建模”是組織級別的建模、“業務用例”是組織爲其他組織提供的服務，“業務流程”是組織內各個系統之間協作的流程。
架構（Architecture）
維基百科中這樣描述“架構”：
軟件架構是一個系統的草圖。軟件架構描述的對象是直接構成系統的抽象組件。各個組件之間的連接則明確和相對細緻地描述組件之間的通訊。
在實現階段，這些抽象組件被細化爲實際的組件，比如具體某個類或者對象。
歸納：架構是多個系統內部共有的抽象機制。
重點1：內部，系統提供的各種功能，不屬於“架構”
重點2：共有，架構是一種複用機制。它獨立於單個系統，圍繞它可以組裝成系統的家族
如：下圖表達某個領域內部各種領域概念的關係。不管將核心域概念映射到哪些非核心域上（Android還是iOS，Vue還是React）得到系統，機制都可以存在。
業務架構
業務架構有兩層含義：
一、組織內部機制。“業務”以“組織”理解。
二、系統內部的核心域機制。“業務”作“核心域”解。
用戶（User）
用戶是人，也可以是第三方支付系統”，而且用戶是和系統有交互的人。用戶和系統的交互分爲主動交互與被動交互兩種。
需求分析時，“用戶”存在的問題：
（1）隨意推測“用戶”
如下圖。需求人員容易先入爲主，認定流程中的人就是優化方案的“用戶”，然後逐個調研。
（2）“用戶”混淆了演員和觀衆
用例設計把軟件看作一部電影，演員（Actor，執行者）在臺上表演，觀衆（Stakeholder，涉衆）在臺下看，觀衆按照他們的地位坐好。
演員表演什麼由觀衆口味決定，先照顧前排觀衆，再照顧後排觀衆。
用例使用“執行者”（Actor）和“涉衆”（Stakeholder）代替了 “用戶”，用來彌補“用戶”這個詞的混淆概念。
客戶/用戶需求
基於客戶認知或直觀要求，體現用戶需求，常見的是一種理想狀態。
如：我想要汽車外觀時尚，性能卓越。
用戶需求通常無法直接實現，因爲用戶對自己的需求常常是模糊的，設計時要藉助原型（demo）、參照物等方法，使客戶需求具體化。
市場需求
市場需求不等於客戶需求，市場需求不但描述目標客戶的訴求，還反應競爭對手針對此需求的表現
如，競爭對手如何實現？如果不實現被競爭對手替代的可能性有多大？如果實現我們是否如何做才能超越競爭對手？
市場需求是經過產品經理分析後的客戶需求，體現了客戶和競爭的情況。
產品需求
IPD把產品需求定義爲“產品包需求”，因爲我們給客戶交付的不是孤立的產品，而是一個解決方案，同時客戶是否購買一個產品不僅僅看產品本身，還關注品牌、服務、渠道等因素，產品需求應廣而不深，需要把產品相關的方方面面都考慮清楚，而不是針對某一點定義的很精細，需要從客戶購買決定的全過程思考。
一般會涉及：價格、渠道、包裝、性能、易用性、保證、服務、社會接受程度、品牌等；
設計需求
設計需求是“設計+需求”，到了設計需求階段，設計和需求已經融合在一起了，設計在承載需求了。
設計需求定義時要在深度上下功夫，細化到能夠通過設計來實現，並且能落實到具體的物理模塊來承載。
設計需求是通過產品需求分解而來，分解後就形成了與此產品需求相對應的設計需求清單。
規格
規格是需求的具體說明。需求和規格本來就是一體化的，因此纔會有《產品需求規格說明書》。
如：“OA要支持IE瀏覽器” 是需求，規格是：“需要支持Ie6、Ie7、Ie8”。“聲音要達到120分貝~190分貝”，這本身就需求+規格。
特性
軟件行業經常提到特性這個詞。特性就是產品需求，更精確說特性是產品需求中與其他產品有明顯差異的個性化需求。
產品需求常分爲3類：BSA（Basic、Satisfied、Attractive），分別爲基本需求、最好滿足的需求、更具有吸引力的需求；特性爲：A的需求。
測試需求
測試需求通常是研發中產品需求、設計需求定義不清，開發人員就進行設計和開發了，測試人員無法從需求中找出測試點，將需求細化到能提煉出測試點的顆粒度。
內部需求
產品需求定義時更關注外部客戶的需求，其實產品還有內部客戶，也要關注內部客戶的需求。
例：製造、客服就是內部客戶，設計時沒有考慮製造的要求，導致製造效率低下、良品率低，就會影響產品市場表現；
製造部門的需求、客服部門的需求，就是內部需求，需要在產品開發前期識別，成爲產品需求和設計需求的一部分，並在設計開發中實現。
外部需求
外部需求是客戶、渠道、合作商、用戶等，外部關聯單位的需求。
分析時要通過銷售過程，詳細分析產品從生產線下來到客戶手中經過的所有環節，各環節產生的需求稱外部需求
外部需求要重點關注，一個環節不滿足就無法轉化爲實實在在的商業利益。
業務需求
業務需求是從客戶的業務發展、財務、戰略出發，體現了客戶高層的要求，涉及產品整體宏觀上的要求。
如：ERP產品讓庫存週轉率提高50%。
業務需求體現客戶經營需要，具體業務需求需要通過產品需求、設計需求去細化和實現。
功能
說起功能（Function）這個詞時，研究對象一般是系統，功能是一種需求。
功能需求描述系統作爲一個整體爲其他系統提供的服務，把其他系統給它的輸入變成其他系統所需要的輸出。
“功能需求”不夠精確。
如：如果以自助櫃員機（ATM）爲研究對象，
“取現金”是“功能”，“登錄”也是功能，“計算手續費”也是“功能”，到底“功能”有多大？
用例要嚴謹得多：在用例中：
“取現金”是一個用例，“登錄”是用例中的一個回合，“計算手續費”是一個步驟。
模塊
模塊（Module）。指出的研究對象一般是系統。模塊表示系統的組成部分。這個詞與功能一樣不夠準確，不清楚模塊是一個控件？一個類？若干個類形成的組件？
功能&模塊
“功能”是系統對外提供的服務，“模塊”是系統的內部結構。
如：完成某個“功能”需要若干“模塊”的協作，而某個“模塊”也會參與完成若干“功能”，下圖可以看出“模塊6”被反覆用了多次。因此不能將“功能”和“模塊”直接映射，否則系統內部將出現大量冗餘。
功能包
功能包描述若干功能的集合。
最後，產品經理學習資料已經爲你打包好了，等你來拿哦！
