需求調研的評估方法問(wèn)題(需求分析有哪幾個(gè)步驟)

1.需求分析有哪幾個(gè)步驟

一、需求獲取階段

在需求獲取階段，需要做好收集和管理兩件事。

這些需求既有產(chǎn)品經(jīng)理主動(dòng)挖掘的，也有從用戶(hù)、運營(yíng)、業(yè)務(wù)方、領(lǐng)導等渠道被動(dòng)獲取的，無(wú)論哪個(gè)渠道來(lái)的需求，都需要有一個(gè)正式的地方進(jìn)行管理，也就是我們通常所說(shuō)的需求池。

不過(guò)，對于多方關(guān)注的重點(diǎn)需求，通過(guò)需求池來(lái)向各方同步就不太合適了：

一是因為需求池內容太多、太雜，向業(yè)務(wù)方、領(lǐng)導匯報的時(shí)候會(huì )有很多干擾信息，難以快速抓住重點(diǎn)；

二是因為需求池里面可能有些需求不適合完全公開(kāi)。

這時(shí)我們就需要使用《事項跟蹤表》來(lái)單獨跟進(jìn)，形式上用Excel、PPT都可以。

而放在《事項跟蹤表》里的需求，也要在需求池里記錄下來(lái)，即需求池是做全量需求管理的，《事項跟蹤表》是做重點(diǎn)需求跟進(jìn)、匯報的。

二、需求分析階段

1. 分析內容

需求分析主要從需求要素、定位、分解、優(yōu)先級四個(gè)方面進(jìn)行。

1）需求要素分析

需求要素分析是從需求本身出發(fā)，不考慮其他因素。

這些要素包括：內容、用戶(hù)/角色、頻次、價(jià)值、場(chǎng)景-動(dòng)機、強度六個(gè)方面，這些要素的含義大家應該都比較清楚了，這里說(shuō)一下分析各個(gè)要素的目的是什么：

分析需求內容，是為了弄清楚需求是什么；

分析需求用戶(hù)/角色，是為了弄清楚需求為誰(shuí)服務(wù)；

分析需求頻次、強度，是為了弄清楚需求對用戶(hù)的重要性、緊迫程度；

分析需求場(chǎng)景-動(dòng)機，是為了弄清楚需求真偽、用戶(hù)目的，更深入的理解需求；

分析需求價(jià)值，是為了弄清楚需求值不值得做。

2）定位分析

需求的定位分析是分析需求對產(chǎn)品當前階段目標的意義。

分析需求的定位，有以下兩個(gè)目的：

一是作為優(yōu)先級排期的判斷條件之一，如果需求與產(chǎn)品當前階段的目標密切相關(guān)，則需要作為高優(yōu)先級上線(xiàn)；

二是為了框定需求范圍。每個(gè)需求的實(shí)現程度都有深有淺，可以很簡(jiǎn)單，也可以很復雜，了解了需求之于產(chǎn)品的定位，就能判斷需求要做到什么程度。如果一個(gè)需求對產(chǎn)品很重要，那就需要做得很豐富，如果只是輔助需求，則需要適當輕量。

3）需求分解

原始需求的顆粒度往往較粗，不利于后續的分析、設計、開(kāi)發(fā)等工作，所以我們需要對這些顆粒度較粗的原始需求進(jìn)行分解，分解為一個(gè)個(gè)完整、獨立、可實(shí)現的子需求。

4）優(yōu)先級分析

優(yōu)先級分析是以拆解后的子需求為單位進(jìn)行的，根據各類(lèi)優(yōu)先級的判斷方法、原則，初步評估各個(gè)子需求的上線(xiàn)順序及時(shí)間。

2. 常見(jiàn)問(wèn)題

需求分析應該是大家從入行那天就知道要做的事，但大多數同學(xué)在做需求分析時(shí)會(huì )犯以下三個(gè)比較常見(jiàn)的錯誤。

1）缺乏系統性

這是在分析中最常見(jiàn)的問(wèn)題，即很多同學(xué)在分析需求時(shí)沒(méi)有系統性的框架，導致很多方面沒(méi)有分析到、考慮到，從而對需求認識不全面。

2）缺乏深度

對需求某些要素認識比較淺，不夠細致深入，例如在分析需求的用戶(hù)時(shí)，沒(méi)有對用戶(hù)分層、切片，對各個(gè)分層的用戶(hù)也缺乏足夠的了解，導致對用戶(hù)只有一個(gè)籠統、模糊的認識，最后自然無(wú)法深入進(jìn)去。

不過(guò)分析是否有深度的定義其實(shí)很難把握，也缺乏明確的判斷標準，需要隨著(zhù)分析者思維能力的提升、信息量的提升來(lái)加強。

2.需求調研的幾種錯誤觀(guān)點(diǎn)

1）快速原型法，可以替代需求 軟件工程項目中，經(jīng)常會(huì )遇到這樣一種尷尬的局面，我們調研完需求，做完設計，代碼也編寫(xiě)的差不多了，這時(shí)請客戶(hù)過(guò)來(lái)一看，客戶(hù)卻驚奇地發(fā)現這根本不是他們想要的東西。

為了讓客戶(hù)更早更快的對將要建成的軟件系統，有直觀(guān)和感性的認識，我們便建立一個(gè)系統原型，用于給客戶(hù)做演示。客戶(hù)在我們演示和講解的時(shí)候，馬上就可以發(fā)現問(wèn)題，而我們甚至可以現場(chǎng)修改原型，直到客戶(hù)滿(mǎn)意為止。

從理論上說(shuō)，快速原型法確實(shí)幾乎沒(méi)有任何問(wèn)題。但實(shí)際情況并非如此。

第一點(diǎn)，也是最重要的一點(diǎn)，快速原型法無(wú)法解決需求主線(xiàn)的問(wèn)題。關(guān)于需求主線(xiàn)前文已經(jīng)講得很多，而調研需求主線(xiàn)的禁忌中，就特別提到不可以上來(lái)就做原型。

說(shuō)直接點(diǎn)，你是做了某個(gè)模塊或功能的原型，而且這部分原型也得到了客戶(hù)的認可，但項目中真的需要這個(gè)模塊或功能嗎？另外更可怕的一點(diǎn)，當你宣告整個(gè)項目的原型已經(jīng)制作完畢，并且全面得到了用戶(hù)的認可，而那些必須有的需求主線(xiàn)，真的全部包括進(jìn)來(lái)了嗎？ 第二點(diǎn)，快速原型法背后還隱含了一個(gè)假設，客戶(hù)就有極高的計算機素養，非常清楚自己需要什么樣的系統，他的認可就標志著(zhù)原型已經(jīng)合理且完善。但現實(shí)中，絕大多數情況下，這種假設是不成立的。

我們知道，客戶(hù)方的角色實(shí)際至少可以分為兩個(gè)部分：項目發(fā)起人與項目負責人。發(fā)起人多數是職能部門(mén)，而負責人是IT部門(mén)。

你能指望職能部門(mén)的最終使用者，能有多大的概率說(shuō)清楚自己到底想要什么。 第三點(diǎn)，再好的原型，它的層次感也要弱于建筑行業(yè)的沙盤(pán)或效果圖，這使得原型演示不可能完美的表達軟件系統建成后的效果。

以大樓建設為例。我們可以用幻燈片或沙盤(pán)的方式，首先展示建筑的外部環(huán)境、外觀(guān)設計。

然后再進(jìn)入到某一層的樓層布局設計圖，在進(jìn)入到該樓層某個(gè)房間的布局設計圖。這些甚至可以用3D的方法演示出來(lái)。

再配合講解，就能夠使客戶(hù)非常清晰全面的了解到整個(gè)設計。 我們知道，一個(gè)大型軟件系統，可能包含幾十個(gè)大模塊、上百個(gè)小模塊，成百上千的界面，而涉及到按鈕、功能鍵、數據輸入和顯示等細節甚至多達數萬(wàn)個(gè)。

這樣龐大的軟件系統，要去演示它的軟件原型，我們就只能在屏幕上，演示一個(gè)又一個(gè)的界面，根本無(wú)法遵行從整體到局部再到細節這樣一個(gè)流程來(lái)展示。 這樣的一種情況，相當于在建筑行業(yè)中，客戶(hù)要求你蓋一棟商業(yè)、辦公綜合性大樓，而你給客戶(hù)演示的幻燈片，卻只是一大堆的房間、廚房、衛生間、甚至于類(lèi)似排氣扇、開(kāi)關(guān)之類(lèi)非常細枝末節的東西。

又如何讓客戶(hù)提意見(jiàn)，客戶(hù)又從何提起？只見(jiàn)樹(shù)木，不見(jiàn)森林，說(shuō)的就是這個(gè)意思。 在快速原型法相關(guān)知識普及率如此之高的情況下，軟件項目失敗率依然居高不下，其最根本原因，就在于此。

在筆者看來(lái)，只有當需求分析已經(jīng)細化到具體某個(gè)界面的時(shí)候，快速原型法的好處才能真正體現出來(lái)。而在此之前的僅僅只能用于確定界面布局，以及界面風(fēng)格。

否則將不會(huì )對項目有多少幫助。 2）迭代次數越多，越能貼近用戶(hù)需求 曾經(jīng)有一次到一個(gè)朋友公司去談事情，到朋友的辦公室的時(shí)候，恰好有一個(gè)項目經(jīng)理正在匯報項目進(jìn)度。

朋友知道我也是做軟件工程管理的，就讓項目經(jīng)理繼續匯報。當時(shí)項目經(jīng)理說(shuō)的有一件事情記憶特別深刻：“現在的原型和設計已經(jīng)進(jìn)行到第5次迭代……”。

似乎迭代次數越多，就代表項目越能取得成功。 完成一個(gè)軟件項目，特別是大型的軟件項目，總是需要很長(cháng)的時(shí)間，為了避免在項目已經(jīng)進(jìn)行到尾聲的時(shí)候，才發(fā)現原來(lái)和用戶(hù)的要求有很大的差別，于是產(chǎn)生了迭代法。

迭代的方式如下，假如這個(gè)項目要求6個(gè)月交貨，我在第一個(gè)月就會(huì )拿出一個(gè)產(chǎn)品來(lái)，當然，這樣會(huì )很不完善，會(huì )有很多功能還沒(méi)有添加進(jìn)去，bug很多，還不穩定，但客戶(hù)看了以后，會(huì )提出更詳細的修改意見(jiàn)，這樣就知道自己距離客戶(hù)的需求有多遠。 回家以后，再花一個(gè)月，在上個(gè)月所作的需求分析、框架設計、代碼、測試等等的基礎上，進(jìn)一步改進(jìn)，又拿出一個(gè)更完善的產(chǎn)品來(lái)，給客戶(hù)看，讓他們提意見(jiàn)。

就這樣，我的產(chǎn)品在功能上、質(zhì)量上都能夠逐漸逼近客戶(hù)的要求，不會(huì )出現我花了大量心血后，直到最后發(fā)布之時(shí)才發(fā)現根本不是客戶(hù)要的東西的情況。 對比快速原型法和迭代法，就可以發(fā)現它們所需要解決的核心問(wèn)題是一樣的，那就是如何應對和適用客戶(hù)需求在項目實(shí)施過(guò)程中的變化。

實(shí)際上快速原型法中就包含了迭代的意思。它的目標是爭取在設計、編碼開(kāi)始前，將客戶(hù)的需求穩定下來(lái)。

而迭代法則走得更遠，它發(fā)現在客戶(hù)需求變化幾乎貫穿了軟件工程項目的整個(gè)過(guò)程，而不僅僅是在需求調研過(guò)程之中。于是迭代法就包含設計迭代、代碼迭代、測試迭代。

但迭代法的同快速原型法一樣，它重點(diǎn)仍然是著(zhù)眼于如何應付需求的變化上，只是把變化擴展為整個(gè)開(kāi)發(fā)過(guò)程。也因此，迭代法仍然無(wú)法擺脫上述快速原型法中，講到的只見(jiàn)樹(shù)木不見(jiàn)森林缺陷。

3）敏捷開(kāi)發(fā)和極限編程，可以應付需求變動(dòng) 敏捷開(kāi)發(fā)這個(gè)詞很好很形象。它使我仿佛看見(jiàn)一幅場(chǎng)景：兩個(gè)人正在做游戲，一個(gè)人不停的丟出雞蛋，而另一個(gè)人則敏捷地接下所有的雞蛋，避免它掉在地。

3.市場(chǎng)需求預測有哪三種方法,其優(yōu)缺點(diǎn)各是什么

1.定性預測方法。主要是通過(guò)社會(huì )調查，采用少量的數據和直觀(guān)材料，結合人們的經(jīng)驗加以綜合分析，作出判斷和預測。它是以市場(chǎng)調研為基礎的經(jīng)驗判斷法。具體方法主要有：購買(mǎi)者意向調查法 、銷(xiāo)售人員意見(jiàn)綜合法、專(zhuān)家意見(jiàn)法、市場(chǎng)試銷(xiāo)法。

2.定量預測方法。是依據市場(chǎng)調查所得的比較完備的統計資料，運用數學(xué)特別是數理統計方法，建立數學(xué)模型，用以預測經(jīng)濟現象未來(lái)數量表現的方法的總稱(chēng)。運用定量預測方法，一般需具有大量的統計資料和先進(jìn)的計算手段。定量預測方法大致可分為兩大類(lèi)，即時(shí)間序列預測方法和因果分析預測方法。時(shí)間序列預測方法主要有：水平型發(fā)展趨勢、線(xiàn)性變化趨勢、二次曲線(xiàn)趨勢、對數直線(xiàn)趨勢、修正指數曲線(xiàn)趨勢、龔佩子曲線(xiàn)趨勢。因果分析法的主要工具是回歸分析技術(shù)，因此又稱(chēng)其為回歸分析預測方法。運用回歸方程進(jìn)行分析預測的方法主要有 三種：一元回歸預測、多元回歸預測、自回歸預測。

4.社區需求評估包括哪些

1、社區需求評估包括兩大方面：

(1)社區共同性問(wèn)題（社區需求與問(wèn)題評估）；

(2)社區群體性問(wèn)題（服務(wù)對象群需求與問(wèn)題評估及服務(wù)對象需求與問(wèn)題評估）。

2、社區需求評估的目的：

(1)確認社區的需要、關(guān)注點(diǎn)與問(wèn)題；

(2)建立社區服務(wù)的發(fā)展目標；

(3)幫助社區采取必要的行動(dòng)；

(4)判斷社區的需求是否發(fā)生了變化；

(5)收集社區的希望、夢(mèng)想和愿望。

擴展資料：

社區擁有的三大類(lèi)資源：

1、人力資源：社區中所有的個(gè)人的體力、技術(shù)、智慧、助人意愿以及人際關(guān)系等。（重視的對象：社區領(lǐng)袖、專(zhuān)家、學(xué)者、領(lǐng)導人、社工、志愿者）。

2、物力資源：用于社區服務(wù)的場(chǎng)地、設備。

3、財力資源：社區服務(wù)所需的經(jīng)費，來(lái)源——政府、社會(huì )捐助、服務(wù)收費。

參考資料來(lái)源：百度百科 - 需求評估

5.軟件工程中常用的需求分析的方法有哪些

一、過(guò)濾需求的方法做后端系統，要學(xué)會(huì )的第一個(gè)技能就是砍需求。

也就是過(guò)濾需求。這不是一個(gè)貶義詞，反而是體現后端產(chǎn)品價(jià)值判斷的基礎。

過(guò)濾需求的方法，就是通過(guò)一定的手段判斷需求是否是偽需求，應該被過(guò)濾掉。1. 用戶(hù)場(chǎng)景模擬法后端產(chǎn)品的出發(fā)點(diǎn)就是幫助業(yè)務(wù)用戶(hù)，因此在調研需求的時(shí)候要模擬業(yè)務(wù)的場(chǎng)景，分析業(yè)務(wù)用戶(hù)提到的需求是否能解決他的問(wèn)題。

如果不能幫助用戶(hù)，那么這個(gè)需求就可能是偽需求。以下面的案例說(shuō)明：背景：“貨到付款”類(lèi)型的訂單會(huì )因為缺貨而無(wú)法發(fā)出，如果超過(guò)一定的時(shí)間，客服就會(huì )跟顧客溝通，幫顧客取消訂單。

需求：由于這種訂單的數量還是蠻多的，逐個(gè)取消太費時(shí)間，因此業(yè)務(wù)用戶(hù)要求在“缺貨訂單”列表頁(yè)增加“批量取消訂單”按鈕。分析：調研到業(yè)務(wù)操作場(chǎng)景，是先找到該類(lèi)缺貨訂單，然后和顧客溝通，顧客同意刪除，才進(jìn)行刪除。

也就是逐個(gè)溝通確認，再逐個(gè)取消訂單的，所以“批量取消訂單”無(wú)法被有效使用。因此，該需求是個(gè)偽需求，應該被過(guò)濾掉。

2. 功能歸屬分析專(zhuān)門(mén)的系統做專(zhuān)職功能，有助于合理的產(chǎn)品體系建設。因此需求調研的時(shí)候，可以通過(guò)系統的定位，判斷需求是否應該在該系統完成。

如果不屬于該系統范疇，那么直接說(shuō)服需求方更換方案。以下面的案例說(shuō)明：背景：CRM系統（顧客關(guān)系管理系統）有一個(gè)顧客標簽生成功能，就是根據顧客的消費行為數據，自動(dòng)對應關(guān)聯(lián)上標簽，如優(yōu)質(zhì)顧客、高潛力顧客、欺詐顧客等。

需求：業(yè)務(wù)用戶(hù)提出需求，除了做上述的基礎標簽之外，還要做出英語(yǔ)版本的標簽（就是把標簽文案翻譯成英文），這樣歐美員工可以在英語(yǔ)版本的系統下使用。分析：調研到翻譯之后的標簽不是在CRM系統使用的，而是給到SMS（客服系統）使用的。

所以應該由SMS根據CMS提供的基礎標簽數據，自己做二次的衍生。之所以這樣，首先是為了避免未來(lái)更多語(yǔ)言版本的擴展需求或更多系統提出類(lèi)似的需求；其次，CRM系統已經(jīng)完成了“接力賽”的第一棒，創(chuàng )造了基礎數據，那么其他系統要特殊化使用，完全可以自行進(jìn)行特殊化處理，無(wú)需耦合回CRM系統。

結論：案例的需求本身是真需求，并且實(shí)現上也沒(méi)難度，但是該功能的定位超出了本系統范疇，專(zhuān)門(mén)系統做專(zhuān)職功能，化衍生需求應該在下游執行。否則，耦合性過(guò)高只會(huì )增加系統的復雜程度，難以維護和擴展。

二、拆分和聚合的方法1. 拆分需求法業(yè)務(wù)用戶(hù)提出一個(gè)需求，很可能只是短短的一段話(huà)。但是不要高興太早，可能這一句話(huà)暗含了很多線(xiàn)索，因此要善于拆分：先找他要解決的核心問(wèn)題，再?lài)@核心點(diǎn)，理清前、后、左、右、上、下的旁系需求點(diǎn)。

每個(gè)需求點(diǎn)再當做一個(gè)子需求進(jìn)行調研，最后再聚合在一起。以下面的案例說(shuō)明：背景：訂單業(yè)務(wù)的類(lèi)型很多，訂單退貨之后需要創(chuàng )建售后單據，但是因為數量大，所以花費很多人力，且手動(dòng)創(chuàng )建有出錯的風(fēng)險。

需求：業(yè)務(wù)提出的需求是“增加退貨訂單自動(dòng)創(chuàng )建售后單的功能”，這是個(gè)一句話(huà)需求。該一句話(huà)需求，其實(shí)包含了多種具體的訂單類(lèi)型和場(chǎng)景，那么我們就要拆分調研，拆分的維度比如：自營(yíng)訂單、第三方訂單、貨到付款訂單、先款后貨訂單、部分退貨訂單、完全退貨訂單、服裝事業(yè)部訂單、電子事業(yè)部訂單等，其中每一個(gè)維度就相當于一個(gè)小需求。

這里不一一展開(kāi)。2. 聚合需求法拆分法是對單個(gè)需求分解成若干小需求進(jìn)行調研，聚合法相反，是找到許多個(gè)相互關(guān)聯(lián)的小需求的共性，然后統籌成一個(gè)大需求去完成。

例如：由于業(yè)務(wù)用戶(hù)分散在不同的部門(mén)，各自為政，于是張三、李四可能都對一個(gè)業(yè)務(wù)流程有相同的需求，或者對同一個(gè)功能有相同的優(yōu)化期望，結果倆人分別提了需求過(guò)來(lái)。那么產(chǎn)品經(jīng)理就要找到二者背后的相關(guān)性和交叉區。

然后統籌規劃，聚合在一起當作一個(gè)需求來(lái)調研，最終輸出一個(gè)整體的需求調研結果。三、利用輔助功能調研需求調研產(chǎn)品現有功能，可以用來(lái)確認原有功能的邏輯，或者確定新需求方案是否可行。

比如業(yè)務(wù)用戶(hù)需要更新一個(gè)功能，為了避免更新出錯或遺漏，產(chǎn)品經(jīng)理需要知道修改前和修改后是否會(huì )能正常運行。最基礎的辦法就是自己設計一個(gè)測試用例，記錄操作方式、狀態(tài)變化、數據流向等。

看看下面的例子：背景：從銷(xiāo)售網(wǎng)站獲取到OMS系統（訂單管理系統）的訂單信息中帶著(zhù)顧客的郵箱。顧客下完單，可能會(huì )在銷(xiāo)售網(wǎng)站修改郵箱，而此時(shí)已經(jīng)獲取到OMS的歷史訂單中的郵箱是不變的。

需求：顧客若在銷(xiāo)售網(wǎng)站修改郵箱，要求已獲取到OMS的該顧客的訂單中的郵箱也要同步修改。分析：需求是很明白的，也有它的意義，但有風(fēng)險。

因為我們知道訂單信息貫穿于整個(gè)訂單流轉過(guò)程中，牽扯到訂單編輯、審核、取消、配貨、發(fā)貨等，而這些環(huán)節跳轉的觸發(fā)條件可能就是某個(gè)信息更新（這里面就可能包括有郵箱更新）。因此，更新郵箱是否會(huì )影響流程中的某些環(huán)節，一時(shí)間很難準確知道。

于是，我們可以采用預測試的方式，設計測試用例，在測試機運行一些訂單，觀(guān)察各個(gè)環(huán)節郵箱變更的影響，然后收集起來(lái)分析對策。測試法就像是探雷一樣，主要用來(lái)解決未知風(fēng)險點(diǎn)。

這個(gè)方式的重點(diǎn)是記錄和分析操作前狀態(tài)、操作位。

6.市場(chǎng)調查常用的方法有哪些,各自有什么優(yōu)缺點(diǎn)

市場(chǎng)研究分為定量訪(fǎng)問(wèn)和定性訪(fǎng)問(wèn)。

定量訪(fǎng)問(wèn)指：大量訪(fǎng)問(wèn)普通的消費者，從而分析普通消費者的情況。一般最少80樣本以上，最多可達數萬(wàn)甚至十幾萬(wàn)樣本。

定性訪(fǎng)問(wèn)指：訪(fǎng)問(wèn)特定的消費者，以得出特殊人群的共性。根據不同的形式，樣本量在4個(gè)樣本到幾百樣本不等。

定量研究的方法有：

電訪(fǎng)訪(fǎng)問(wèn)（CATI）：優(yōu)點(diǎn)是可同時(shí)訪(fǎng)問(wèn)不同城市、地區的消費者，完成樣本速度快、費用低，質(zhì)量可控性強。缺點(diǎn)是無(wú)法準確找到特殊條件的消費者，無(wú)法執行滲透率低的項目。無(wú)法出示圖片和廣告。

街訪(fǎng)：優(yōu)點(diǎn)是可通過(guò)選取街訪(fǎng)點(diǎn)，有針對性的訪(fǎng)問(wèn)不同階層的消費者。且面對面的訪(fǎng)問(wèn)更便于出示圖片和廣告。缺點(diǎn)是被訪(fǎng)者的隨機性不夠強，受街訪(fǎng)點(diǎn)影響，被訪(fǎng)者有一定的傾向性。

入戶(hù)：優(yōu)點(diǎn)是可以準確的抽取不同的區、街道、地址，使得樣本分布均勻。可留置產(chǎn)品，使用 后再作回訪(fǎng)。缺點(diǎn)是質(zhì)量可控性相對較弱。

在線(xiàn)訪(fǎng)問(wèn)（online）：優(yōu)點(diǎn)是可由被訪(fǎng)者在方便的時(shí)間自行上線(xiàn)填寫(xiě)，可出示圖片和廣告，減少訪(fǎng)問(wèn)員參加的環(huán)節，避免因訪(fǎng)問(wèn)員理解或聽(tīng)力問(wèn)題造成的誤差。缺點(diǎn)是難以確定被訪(fǎng)者是否認真填寫(xiě)（一般通過(guò)強制訪(fǎng)問(wèn)時(shí)長(cháng)來(lái)限制），難以區分填寫(xiě)過(guò)程中是否換人。

定性訪(fǎng)問(wèn)有：

座談會(huì )：優(yōu)點(diǎn)是客戶(hù)可在現場(chǎng)觀(guān)看，并隨時(shí)補充需要了解的問(wèn)題。缺點(diǎn)是一般座談會(huì )訪(fǎng)問(wèn)8人（最少4人，最多12人），如其中個(gè)別被訪(fǎng)者的預約質(zhì)量有問(wèn)題（如兩兩相識或條件造假），則整個(gè)座談會(huì )的訪(fǎng)問(wèn)結果都會(huì )有偏差。

深訪(fǎng)：優(yōu)點(diǎn)是能深入了解特定消費者的深層需求和意見(jiàn)。缺點(diǎn)是，對訪(fǎng)問(wèn)者本身有較高的要求，深訪(fǎng)訪(fǎng)問(wèn)的要求和定量訪(fǎng)問(wèn)截然不同，如訪(fǎng)問(wèn)員深訪(fǎng)經(jīng)驗不足，不能隨機應變的挖掘被訪(fǎng)者的深層想法，則所能得到的信息有限。

有任何問(wèn)題請追問(wèn)，希望滿(mǎn)意，~

7.需求分析的步驟有哪些

一、需求識別 需求人員在此步驟應該分析需求類(lèi)別、需求復雜度和需求價(jià)值用來(lái)確定需求實(shí)施的優(yōu)先級。

1.需求類(lèi)別確認：需求類(lèi)別包含流程類(lèi)需求、統計分析類(lèi)需求、接口類(lèi)需求，一個(gè)需求可能為某一類(lèi)型需求，也可能包含多類(lèi)需求。確認需求類(lèi)別后應對每類(lèi)需求的數量進(jìn)行初步分析（比如流程類(lèi)需求包含幾個(gè)流程、統計分析類(lèi)需求包含幾個(gè)報表、接口類(lèi)需求包含幾個(gè)接口）。

2.需求復雜度分析：一般需求受理工作量在1-5人天的需求復雜度低，工作量在5-15人天的需求復雜度中，工作量在15人天以上需求復雜度高。（工作量表示需求受理全過(guò)程需求人員需要付出的工作量）。

3.價(jià)值分析：需求人員收到需求后應根據收集需求內容初步分析需求痛點(diǎn)/目標、需求復雜度、業(yè)務(wù)重要程度確定需求價(jià)值，需求價(jià)值分析 二、業(yè)務(wù)流程/統計查詢(xún)/接口分析 針對流程類(lèi)需求必須進(jìn)行業(yè)務(wù)流程分析，統計查詢(xún)和接口類(lèi)需求可不進(jìn)行詳細的流程分析。1.業(yè)務(wù)流程分為部門(mén)級、組織級和崗位級 部門(mén)級流程關(guān)注脈絡(luò )需要分析涉及哪些具體崗位、執行活動(dòng)、每個(gè)活動(dòng)之間的關(guān)聯(lián)關(guān)系，它是需求分析的主線(xiàn)條，也是流程分析的主要產(chǎn)物。

組織級流程關(guān)注宏觀(guān)一般不會(huì )直接繪制，是對部門(mén)級流程的概括和抽象。崗位級流程關(guān)注每個(gè)業(yè)務(wù)活動(dòng)的執行步驟屬需求細節范疇，在流程分析階段不要過(guò)度進(jìn)入細節。

2.需求識別階段確認的流程均為部門(mén)級流程 需求人員在進(jìn)行流程分析應遵循如下方法：（1）業(yè)務(wù)流程確認：一個(gè)流程為一個(gè)業(yè)務(wù)事件，一般是外部角色發(fā)起或系統內部主動(dòng)發(fā)起（比如時(shí)間事件或狀態(tài)事件），發(fā)起后會(huì )觸發(fā)一系列業(yè)務(wù)活動(dòng)。（2）角色及業(yè)務(wù)活動(dòng)確認：流程圖中的每個(gè)泳道都必須對應到角色，每個(gè)角色對應多個(gè)業(yè)務(wù)活動(dòng)。

需求人員在確認業(yè)務(wù)活動(dòng)時(shí)一定要保證活動(dòng)的粒度，一個(gè)業(yè)務(wù)活動(dòng)一定是由一個(gè)角色完成且每個(gè)業(yè)務(wù)活動(dòng)都是有價(jià)值的活動(dòng)。比如項目輸入項目名稱(chēng)是一個(gè)執行步驟，這個(gè)動(dòng)作沒(méi)有價(jià)值，項目經(jīng)理查詢(xún)項目信息就是一個(gè)業(yè)務(wù)活動(dòng)。

在需求描述時(shí)針對線(xiàn)下活動(dòng)或新增活動(dòng)應該應標識區分。（3）業(yè)務(wù)活動(dòng)間關(guān)系及數據確認：確定所有業(yè)務(wù)活動(dòng)的前后置關(guān)系，并明確流程間的傳遞的數據實(shí)體。

（4）流程整體瓶頸分析：一般若某個(gè)角色業(yè)務(wù)活動(dòng)工作量較大，或流程涉及高級領(lǐng)導，一般都會(huì )造成瓶頸，這種情況需求人員應想辦法分散工作量提出流程優(yōu)化建議。3.針對統計查詢(xún)類(lèi)需求及接口類(lèi)需求，按照上述業(yè)務(wù)活動(dòng)確定原則分析、確定角色，并明確每個(gè)角色所執行的業(yè)務(wù)活動(dòng)即可。

三、數據實(shí)體分析 針對流程類(lèi)需求需要分析各業(yè)務(wù)活動(dòng)傳遞的數據實(shí)體，統計分析類(lèi)需求需要分析統計查詢(xún)條件和查詢(xún)展現兩類(lèi)數據實(shí)體、接口類(lèi)需求需要分析接口傳遞數據實(shí)體，具體分析包含如下內容：1.明確數據實(shí)體：確認需要分析的所有數據實(shí)體，明確哪些為系統原有實(shí)體、哪些為新增實(shí)體、哪些為改造實(shí)體。2.明確所有數據實(shí)體間關(guān)系：實(shí)體間關(guān)系包含（1對1、1對多、多對多），另外需要分析數據實(shí)體變更是否需要保留版本，實(shí)體刪除（邏輯刪除、物理刪除）是否影響其它數據實(shí)體。

3.明確數據實(shí)體字段：針對新增數據或改造數據實(shí)體需要明確新增字段的名稱(chēng)、字段類(lèi)型、是否必填、字段取值方式（人工輸入、系統自動(dòng)繼承自其它數據實(shí)體、系統自動(dòng)計算需要明確計算公式）。4.數據權限分析：需要分析不同角色在數據權限方面的差異，若涉及縱向多級用戶(hù)，要說(shuō)明對于集團/省/地市用戶(hù)的數據隔離。

四、角色及使用場(chǎng)景分析 一般來(lái)說(shuō)每個(gè)業(yè)務(wù)活動(dòng)是對用戶(hù)使用場(chǎng)景的抽象，每個(gè)業(yè)務(wù)活動(dòng)可能包含多個(gè)場(chǎng)景，分析使用場(chǎng)景時(shí)應按照業(yè)務(wù)活動(dòng)為主線(xiàn)逐個(gè)進(jìn)行分析，每個(gè)業(yè)務(wù)活動(dòng)分析時(shí)應包含如下內容：1.明確活動(dòng)執行角色。2.明確活動(dòng)執行的前置條件和后置條件。

3.明確不同場(chǎng)景：一個(gè)業(yè)務(wù)活動(dòng)可能包含正常的使用場(chǎng)景、備選使用場(chǎng)景和異常使用場(chǎng)景；4.明確每個(gè)場(chǎng)景的執行步驟：描述執行步驟時(shí)應使用簡(jiǎn)單的語(yǔ)法，主語(yǔ)明確語(yǔ)義易于理解，每個(gè)步驟不應該在任何一方（執行角色、系統）停留兩部以上，重點(diǎn)描述如何交互。5.業(yè)務(wù)規則和約束：明確在每個(gè)業(yè)務(wù)活動(dòng)下應遵循的業(yè)務(wù)規則和約束，這里一般是與業(yè)務(wù)流程相關(guān)的行為規則（比如項目周期時(shí)長(cháng)超過(guò)90天必須提交二級領(lǐng)導審批），或與數據實(shí)體相關(guān)的數據規則（需求交接單拒收時(shí)候必須填寫(xiě)拒收原因，且拒收原因不能超過(guò)500字）。

五、系統功能分析。