業務需求、用戶需求、功能需求是什麼意思？有什麼區別？
請舉例說明。謝謝解答。
以做一款圖片社交軟體為例
業務需求描述的是願景級的需求，主要描述宏觀上產品解決了市場上那類人群的痛點和需求，這裡會通過描述用戶畫像等完成產品故事的表達，比如要做為年輕白領做一款分享潮流服飾的圖片社交app。在這一級一般會梳理出大的產品架構圖和概念圖，有的公司會對應到MRD用戶級需求，就是圍繞業務級的願景，通過對於用戶在設定的各種場景下有哪些需求，比如用戶會有自拍發圖分享的需求，會有根據品牌尋找圖片需求等等，這一級需求著重於場景的梳理。這一級可以通過用戶用例等進行梳理需求，並會逐步完成交互設計功能級需求，則是基於用戶級需求進一步拆分，完成功能列表的輸出，即這一級需求可以導入到研發中個人看法。
用戶需求是從某一類用戶的視角看他使用這個軟體的需求。比如，作為用戶你用淘寶，找東西，拍貨，付款，你有怎樣的需求。作為賣家，你用淘寶怎麼收款，發貨，管理訂單。 這就是一個個的use case 或者 user story。 所以 寫user story ， 開頭第一句就是 As a xxx. 這都是從個人視角去看需求的。業務需求
你整理完不同視角的需求，就要一個更高層面，更全局話的角度看需求。就要把這些需求串聯起來。特別是把全局的流程梳理出來。從個人角度，是看不到全局的流程的。但是要想把業務梳理清楚，特別是數據流。就需要這種全局視角下的梳理。我們才清楚 use case/user story 是在什麼場景下。 特別是有時候，不同的用戶的需求可能存在衝突。通過這種全局性的業務需求梳理，可以去發現潛在衝突，並平衡需求。功能需求就是把具體的用戶需求，變成軟體的功能要求。 比如客戶要把交通事故照片通過app發給保險公司。這是用戶需求。 那麼功能需求就是在這個模塊下，要具有提交報險事故照片功能，上傳現場照片。如果再具體下去，就是界面交互圖。 現在互聯網公司一提產品管理，需求設計，基本就是UX。 需求過於碎片化。業務需求（Business requirement）表示組織或客戶高層次的目標。
用戶需求（user requirement）描述的是用戶的目標，或用戶要求系統必須能完成的任務。功能需求（functional requirement）規定開發人員必須在產品中實現的軟體功能，用戶利用這些功能來完成任務，滿足業務需求。
以上引用自互聯網
以微信為例說一說我的理解。
業務需求是偏向宏觀的，偏向生產者的。騰訊微信團隊開發微信這款產品的目標：做一個流量大，覆蓋範圍廣的即時通訊軟體→做多平台入口，購物金融等等→未來
如何引導用戶使用，如何盈利，如何推廣運營，這些都屬於微信的業務需求。用戶需求以用戶為中心，設定場景，事件或用例，分析用戶需要的功能。微信中中用戶希望可以個性化設定自己的頭像，於是上傳用戶頭像是一定要滿足的用戶需求之一。
延續上傳頭像的用戶需求，圖片格式有很多種，但上傳的頭像一定只能是有限的某幾種格式，所以，只能上傳XXX格式的圖片作為頭像屬於功能需求。
另，微信好友數量上限也屬於功能需求之一。
據說有的創業團隊對需求的分析是非常重視的。不過，我也只是聽說。迄今為止，我遇到的需求大多都是一句話需求。原本，我對一句話的需求很厭煩，也正是因為如此才放棄安穩的工作加入到創業團隊。結果很悲催，原來哪裡都一樣，都是一句話的需求。
一句話需求如何去分析？
我曾經試圖用卡諾模型去整理需求，先來看需的三大類：
- 業務需求
- 用戶需求
- 功能需求
業務需求描述組織為什麼要執行系統（組織希望獲得的業務收益)。
業務需求即為了實現商業目的而產生的需求，一般都是上級或市場直接下達命令。做也得做不做也得做。故此類別需求優先順序最高。合理嗎？如果真的是可以實現商業目的，那是鐵定合理的。此類別的需求是否需要被分析？我們稍後再說。
用戶需求描述了用戶使用產品必須完成的目標或則任務，並且這個產品要能夠為人提供價值。用戶需求還包括對用戶滿意度最為關鍵的產品特性或特徵的描述。
用戶需求是用戶反饋或者觀察用戶使用習慣自發提出的需求。根據卡諾模型用戶需求又細可分為：基本需求／期望需求／興奮需求／無差異需求／反向需求。此類需求一般的公司都會去分析，並可用以下四個執行標準去做權衡：必做／應做／可做／不做。如：反向需求一般都是不做。意思是永遠不做。具體怎麼分析則要具體情況具體分析。至少要在團隊內部就需求是否要被執行達成共識。
功能需求說的是產品在特定的條件下所展示出來的行為，主要描述卡法人員需要實現的功能以便用戶能夠完成自己的任務（用戶需求），進而滿足業務需求。
這個好像不容易理解，再補充一條維基百科的解釋。
功能需求可以是計算、技術細節、數據處理或其他說明系統希望達成功能的內容。功能需求會以非功能性需求（或是質量需求）為其基礎，後者會描述設計或實現時的限制條件（例如性能需求、保安性或可靠度等）。
這三種需求環環相扣，正常來說應該是一種自上而下的需求信息流。
好了，基礎概念普及完了，我要正經八百的瞎分析了。其實需求還有一種真正的意思，作為UX設計師，你不懂，可能吃虧的喲。
回到我前面擱在那兒的那個問題：業務需要需要被分析嗎？我得到的答案是：不需要。因為很多時候老闆和市場跟你談需求，他只會說客戶需要一個功能。按照正常人的邏輯，功能不是需求。比如，最經典的那個梗：一匹更快的馬不是馬是汽車。你認真跟他們確認需求時，他們就會不耐煩的告訴你這就是需求，這就是需求，這就是需求。這時其實需求就一個意思：閉嘴。
業務需求的本質是業務活動，用戶需求的本質是業務工作者，功能需求的本質是產品本身
- 業務需求
業務需求需要從兩個層面來理解，一方面是2B領域的概念，指在2B軟體實施的過程中，業務部門（如銷售部門、財務部門等）基於日常經營過程中的各種業務往來提出的解決方案需求；另一方面是站在企業的角度，基於公司商業需求和核心用戶需求提出的高層次的需求概述。
- 用戶需求
用戶需求需要從兩個層次去理解，一種是用戶的本質需求，即我們通常所說的用戶的need，比如：用戶「餓了，想吃東西」，解決餓了的問題，就是用戶的需求；另一種是用戶想要的解決方案，即我們通常所說的用戶的want，比如：用戶「餓了，想吃飯」，吃飯就是用戶的需求。
- 功能需求
功能需求是基於業務需求和用戶需求進行需求分析的結果，為滿足業務需求和用戶需求提出的一組產品功能列表，功能需求構成了一個完整的產品抽象模型，是產品設計團隊進行產品設計和產品研發團隊進行產品研發的基礎。
用戶需求是來自用戶，用戶所需要你的產品為他解決的問題，（但是僅滿足用戶需求往往不能實現盈利，這就需要考慮業務需求）業務需求是來自公司，來自老闆。就是需要盈利、要體現公司價值的需求
而用戶需求和業務需求最終都需要產品經理處理、消化後變成具體的功能需求，從而實現到產品中去
推薦閱讀：
※「用戶的歷史行為比他們當前的意願更有價值」。這是《結網》中的一句話，大家有不同的理解嗎？
※"用戶需求"如何轉換為「產品需求」？
※安卓應用開發中Login，Maintaining Login，Logout的最佳實踐是怎樣？