本片文章是接觸于B端G端，市場部運營部們經常提起的需求，我們該如何去把他們的需求作為功能需求呢?為什么要把他們的需求作為功能需求？怎么把他們的需求轉換為功能需求，我們這么做有什么目的，可以實現什么，對我們現在的項目可以打造成什么？有什么預期，預期的標準是什么，等等，一大推問題，接下來小編就給大家來好好說到說到這個需求；
第一步：
對業務需求進行分析是設計需求分析的第一步，你需要明確業務目的和業務目標。
業務目的：我們為什么要這樣做業務目標：我們這樣做了，要獲得什么樣的成果
用戶體驗的核心就是用戶需求，一個需求功能如果設計失敗，很大程度上是因為沒有很好了解用戶需求。
第二步：
業務需求的地層邏輯，你要明確業務人員為什么要提這個需求，多問問需求方為什么，但在問為什么的時候一定要說出自己相對應的答案，保證需求方有自己的思路，而不是一味的問。
第三步：
有可能談需求需要好久的時間，第一步和第二步都做完了就要問，需求方想要看到什么，然后里面有涉及到的字段都是什么，在這個期間不要先畫原型圖，先把思維邏輯畫出來，然后根據你的思維邏輯和需求方再次進行統一，
以上都是大白話，下面開始總結：
業務需求分析（業務目的、業務目標）
用戶需求分析（明確目標用戶、分析用戶需求）
分解關鍵因素（了解關鍵因素：動機、擔憂、障礙）
總結歸納（分析用戶體驗路徑）
其實在滿足需求方的時候，我們能不能在加入自己的想法來滿足我們的產品，可以從這幾個維度：
有用性。面對的用戶需求是真實的。
可用性。功能可以很好地滿足用戶需求。
滿意度。涉及情感設計的方面，比如圖形、品牌和形象等。
可找到。用戶能找到他們需求的東西。
可獲得。用戶能夠方便地完成操作、達到目的。
可靠性。讓用戶產生信任。
價值。產品要為投資人產生價值。
附加：（行業流程圖）
一：系統架構圖
二：邏輯架構圖
三：物理架構圖：
四：功能架構圖
五：信息架構圖
六：組織架構圖
七：業務流程圖
八：泳道流程圖
九：行業關系圖
十：PEST分析圖
十一：SWOT分析法
小編的文章就寫到這里了，這段時間聽說了很多奇奇怪怪的段子，比如：上知行業走向，下曉體驗細節，左通技術架構，右解剛需痛處，前能寫文檔，后能畫原型，進能與數據共舞，退能與運營齊飛，與研發共進退，和UI齊存亡，陪測試耍bug，同市場看未來；看似很牛逼，其實小垃圾。其實小編文能提筆舒騷情，武能切圖畫交互。(有哪里不足的地方希望大家積極的和我討論)
