做軟體如何獲取用戶需求

『壹』 在做軟體進行需求獲取時應該注意什麼問題

進行需求獲取時應該注意如下問題:(1)識別真正的客戶。軟體項目在開發過程中會面對多方的客戶,不同類型客戶的素質和背景都不一樣,不同客戶之間可能不存在共同的利益,例如:銷售人員希望系統使用方便,會計人員希望系統可以對銷售的數據進行有效的統計,人力資源部門更關注系統如何管理和培訓員工,不同客戶之間的利益還可能存在沖突。因此,需要清楚地認識影響項目的不同客戶,並對多個客戶的需求進行排序,如果與項目無幹人參與項目,需暫緩考慮其需求。(2)正確理解客戶的需求。在訪談過程中,客戶並不能有效表達真正的需求,可能提供一些混亂的信息,甚至會奪大或者弱化真正的需求。因此,項目干係人在了解客戶所在行業的專業知識外,還要了解客戶的業務和社會背景,有選擇地過濾需求,理解和完善需求,確認客戶真正需要的東西。例如,在買衣服時,客戶都會談論衣服顏色、款式和面料等方面的需求,但買衣服中隱含的需求(禦寒、漂亮或體面等)並不會直接表達。(3)具有較強的忍耐力和清晰的思維。進行需求獲取的時候,應該能夠從客戶凌亂的建議和觀點中整理出真正的需求,不能對客戶需求的不確定性和過分要求失去耐心,甚至造成不愉快,要具備較好的協調能力。(4)說服和教育客戶。需求分析人員可以同客戶密切合作,幫助他們找出真正的需求，通過說服、引導等手段,也可以通過培訓來實現;針對需求變更,要與客戶進一步交流,並告知客戶需求變更為正常項目開發所帶來的影響。(5)建立需求分析小組。在軟體項目開發過程中,需求分析人員應成立專門的需求分析小組,進行充分交流,對客戶所提出的需求進行實地考察訪談,並收集相關資料,在必要時可以採用圖形表格等工具。

『貳』 軟體需求獲取遵循需要怎麼樣的步驟

具體需求獲取的步驟如下:(1)開發高層的業務模型。客戶和開發組織確定各自的單一聯系點,授予做決定的權利,並代表各自的組織利益行事。在此基礎上,項目干係人需對所開發領域進行充分了解，並建立業務模型,描述用戶的業務過程,確定用戶的初始需求。最後通過迭代,更深人地了解應用領域,並對初始業務模型進行改進。(2)定義項目范圍和高層需求。在軟體項目開始之前,應當在所有項目相關方面建立一個共同的願景,即定義項目范圍和高層需求。項目范圍描述系統的邊界與外部事物(包括組織、人、硬體設備、其他軟體等)的關系。高層需求不涉及過多的細節,主要標識系統需求的概貌。(3)識別用戶類和用戶代表。保證軟體開發組織分析需求的一致性和完整性。在此基礎上確定目標系統的不同用戶類型,在需要項目澄清時,接觸客戶組織中適當的聯系點並解決問題。(4)獲取具體需求。獲取開發組織以需求規格說明文檔的形式得出討論結果。(5)確定目標系統的業務工作流。根據客戶組織中的人員評審需求規格說明文檔,確保目標系統業務工作的一致性和完整性。在需要變更的情況下,與軟體項目干係人進行磋商,保證雙方對需求有一致的、完整的、無二義性的理解。(6)需求整理與總結。對上述步驟的需求資料進行整理和總結,確定對軟體系統的綜合要求,即軟體系統的需求,並提出這些需求實現條件,以及需求應達到的標准。這些需求包括功能需求、性能需求、環境需求、可靠性需求、安全保密需求、用戶界面需求、資源使用需求、軟體成本消耗與開發進度需求等。

『叄』 做軟體開發的怎樣了解和分析客戶的需求工作中碰到這樣的問題不知道怎樣入手，請教高人指點！

首先要了解客戶要做什麼，做到什麼程度，裡面有哪些需求，按照功能或者部門一項一項的詳細分解，與客戶充分溝通。要讓客戶先說，你仔細聽、記，客戶說完了你再根據流程對每一項進行詳細詢問。你整個了解了以後，寫一個開發需求說明書，給客戶看看，有沒有理解的偏差，有再修改，沒有就讓客戶簽字，這就是以後開發的基礎，防止扯皮。

『肆』 APP軟體開發，如何深入了解用戶需求

「客戶就是上帝」，這句話放在哪裡都不會錯。只有充分了解了客戶的需求，才能做出適合的產品。
現在軟體開發公司有很多，但是真正能夠開發出好的軟體的公司不是很多，主要的原因就是未能了解用戶真正的需求。想要了解用戶的真正需求，不妨對他們做個小調查，了解他們正在使用的應用，希望增加哪些功能。
將這些信息整合在一起，對你自己的產品進行改進和完善。同時，要必須了解應用平台，應用是否能適應這個平台的生態環境，並為它帶來新的特別的功能，從而與別的應用區別開來。

『伍』 我是做軟體銷售的,如何充分挖掘客戶需求

如何開拓准客戶
很多營銷員對開拓准客戶都感到頭痛，感覺吃力，其實不然，只要我們注意收集客戶資料，就不難發現，其實在現有客戶群中，還隱藏著很多准客戶，存在很大的客戶市場，等待我們去開拓。通過轉介紹是開拓准客戶最為有效的方法，也是保證營銷員不斷獲得准客戶的重要資源。通過轉介紹，還可減少初次拜訪的陌生感，同時有客戶的認可，更具說服力，贏得准客戶的認可，促成簽單。

取得客戶認同
首先應取得轉介紹人（客戶）對轉介紹性質的認可。只有得到客戶的認可，客戶才會把朋友的近況及家庭情況告訴你，從而獲得准客戶的詳細資料。獲得客戶認同要做到兩點：首先是要有責任感，篤守信譽，有責任心。其次是能為客戶提供優質滿意的服務，只有以真誠服務打動客戶的心，才會獲得客戶的認可，客戶才會放心把這種服務介紹給朋友，把你推薦給朋友，自願反饋朋友信息。所以，在經營客戶時，一定要重信譽，講信用，以實際行動贏得客戶信任，客戶才樂意做轉介紹。當然也會遇到拒絕提供轉介紹的客戶，此時，營銷員應該盡快找出客戶拒絕的原因，打消客戶的顧慮，解除客戶的擔憂，重拾認同肯定。
獲得准客戶資料
得到客戶的認可後，再聊客戶的朋友，客戶會把自己對朋友的了解以及情感告訴你，從而獲得准客戶的詳細資料。收集資料時，主要掌握准客戶的姓名、年齡、家庭及單位地址和電話號碼、教育背景及未來計劃、目前收入和將來可能的最高收入。同時還能獲知准客戶的興趣，掌握准客戶的情感與性格，為陌生拜訪奠定基礎。有客戶提供的資料，對准客戶有了大致的了解和認識，輕松掌握准客戶的生活詳情，再有計劃性地為准客戶做准備，對症下葯，整理出投保計劃書，將更具說服力。
准確鎖定客戶
根據自己掌握的資料，認真對准客戶進行篩選，選擇最具有可能性和最具有購買實力的准客戶做拜訪，鎖定為主攻對象。鎖定客戶後，選擇恰當的拜訪時間、拜訪方式、拜訪話題，精心為准客戶設計投保計劃。雖然是陌生拜訪，但對客戶資料了如指掌，如吃了定心丸，介紹更得心應手，句句說到准客戶心坎上。再則是經朋友介紹來的，准客戶不會拒你於千里之外，更不會為難你，甚至還會產生一種親切感、信任感。可以藉助自己為客戶提供的服務，用事實證明自己的信譽與能力。贏得准客戶認可時，再行介紹保險，灌輸保險意識，如此雙管齊下，作用更為明顯，相信會事半功倍。准客戶也會打心裡接受你的觀點，成為你的客戶，最後促成簽單

『陸』 如何獲取用戶真實需求

需求是在一定時期內人們的某種需要或者慾望，在經濟學上還有購買慾望的含義。用戶描述需求的時候，往往會停留在表面層次，但用戶說的往往不是真實需求，我們需要盡最大的努力去挖掘用戶的真實需求。

我們來看一段描述，有人問張三現在的需求是什麼，張三回答要寶馬車，還要原裝進口的。那麼張三的需求是否真的就是進口寶馬車呢？其實不一定，或許進口奧迪車也能滿足張三的需求。

用戶需求

但我們不能只分析到這里，要挖掘更深層次的東西，要寶馬車幹嘛呢？或許是為了代步以圖方便，節省時間；或許是愛慕虛榮，以方便泡MM。一旦我們找到背後隱藏的需求，我們就可以去設計一個替代品，去滿足用戶的真實需求，以節省進口寶馬車那高昂的成本。我們做產品也一樣，不能只關注用戶表面的需求，而要挖掘出真實需求，才能設計出正確的產品。

我們還可以分析一些社會化產品的案例，比如QQ的隱身功能，SNS社區的真實頭像和非真實頭像的區別等，看起來這些功能都不是產品的主要功能，是一些附屬的功能，那麼為什麼要做這些功能？

原因就在於用戶在社交群體裡面有個體心理表達這樣深層次的真實需求在裡面，這些功能可以讓用戶在社交過程當中有存在感又有安全感，也滿足了用戶傾訴表達的慾望。不過這些功能用戶是不會告訴你他真正想要真實頭像還是非真實頭像的，要靠我們去挖掘。

如何獲取用戶真實需求

1、獲取足夠全的信息。

途徑極多，比較常見的就有：

• 公開信息。包括新聞(網路新聞、科技媒體、微信搜索)、大眾評論(微博、微信、知乎)、相關領域的網站和論壇、各種互聯網分析網站(比如艾瑞咨詢、企鵝智酷等)。

• 用戶調查。在線問卷(問卷星等)、線下問卷，還可以委託代理公司等。

• 用戶訪談。找到目標用戶中較高質量的進行跟蹤訪談，高質量的定義一般是在領域內資深、對產品體驗要求高、有話語權，以及擅於表達。

• 行業專家、同類產品從業者訪談。可以獲得更落地、更真實以及更深入的一些信息。

通過這些途徑，要獲取的信息大概是：

• 市場規模、市場特點

• 競品狀況、用戶使用情況

• 目標用戶特徵

• 用戶目前滿足同類需求的方式

• 用戶期望其它哪些方式滿足需求

2、整理數據、總結信息，並得出分析。

整理和總結實際並不是特別棘手，稍有統計知識或者做過調研，這些都不用多說。在每一步統計和總結中，一定要做到兩點：A. 有邏輯 B. 避免陷阱。比如，朋友的二次元項目做調研，發現垂直領域女性用戶比例是 95%，是問卷得來的板上釘釘的，但做調研的過程中眼尖的他們發現，男生很少願意填問卷，所以真實比例肯定是比這個小的。

比如用戶說一直想有人給他做飯，你不要就覺得需求是「找人做飯」，應該記下來的需求點是：平時忙沒時間做飯，又不想出去吃覺得不幹凈。這樣抽象出來的核心就是：方便、快捷、衛生。如果只是找個人做飯，結果預約步驟麻煩、上門服務又不夠干凈，即使再便宜也沒用，因為這不是他的需求點。

『柒』 如何獲取軟體系統的需求

第一個步驟是市場調研（可行性分析「做還是不做」）
第二個步驟是需求分析（軟體需求規格說明書「做什麼，不做什麼」。）
第三個步驟是概要設計（概要設計說明書）
第四個步驟是詳細設計（詳細設計說明書）
第五個步驟是編碼
第六個步驟是測試（集成測試計劃）

選B

『捌』 獲取用戶需求的主要方法

需求獲取分四個階段：獲取需求、分析需求、撰寫需求文檔、驗證需求。需求獲取到之後要對需求進行分析，將合理的需求整理成文檔，最後再以文檔為基礎對需求進行評審、驗證。這個步驟可能需要幾次循環，不斷地優化需求。

獲取需求：也叫捕獲需求，需要人為主動地去捕捉。可以通過問卷調查、用戶訪談、競品分析、市場分析等方法獲取。

分析需求：將獲取到的需求進行過濾、分析、加工、整理，最後篩選出真正有價值的需求。在分析需求的過程會用到很多方法，例如使用SWOT分析法分析產品的優勢、劣勢、機會、威脅；使用長尾效應分析法分析產品邊界，分析核心需求、基本需求、滿意需求、期待需求、興奮需求，哪些需求是產品的頭部，哪些需求是產品的尾部，輻射到的用戶范圍有哪些；使用優先順序分析法將需求按重要度、緊急度、影響度進行劃分，區分出需求的優先順序，先開發哪些，再開發哪些。還有以競品對比、用戶偏好、商業價值等從各方面對需求進行分析，最終才能找出真正有價值的需求。

撰寫需求文檔：為了便於需求信息的傳遞和梳理，可以將分析後的需求以文檔的形式記錄下來，並形成規范，以便於與產品有關的人員之間的溝通。需求文檔中要有各模塊、頁面、功能的說明，各功能的輸入、加工和輸出信息，以及各種圖形內容，以便文檔信息更准確的傳遞。

驗證需求：此步驟是論證需求的過程，不是所有經過分析得到的需求都是正確的、合理的，需要通過評審論證以證實需求的正確性和合理性。驗證方式可能是會議評審方式，也可能是主要負責人逐條排查的方式。

如果進入下一個階段，發現有問題怎麼辦？在需求獲取的每個過程都是可逆的，當下一階段出現問題時，需求分析會回滾到上一階段。可以從用戶、網路、公司內部人員、競品、行業動態及內心感知等方面獲取用戶需求，具體介紹如下。

1．直接用戶

這是最直接的獲取用戶需求的方法，用戶會通過語言、情緒、動作、表情來表達自己的好惡，如果產品解決不了用戶的問題，他們就會用腳投票。用戶能明確說出來的都是用戶期望解決的需求，這些都屬於基本需求。有的需求是用戶表達不出的或者根本就沒有意識到的，而這種能夠引領市場、讓產品脫穎而出的需求才是高價值的需求。

2．行業動態

「與天斗，其樂無窮；與地斗，其樂無窮；與人斗，其樂無窮。」做產品要時刻關注行業動態信息，政策環境就屬於產品的「天」，市場環境就屬於產品的「地」，用戶就屬於產品的「人」，我們要隨時關注政策變化、市場環境變化，這樣才能夠保證產品的方向是正確的。這里說的「斗」是研究的意思，多研究產品的大環境，才能在第一時間抓住機遇、把控時機。

3．內部人員

一家公司往往只關注一個行業，公司內的同事都是這個行業的精英，對自己所從事的行業有著較深的感悟。例如運營人員大多關注產品與市場之間的關系，客服人員大多關注著產品與真實用戶之間的關系，業務人員大多關注產品與潛在客戶間的關系……公司內的每個人對產品都有不同的解讀和思考，從他們那裡可能會找到正確的答案。

4．競品分析

當我們剛進入一個行業時，最快速的了解產品的方式就是研究競品。除要研究競品的功能外，還要研究產品功能背後的邏輯和思想。為什麼要這樣做，根據什麼邏輯，能解決用戶什麼問題，用戶的反應是什麼。研究競品並不是要克隆競品，要了解市場、行業及用戶。我們最好能找到真實的數據，用數據來說話，找出哪些功能是用戶最迫切需要的。我們只有更好地了解競品，才能更好地解決問題，為客戶提供更優質的服務。

5．網路信息

調研和獲取需求不一定非要與用戶面對面地溝通，實際上有很多種方式都可以收集到用戶需求，如網站的留言，企業的公眾號、微信、微博等，這些窗口都可以作為與用戶溝通的渠道。

6．內心感知

「樹欲靜而風不止」，用戶的需求是不斷變化的，會因時間、地點、人物角色的不同而不同，每個人看問題的角度都不同，每個人的思想和成長經歷也不同。

同樣的產品在不同時期對用戶的價值也不同，如「大哥大」、BB機在20年前風靡全國，而如今它們已經被淘汰在歷史的長河中。據說，喬布斯是從不做市場調研的，他只是看鏡子中的自己，用心去領悟產品。世上的功夫有很多種，長拳、八仙拳、天羅拳、地煞拳、六星拳等，但我認為最高境界的功夫應該沒有招式，即以無招勝有招，套路是固定的，但現實的變化是無窮的，用有招數的套路去應對無窮的變化一定會失敗。所以最好的需求獲取方式就是用心去領悟，把自己真正融入產品的世界中。

『玖』 如何進行軟體需求分析

軟體需求分析免費下載

鏈接:https://pan..com/s/1qNBwqvbRS5ziBSIeanLQAQ

需求分析也稱為軟體需求分析、系統需求分析或需求分析工程等，是開發人員經過深入細致的調研和分析，准確理解用戶和項目的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉化為完整的需求定義，從而確定系統必須做什麼的過程。