如何獲取用戶需求的十大技巧

1、獲取用戶戶需求十十大技巧巧成功的軟軟件產(chǎn)品品是建立立在成功功的需求求基礎(chǔ)之之上的，而高質(zhì)質(zhì)量的需需求來(lái)源源于用戶戶與開(kāi)發(fā)發(fā)人員之之間有效效的溝通通與合作作。當(dāng)用用戶有一一個(gè)問(wèn)題題可以用用計(jì)算機(jī)機(jī)系統(tǒng)來(lái)來(lái)解決，而開(kāi)發(fā)發(fā)人員開(kāi)開(kāi)始幫助助用戶解解決這個(gè)個(gè)問(wèn)題，溝通就就開(kāi)始了了。 需求求獲取可可能是軟軟件開(kāi)發(fā)發(fā)中最困困難、最最關(guān)鍵、最易出出錯(cuò)及最最需要溝溝通交流流的活動(dòng)動(dòng)。對(duì)需需求的獲獲取往往往有錯(cuò)誤誤的認(rèn)識(shí)識(shí)：用戶戶知道需需求是什什么，我我們所要要做的就就是和他他們交談?wù)剰乃麄儌兡抢锏玫玫叫枨笄?，只要要?wèn)用戶戶系統(tǒng)的的目標(biāo)特特征，什什么是要要完成的的，什么么樣的系系統(tǒng)能適適合商業(yè)業(yè)需要就就可以了了，

2、但是是實(shí)際上上需求獲獲取并不不是想象象的這樣樣簡(jiǎn)單，這條溝溝通之路路布滿了了荊棘。首先需需求獲取取要定義義問(wèn)題范范圍，系系統(tǒng)的邊邊界往往往是很難難明確的的，用戶戶不了解解技術(shù)實(shí)實(shí)現(xiàn)的細(xì)細(xì)節(jié)，這這樣造成成了系統(tǒng)統(tǒng)目標(biāo)的的混淆。 其次次是對(duì)問(wèn)問(wèn)題的理理解，用用戶對(duì)計(jì)計(jì)算機(jī)系系統(tǒng)的能能力和限限制缺乏乏了解，任何一一個(gè)系統(tǒng)統(tǒng)都會(huì)有有很多的的用戶或或者不同同類型的的用戶，每個(gè)用用戶只知知道自己己需要的的系統(tǒng)，而不知知道系統(tǒng)統(tǒng)的整體體情況，他們不不知道系系統(tǒng)作為為一個(gè)整整體怎么么樣工作作效率更更好，也也不太清清楚那些些工作可可以交給給軟件完完成，他他們不清清楚需求求是什么么，或者者說(shuō)如何何以一種種精確的的

3、方式來(lái)來(lái)描述需需求，他他們需要要開(kāi)發(fā)人人員的協(xié)協(xié)助和指指導(dǎo)，但但是用戶戶與開(kāi)發(fā)發(fā)人員之之間的交交流很容容易出現(xiàn)現(xiàn)障礙，忽略了了那些被被認(rèn)為是是很明確確的信息息。最后后是需求求的確認(rèn)認(rèn)，因?yàn)闉樾枨蟮牡牟环€(wěn)定定性往往往隨著時(shí)時(shí)間的推推移產(chǎn)生生變動(dòng)，使之難難以確認(rèn)認(rèn)。為了了克服以以上的問(wèn)問(wèn)題，必必須有組組織的執(zhí)執(zhí)行需求求的獲取取活動(dòng)。 需求求獲取活活動(dòng)建議議要完成成的個(gè)任任務(wù)或者者說(shuō)步驟驟分別是是確定需需求過(guò)程程、編寫寫項(xiàng)目視視圖和范范圍文檔檔、用戶戶群分類類、選擇擇用戶代代表、選選擇用戶戶代表、建立核核心隊(duì)伍伍、確定定使用實(shí)實(shí)例、召召開(kāi)聯(lián)合合會(huì)議、分析用用戶工作作流程、確定質(zhì)質(zhì)量屬性性、檢查查問(wèn)題

4、報(bào)報(bào)告和需需求重用用。當(dāng)然然應(yīng)該根根據(jù)組織織和項(xiàng)目目的具體體情況進(jìn)進(jìn)行適當(dāng)當(dāng)?shù)牟脺p減，比如如根據(jù)項(xiàng)項(xiàng)目和用用戶情況況把需求求獲取會(huì)會(huì)議改成成問(wèn)卷調(diào)調(diào)查或者者座談等等等。、編寫項(xiàng)項(xiàng)目視圖圖和范圍圍文檔 系統(tǒng)統(tǒng)的需求求包括四四個(gè)不同同的層次次：業(yè)務(wù)務(wù)需求、用戶需需求和功功能需求求、非功功能性需需求。業(yè)業(yè)務(wù)需求求說(shuō)明了了提供給給用戶新新系統(tǒng)的的最初利利益，反反映了組組織機(jī)構(gòu)構(gòu)或用戶戶對(duì)系統(tǒng)統(tǒng)、產(chǎn)品品高層次次的目標(biāo)標(biāo)要求，它們?cè)谠陧?xiàng)目視視圖與范范圍文檔檔中予以以說(shuō)明。用戶需需求文檔檔描述了了用戶使使用產(chǎn)品品必須要要完成的的任務(wù)，這在使使用實(shí)例例文檔或或方案腳腳本說(shuō)明明中予以以說(shuō)明。功能需需求定義義了開(kāi)

5、發(fā)發(fā)人員必必須實(shí)現(xiàn)現(xiàn)的軟件件功能，使得用用戶能完完成他們們的任務(wù)務(wù)，從而而滿足了了業(yè)務(wù)需需求。 非功功能性需需求是用用戶對(duì)系系統(tǒng)良好好運(yùn)作提提出的期期望，包包括了易易用性、反應(yīng)速速度、容容錯(cuò)性、健壯性性等等質(zhì)質(zhì)量屬性性。需求求獲取就就是根據(jù)據(jù)系統(tǒng)業(yè)業(yè)務(wù)需求求去獲得得系統(tǒng)用用戶需求求，然后后通過(guò)需需求分析析得到系系統(tǒng)的功功能需求求和非功功能需求求。項(xiàng)目目視圖和和范圍文文檔就是是從高層層次上描描述系統(tǒng)統(tǒng)的業(yè)務(wù)務(wù)需求，應(yīng)該包包括高層層的產(chǎn)品品業(yè)務(wù)目目標(biāo)，評(píng)評(píng)估問(wèn)題題解決方方案的商商業(yè)和技技術(shù)可行行性，所所有的使使用實(shí)例例和功能能需求都都必須遵遵從的標(biāo)標(biāo)準(zhǔn)。而而范圍文文檔定義義了項(xiàng)目目產(chǎn)品所所包括的的

6、所有工工作及產(chǎn)產(chǎn)生產(chǎn)品品所用的的過(guò)程。項(xiàng)目相相關(guān)人員員對(duì)項(xiàng)目目的目標(biāo)標(biāo)和范圍圍能達(dá)成成共識(shí)，整個(gè)項(xiàng)項(xiàng)目組都都應(yīng)該把把注意力力集中在在項(xiàng)目目目標(biāo)和范范圍上。、用戶群群分類 系統(tǒng)統(tǒng)用戶在在很多方方面存在在著差異異，例如如：使用用系統(tǒng)的的頻度和和程度、應(yīng)用領(lǐng)領(lǐng)域和計(jì)計(jì)算機(jī)系系統(tǒng)知識(shí)識(shí)、所使使用的系系統(tǒng)特性性、所進(jìn)進(jìn)行的業(yè)業(yè)務(wù)過(guò)程程、訪問(wèn)問(wèn)權(quán)限、地理上上的布局局以及個(gè)個(gè)人的素素質(zhì)和喜喜好等等等。根據(jù)據(jù)這些差差異，你你可以把把這些不不同的用用戶分成成不同的的用戶類類。與中中的概念一一樣，用用戶類不不一定都都指人，也可以以包括其其他應(yīng)用用系統(tǒng)、接口或或者硬件件，這樣樣做使得得與系統(tǒng)統(tǒng)邊界外外的接口口也成為

7、為系統(tǒng)需需求。將將用戶群群分類并并歸納各各自特點(diǎn)點(diǎn)，并詳詳細(xì)描述述出它們們的個(gè)性性特點(diǎn)及及任務(wù)狀狀況，將將有助于于需求的的獲取和和系統(tǒng)設(shè)設(shè)計(jì)。、選擇用用戶代表表 不可可能對(duì)所所有的用用戶都進(jìn)進(jìn)行需求求獲取，這樣做做時(shí)間不不允許效效果也不不一定好好，所以以要識(shí)別別出能夠夠確定需需求和了了解業(yè)務(wù)務(wù)流程的的用戶作作為每類類用戶的的代表。每類用用戶至少少選擇一一位能真真正代表表他們需需求的人人作為代代表并且且能夠作作出決策策，用戶戶代表往往往是本本類用戶戶中三類類人：對(duì)對(duì)項(xiàng)目有有決定權(quán)權(quán)的領(lǐng)導(dǎo)導(dǎo)、熟悉悉業(yè)務(wù)流流程的專專家、系系統(tǒng)最終終用戶。 每一一個(gè)用戶戶代表者者代表了了一個(gè)特特定的用用戶類，并在那那

8、個(gè)用戶戶類和開(kāi)開(kāi)發(fā)者之之間充當(dāng)當(dāng)主要的的接口，用戶代代表從他他們所代代表的用用戶類中中收集需需求信息息，同時(shí)時(shí)每個(gè)用用戶代表表又負(fù)責(zé)責(zé)協(xié)調(diào)他他們所代代表的用用戶在需需求表達(dá)達(dá)上的不不一致性性和不兼兼容性。、建立核核心隊(duì)伍伍 通常常用戶和和開(kāi)發(fā)人人員不自自覺(jué)的都都有一種種我們和和他們的的想法，產(chǎn)生一一種對(duì)立立關(guān)系，把彼此此放在對(duì)對(duì)立面，每一方方都定義義自己的的邊界，只想自自己的利利益而忽忽略對(duì)方方的想法法。他們們通過(guò)文文檔、記記錄和對(duì)對(duì)話來(lái)溝溝通，而而不是作作為一個(gè)個(gè)合作的的整體去去識(shí)別和和確定需需求完成成任務(wù)。實(shí)踐證證明這樣樣的方法法是不正正確的，不會(huì)給給雙方帶帶來(lái)一點(diǎn)點(diǎn)益處，良好的的溝通關(guān)關(guān)

9、系沒(méi)有有建立導(dǎo)導(dǎo)致了誤誤解和忽忽略重要要的信息息。只有有當(dāng)雙方方參與者者都明白白要成功功自己需需要什么么，同時(shí)時(shí)也知道道要成功功對(duì)方需需要什么么時(shí)，才才能建立立起一種種合作關(guān)關(guān)系。 為了了建立合合作關(guān)系系通常采采取一種種組隊(duì)的的方式來(lái)來(lái)獲取需需求，建建立一個(gè)個(gè)由用戶戶代表和和開(kāi)發(fā)人人員組成成的聯(lián)合合小組作作為需求求獲取的的核心隊(duì)隊(duì)伍。聯(lián)聯(lián)合小組組將負(fù)責(zé)責(zé)識(shí)別需需求、分分析解決決方案和和協(xié)商分分歧，小小組成員員可以采采用會(huì)議議、電子子郵件、綜合辦辦公系統(tǒng)統(tǒng)等方式式進(jìn)行交交流，但但交流時(shí)時(shí)應(yīng)注意意以下原原則：小小組會(huì)議議應(yīng)該由由中立方方來(lái)組織織和主持持，用戶戶和開(kāi)發(fā)發(fā)人員都都要參加加；交流流預(yù)先要

10、要確定準(zhǔn)準(zhǔn)備和參參與的規(guī)規(guī)則；議議題要明明確并覆覆蓋所有有關(guān)鍵點(diǎn)點(diǎn)，但信信息來(lái)源源應(yīng)該自自由；交交流目標(biāo)標(biāo)要明確確，并告告知所有有的成員員。、確定使使用實(shí)例例 從用用戶代表表處收集集他們將將使用系系統(tǒng)完成成所需任任務(wù)的描描述，討討論用戶戶與系統(tǒng)統(tǒng)間的交交互方式式和對(duì)話話要求，這就是是使用實(shí)實(shí)例，一一個(gè)單一一的使用用實(shí)例可可能包括括完成某某項(xiàng)任務(wù)務(wù)的許多多邏輯相相關(guān)任務(wù)務(wù)和交互互順序。使用實(shí)實(shí)例方法法給需求求獲取帶帶來(lái)的好好處來(lái)自自于該方方法是用用以任務(wù)務(wù)為中心心和以用用戶為中中心的觀觀點(diǎn)，比比起使用用以功能能為中心心和以開(kāi)開(kāi)發(fā)者為為中心的的方法，使用實(shí)實(shí)例方法法可以使使用戶更更清楚地地理解和和

11、認(rèn)識(shí)到到新系統(tǒng)統(tǒng)允許他他們做什什么和怎怎么做。描寫使使用實(shí)例例的時(shí)候候要注意意使用簡(jiǎn)簡(jiǎn)潔直白白的表述述，盡量量使用主主動(dòng)語(yǔ)態(tài)態(tài)，系統(tǒng)統(tǒng)或者用用戶作為為主語(yǔ)，比如用用戶提交交用戶密密碼，系系統(tǒng)驗(yàn)證證用戶密密碼是否否正確，還有一一點(diǎn)在描描述中不不要設(shè)計(jì)計(jì)界面細(xì)細(xì)節(jié)，比比如用戶戶從下拉拉框中選選擇產(chǎn)品品類型.使用實(shí)實(shí)例為以以后寫用用例場(chǎng)景景描述中中的基本本路徑和和擴(kuò)展路路徑提供供了素材材。、召開(kāi)聯(lián)聯(lián)合會(huì)議議 最常常見(jiàn)的需需求獲取取方法是是召開(kāi)會(huì)會(huì)議或者者面談，聯(lián)合會(huì)會(huì)議是范范圍廣的的、簡(jiǎn)便便的討論論會(huì)，也也是核心心隊(duì)伍成成員之間間一種很很好的溝溝通方法法，該會(huì)會(huì)議通過(guò)過(guò)緊密而而集中的的討論得得以將用

12、用戶代表表與開(kāi)發(fā)發(fā)人員間間的合作作伙伴關(guān)關(guān)系付諸諸于實(shí)踐踐并能由由此擬出出需求文文檔的底底稿。聯(lián)聯(lián)合會(huì)議議的第一一個(gè)議題題就是系系統(tǒng)的必必要性和和合理性性，必須須所有成成員都同同意系統(tǒng)統(tǒng)是必要要的而且且合理的的。接下下來(lái)就可可以討論論使用實(shí)實(shí)例清單單，清單單可以打打印成大大紙掛在在墻上、寫在黑黑板上或或做成演演示材料料。對(duì)每每個(gè)清單單合并去去掉重復(fù)復(fù)項(xiàng)，加加上補(bǔ)充充內(nèi)容就就可以得得到一份份總的清清單，注注意避免免采用負(fù)負(fù)面的太太差不可可行去否否定用戶戶的想法法，這些些想法都都應(yīng)該保保留下來(lái)來(lái)作為被被評(píng)議的的清單項(xiàng)項(xiàng)，這樣樣保護(hù)了了小組成成員開(kāi)放放的思維維。最后后對(duì)清單單進(jìn)行討討論，會(huì)會(huì)議成員員

13、必須檢檢查每一一個(gè)使用用實(shí)例，在把它它們納入入需求之之前決定定其是否否在項(xiàng)目目所定義義的范圍圍內(nèi)，形形成最終終的需求求報(bào)告。 在進(jìn)進(jìn)行討論論時(shí)，也也應(yīng)該避避免受不不成熟的的細(xì)節(jié)的的影響，在對(duì)系系統(tǒng)需求求取得共共識(shí)之前前，用戶戶能很容容易地在在一個(gè)報(bào)報(bào)表或?qū)?duì)話框中中列出某某些精確確設(shè)計(jì)，如果這這些細(xì)節(jié)節(jié)都作為為需求記記錄下來(lái)來(lái)，他們們會(huì)給隨隨后的設(shè)設(shè)計(jì)過(guò)程程帶來(lái)不不必要的的限制，應(yīng)確保保用戶參參與者將將注意力力集中在在與所討討論的話話題適合合的抽象象層上，重點(diǎn)就就是討論論做什么么而不是是怎么做做。這里里有一點(diǎn)點(diǎn)很重要要就是要要讓用戶戶理解對(duì)對(duì)于某些些功能的的討論并并不意味味著即將將在系統(tǒng)統(tǒng)中實(shí)

14、現(xiàn)現(xiàn)它，更更不要做做暗示或或者承諾諾什么時(shí)時(shí)候完成成需求。在討論論之后，記下所所討論的的條目，并請(qǐng)參參與討論論的用戶戶評(píng)論并并更正，因?yàn)橹恢挥刑峁┕┬枨蟮牡娜瞬拍苣艽_定是是否真正正獲取需需求。當(dāng)當(dāng)最后拿拿到了一一份詳細(xì)細(xì)準(zhǔn)確的的需求報(bào)報(bào)告書(shū)的的時(shí)候，會(huì)議就就算成功功完成了了。但是是要清楚楚需求過(guò)過(guò)程本身身就是一一個(gè)迭代代的過(guò)程程，在以以后的過(guò)過(guò)程活動(dòng)動(dòng)中不可可避免的的將要修修改和完完善這份份報(bào)告。、分析用用戶工作作流程 分析析用戶工工作流程程觀察用用戶執(zhí)行行業(yè)務(wù)任任務(wù)的過(guò)過(guò)程，通通過(guò)分析析使用實(shí)實(shí)例得到到系統(tǒng)的的用例圖圖。編制制用例圖圖文檔將將有助于于明確系系統(tǒng)的使使用實(shí)例例和功能能需求，統(tǒng)一

15、建建模語(yǔ)言言的使用用有助于于與用戶戶進(jìn)一步步交流。每個(gè)用用例的描描述應(yīng)包包括：編編號(hào)，為為每個(gè)用用例分配配一個(gè)唯唯一的編編號(hào)，為為需求的的追溯提提供了方方便；參參與者，與這個(gè)個(gè)用例交交互的；前置條條件，開(kāi)開(kāi)始用例例前所必必須具備備的系統(tǒng)統(tǒng)狀態(tài)；后置條條件，用用例完成成后系統(tǒng)統(tǒng)達(dá)到的的狀態(tài)；基本路路徑，用用例完成成的關(guān)鍵鍵路徑，也是用用戶期望望的路徑徑；擴(kuò)展展點(diǎn)，基基本路徑徑的分枝枝，表示示意外情情況；字字段說(shuō)明明，路徑徑中名稱稱的進(jìn)一一步分解解說(shuō)明，對(duì)以后后類屬性性的定義義和數(shù)據(jù)據(jù)庫(kù)字段段設(shè)計(jì)起起作用；設(shè)計(jì)約約束，實(shí)實(shí)現(xiàn)用例例的非功功能約束束。寫基基本路徑徑時(shí)應(yīng)該該使用主主動(dòng)語(yǔ)句句；句子子以或

16、者者系統(tǒng)作作為主語(yǔ)語(yǔ)；一句句表示一一個(gè)動(dòng)作作，一句句表示系系統(tǒng)動(dòng)作作，交叉叉表現(xiàn)交交互；不不要涉及及界面細(xì)細(xì)節(jié)，比比如用戶戶在文本本框輸入入名稱，下拉框框選擇類類型. 用例例：用戶戶注冊(cè)，用戶注注冊(cè)成為為系統(tǒng)會(huì)會(huì)員 編號(hào)號(hào) 參與與者 用用戶 前置置條件 用戶戶訪問(wèn)系系統(tǒng)，系系統(tǒng)運(yùn)行行正常 后置置條件 系統(tǒng)統(tǒng)記錄用用戶注冊(cè)冊(cè)信息 基本本路徑. 用戶戶請(qǐng)求注注冊(cè)。. 系統(tǒng)統(tǒng)顯示注注冊(cè)界面面。. 用戶戶提交注注冊(cè)信息息。. 系統(tǒng)統(tǒng)驗(yàn)證注注冊(cè)信息息是否正正確。. 系統(tǒng)統(tǒng)生成用用戶名和和密碼，保存注注冊(cè)信息息。. 系統(tǒng)統(tǒng)顯示注注冊(cè)成功功信息，進(jìn)入會(huì)會(huì)員頁(yè)面面。 擴(kuò)展展點(diǎn). 用戶戶提供的的信息不不正確：.

17、 系統(tǒng)統(tǒng)提示輸輸入正確確信息. 返回回 補(bǔ)充充說(shuō)明 注冊(cè)冊(cè)信息包包括用用戶實(shí)名名電話話傳真真聯(lián)聯(lián)系地址址聯(lián)系地地址省省份城城市街街道郵郵編 設(shè)計(jì)計(jì)約束 注冊(cè)冊(cè)反應(yīng)時(shí)時(shí)間不能能超過(guò)秒秒、確定質(zhì)質(zhì)量屬性性 在功功能需求求之外再再考慮一一下非功功能的質(zhì)質(zhì)量特點(diǎn)點(diǎn)，以及及確定由由于特殊殊的商業(yè)業(yè)應(yīng)用環(huán)環(huán)境對(duì)系系統(tǒng)提出出的功能能或性能能上的約約束，這這會(huì)使你你的產(chǎn)品品達(dá)到并并超過(guò)客客戶的期期望。對(duì)對(duì)系統(tǒng)如如何能很很好地執(zhí)執(zhí)行某些些行為或或讓用戶戶采取某某一措施施的陳述述就是質(zhì)質(zhì)量屬性性，這是是一種非非功能需需求。聽(tīng)聽(tīng)取那些些描述合合理特性性的意見(jiàn)見(jiàn)：快捷捷、簡(jiǎn)易易、直覺(jué)覺(jué)性、用用戶友好好、健壯壯性、可可靠性、安全性性和高效效性。你你將要和和用戶一一起商討討精確定定義他們們模糊的的和主觀觀言辭的的真正含含義，并并且要將將質(zhì)量屬屬性分配配到每個(gè)個(gè)用例的的設(shè)計(jì)