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

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

一、需求獲取階段

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

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

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

一是因?yàn)樾枨蟪貎?nèi)容太多、太雜，向業(yè)務(wù)方、領(lǐng)導(dǎo)匯報(bào)的時(shí)候會(huì)有很多干擾信息，難以快速抓住重點(diǎn)；

二是因?yàn)樾枨蟪乩锩婵赡苡行┬枨蟛贿m合完全公開(kāi)。

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

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

二、需求分析階段

1. 分析內(nèi)容

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

1）需求要素分析

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

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

分析需求內(nèi)容，是為了弄清楚需求是什么；

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

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

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

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

2）定位分析

需求的定位分析是分析需求對(duì)產(chǎn)品當(dāng)前階段目標(biāo)的意義。

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

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

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

3）需求分解

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

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

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

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

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

1）缺乏系統(tǒng)性

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

2）缺乏深度

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

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

2.需求調(diào)研的幾種錯(cuò)誤觀點(diǎn)

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

為了讓客戶(hù)更早更快的對(duì)將要建成的軟件系統(tǒng)，有直觀和感性的認(rèn)識(shí)，我們便建立一個(gè)系統(tǒng)原型，用于給客戶(hù)做演示?？蛻?hù)在我們演示和講解的時(shí)候，馬上就可以發(fā)現(xiàn)問(wèn)題，而我們甚至可以現(xià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)講得很多，而調(diào)研需求主線(xiàn)的禁忌中，就特別提到不可以上來(lái)就做原型。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.社區(qū)需求評(píng)估包括哪些

1、社區(qū)需求評(píng)估包括兩大方面：

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

(2)社區(qū)群體性問(wèn)題（服務(wù)對(duì)象群需求與問(wèn)題評(píng)估及服務(wù)對(duì)象需求與問(wèn)題評(píng)估）。

2、社區(qū)需求評(píng)估的目的：

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

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

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

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

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

擴(kuò)展資料：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

因?yàn)槲覀冎烙唵涡畔⒇灤┯谡麄€(gè)訂單流轉(zhuǎn)過(guò)程中，牽扯到訂單編輯、審核、取消、配貨、發(fā)貨等，而這些環(huán)節(jié)跳轉(zhuǎn)的觸發(fā)條件可能就是某個(gè)信息更新（這里面就可能包括有郵箱更新）。因此，更新郵箱是否會(huì)影響流程中的某些環(huán)節(jié)，一時(shí)間很難準(zhǔn)確知道。

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

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

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

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

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

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

定量研究的方法有：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

五、系統(tǒng)功能分析。