今天為大家更新《用戶體驗(yàn)要素》的第四章——范圍層敬飒，功能規(guī)格和內(nèi)容需求——定義需求

本小結(jié)關(guān)鍵詞：定義需求

主要觀點(diǎn)：無(wú)論什么樣的需求帝美，你需要定義的需求都可以分為這三個(gè)主要類型畔柔。

在范圍層，我們從討論戰(zhàn)略層面的抽象問(wèn)題——“?我們?yōu)槭裁匆_(kāi)發(fā)這個(gè)產(chǎn)品?”——轉(zhuǎn)而面對(duì)一個(gè)新的問(wèn)題：“我們要開(kāi)發(fā)的是什么?”，接下來(lái)我們就好好聊聊我們要開(kāi)發(fā)的功能和內(nèi)容是什么。

功能和內(nèi)容

如圖篇恒，在這里，范圍層被“功能型產(chǎn)品”和“信息型產(chǎn)品”分成兩個(gè)部分梁呈。在功能型產(chǎn)品方面，我們考慮的是功能需求規(guī)格(?functional?specifications)——哪些應(yīng)該被當(dāng)成軟件產(chǎn)品的“功能”以及相應(yīng)的組合蘸秘。在信息型產(chǎn)品方面官卡，我們考慮的是內(nèi)容，這屬于編輯和營(yíng)銷推廣的傳統(tǒng)領(lǐng)域醋虏。

內(nèi)容和功能看去很像是兩個(gè)完全不同的事物寻咒，但是當(dāng)它們?cè)诙x范圍層的時(shí)候，它們所用的方式是非常相似的颈嚼。在本章中毛秘，我將使用一個(gè)詞“特性(?feature)”?來(lái)同時(shí)表示軟件的功能和所提供的內(nèi)容。

在軟件開(kāi)發(fā)中阻课，范圍層確定的是全部的功能需求或功能規(guī)格(?functional?specifications)叫挟。有些企業(yè)用這些術(shù)語(yǔ)來(lái)表示兩種不同的文檔：在項(xiàng)目初期，這個(gè)詞表示需求限煞，描述系統(tǒng)應(yīng)該做什么抹恳；在項(xiàng)目未期，這個(gè)詞表示功能規(guī)格說(shuō)明署驻，描述系統(tǒng)真正完成了什么奋献。在這種定義中，“功能規(guī)格”在“功能需求”確定之后才開(kāi)始撰寫(xiě)旺上，同時(shí)將加入具體的實(shí)施細(xì)節(jié)瓶蚂。? ??

但是大部分的時(shí)候，這兩個(gè)術(shù)語(yǔ)是可以互換的——事美上宣吱，有些人使用“功能需求規(guī)格”來(lái)表示他們的文檔覆蓋了包括以窃这，上兩者的內(nèi)容。我將使用“功能規(guī)格說(shuō)明書(shū)”來(lái)描述文檔本身征候，而用“需求”來(lái)描述文檔的內(nèi)容钦听。

本章所使用的詞匯大部分和軟件開(kāi)發(fā)所使用的詞匯一樣。但是在這里的概念同樣適用于內(nèi)容開(kāi)發(fā)倍奢。內(nèi)容開(kāi)發(fā)不會(huì)像軟件過(guò)程的需求收集一樣朴上，總是那么正式，但其基本原則是一樣的卒煞。內(nèi)容設(shè)計(jì)者要坐下來(lái)仔細(xì)考最各種資料的來(lái)源痪宰，不管是一個(gè)數(shù)據(jù)庫(kù)還是滿滿一抽屜的剪報(bào)，然后才能決定哪些信息必須納入設(shè)計(jì)范圍之內(nèi)。這種定義內(nèi)容需求(content?requirements)的過(guò)程衣撬，實(shí)際上與技術(shù)專家和董事會(huì)集體商議功能需求乖订，并回顧已有的文檔記錄沒(méi)有本質(zhì)上的區(qū)別。兩者的意圖和方法是一樣的具练。

內(nèi)容需求常常伴隨著功能的需求≌Ч梗現(xiàn)在，真正的內(nèi)容常常是通過(guò)一個(gè)內(nèi)容管理系統(tǒng)(CMS)來(lái)進(jìn)行管理的扛点。這些系統(tǒng)大小不一哥遮，大的系統(tǒng)能根據(jù)眾多不同的數(shù)據(jù)來(lái)源動(dòng)態(tài)生成頁(yè)面，龐大而復(fù)雜陵究；小的可以是一個(gè)很輕巧的工具眠饮，能以最高效的方式來(lái)優(yōu)化并管理各種類型的內(nèi)容專題。你有可能會(huì)去購(gòu)買(mǎi)一套專用的管理系統(tǒng)铜邮，或從眾多開(kāi)放源代碼的備選方案中挑一個(gè)仪召，甚至還想從零開(kāi)始，自己做一個(gè)管理系統(tǒng)松蒜。不論用哪一種方式扔茅，在大部分情況下，你都必須對(duì)這個(gè)系統(tǒng)進(jìn)行一些簡(jiǎn)單的修補(bǔ)以適合你的企業(yè)和內(nèi)容的需要秸苗。

內(nèi)容管理系統(tǒng)必備的功能取決你將要管理的內(nèi)容的性質(zhì)咖摹。你是否需要維護(hù)多語(yǔ)言的文字內(nèi)容?內(nèi)容的基礎(chǔ)數(shù)據(jù)是否自帶格式?CMS就需要具有處理這些類型的內(nèi)容元素的能力。你的每一篇新聞稿是否必須要通過(guò)六個(gè)執(zhí)行副總裁和一個(gè)律師的審核?CMS就需要在流程中支持這些類型的需求难述。你的內(nèi)容元素是否要根據(jù)每一個(gè)用戶的喜好或訪問(wèn)終端來(lái)動(dòng)態(tài)地組合?那么CMS就必須要能完成這一類高級(jí)別的復(fù)雜輸出萤晴。

類似地，功能需求或任何一種技術(shù)類產(chǎn)品也常常伴隨著內(nèi)容的需求胁后。在“個(gè)人喜好設(shè)置”的頁(yè)面中需要有使用說(shuō)明嗎?需要有錯(cuò)誤提示嗎?必須要有個(gè)專門(mén)的人來(lái)寫(xiě)這些內(nèi)容店读。每一次當(dāng)我看到網(wǎng)頁(yè)上出現(xiàn)類似“無(wú)效輸人”的錯(cuò)誤提示時(shí)，我就知道這種文字是出自開(kāi)發(fā)工程師之手攀芯，并成為了最終產(chǎn)品屯断，因?yàn)闆](méi)有人把這些錯(cuò)誤提示納入內(nèi)容需求中。而事實(shí)上侣诺，如果開(kāi)發(fā)者能花一點(diǎn)點(diǎn)時(shí)間讓某些人看一看應(yīng)用程序中的內(nèi)容的話殖演，無(wú)數(shù)的技術(shù)項(xiàng)目會(huì)因此得到極大的改善。

定義需求

一些需求適用于整個(gè)產(chǎn)品年鸳。品牌需求是最常見(jiàn)的一種：某些技術(shù)需求趴久，比如支持瀏覽器和操作系統(tǒng)，是另一種搔确。

另一些需求只適用于特殊的特性彼棍。大部分時(shí)候灭忠，當(dāng)人們說(shuō)到某種需求的時(shí)候，他們想的是產(chǎn)品必須擁有的座硕、某種特性的一句簡(jiǎn)短描述弛作。

需求的詳略程度常常取決于該項(xiàng)目的具體范圍。如果該項(xiàng)目的目標(biāo)是完成一個(gè)復(fù)雜的子系統(tǒng)华匾，那么就需要有一個(gè)非常詳細(xì)明確的需求映琳，即使這個(gè)項(xiàng)目的范圍相對(duì)于整個(gè)網(wǎng)站來(lái)講非常小。相反地蜘拉，一個(gè)大型項(xiàng)目萨西，它的內(nèi)容也許只是相似或相同性質(zhì)的東西(比如提供大量功能相似的產(chǎn)品說(shuō)明書(shū)的PDF文件)，那么內(nèi)容需求只需要一般化就可以了诸尽。

最用之不竭的需求源泉總是來(lái)自用戶本身原杂。但更多的時(shí)候印颤，你的需求將來(lái)自與項(xiàng)目利益相關(guān)的同事一那些在企業(yè)中總想影響你的產(chǎn)品的人您机。

不管是哪種情況，去了解“人們?cè)谙胧裁础钡淖罴淹緩骄褪侵苯釉儐?wèn)他們年局。在第3章列出的用戶研究技術(shù)都可以用來(lái)幫助你更好地了解用戶际看，了解他們希望在你的產(chǎn)品上看到的特性的種類。

不管你是從企業(yè)內(nèi)部的管理者矢否，還是直接從用戶處獲得的幫助仲闽，來(lái)定義的這些需求，這個(gè)過(guò)程中得到的需求將分成三個(gè)主要類別僵朗。首先赖欣，最顯而易見(jiàn)的是人們講述的、他們想要的東西验庙。這中間有一部分是非常清晰的好想法顶吮，會(huì)通過(guò)各種途徑體現(xiàn)在最終產(chǎn)品上。

有時(shí)候人們口中說(shuō)出來(lái)的粪薛、所期望的特性其實(shí)并不是他們想要的悴了，當(dāng)人們?cè)谀硞€(gè)過(guò)程或某個(gè)產(chǎn)品中遭遇到一些困難時(shí)，想象有某種解決辦法可以緩解這一困難违寿，這對(duì)任何人來(lái)講都是很正常的反應(yīng)湃交。有時(shí)這個(gè)解決辦法是行不通的，或者僅僅是治標(biāo)不治本的辦法藤巢。通過(guò)與用戶探討這些建議搞莺，你有時(shí)候可以得出能真正解決問(wèn)題的、完全不同的需求掂咒。

在這個(gè)階段能得到的第三種類型的需求是人們不知道他們是否需要的特性腮敌。當(dāng)你讓人們討論新的需求和戰(zhàn)略目標(biāo)時(shí)阱当，他們有時(shí)會(huì)突然想起某個(gè)偉大的構(gòu)思，而根本忘記了那個(gè)正在維護(hù)中的產(chǎn)品糜工。這些通常會(huì)在頭腦風(fēng)暴討論的時(shí)候出現(xiàn)弊添，那正是與會(huì)者有機(jī)會(huì)參與和探討項(xiàng)目的可能性的時(shí)候。

具有諷刺意味的是捌木，那些很少去想象產(chǎn)品新方向的人油坝，恰恰是參與創(chuàng)建和設(shè)計(jì)產(chǎn)品最深入的人。當(dāng)你把所有的時(shí)間都投刨裆，入到維持現(xiàn)有產(chǎn)品時(shí)澈圈，你經(jīng)常會(huì)忘掉哪些是真正的限制條件，而哪些是為了簡(jiǎn)化產(chǎn)品而曾經(jīng)做過(guò)的選擇帆啃。出于這個(gè)原因瞬女，匯集企業(yè)各個(gè)部門(mén)的成員或不同類型的用戶代表來(lái)進(jìn)行頭腦風(fēng)暴會(huì)議，是一種打開(kāi)設(shè)計(jì)者思路努潘、讓他們考慮以前從未想到的可能性的诽偷、非常有效的工具。

讓一個(gè)工程師疯坤、一個(gè)客服人員报慕、一個(gè)營(yíng)銷人員坐到一會(huì)議室中談?wù)撏粋€(gè)產(chǎn)品，這會(huì)對(duì)大家都有啟發(fā)意義压怠。聽(tīng)取從自己不熟悉的角度出發(fā)來(lái)考慮的眠冈、對(duì)于產(chǎn)品的觀點(diǎn)，并給予反饋菌瘫，可以鼓勵(lì)人們多角度全方位地思考開(kāi)發(fā)中的產(chǎn)品遇到的問(wèn)題以及解決辦法蜗顽。

不管你設(shè)計(jì)的產(chǎn)品在什么樣的設(shè)備上使用我們的需求序列必須要考慮到硬件需求。這個(gè)設(shè)備有攝像頭嗎?有GPS嗎?有陀螺感應(yīng)指針(一種用來(lái)測(cè)量或保持設(shè)備坐標(biāo)信息的裝置)嗎?這些因素都將會(huì)確立或限制產(chǎn)品功能的可能性雨让。

通過(guò)這種方式討論出來(lái)的功能需求通常是得到如何去除某些障礙的方法雇盖。舉個(gè)例子來(lái)講，假設(shè)你有一個(gè)用戶已經(jīng)決定要購(gòu)買(mǎi)了——他們只是沒(méi)有決定是不是買(mǎi)你的產(chǎn)品宫患，你設(shè)計(jì)的產(chǎn)品要怎樣才能讓這個(gè)過(guò)程(首先是選擇你的產(chǎn)品刊懈，然后買(mǎi)下它)對(duì)他們來(lái)講更容易呢?

在第3章，我們看到有一種叫作人物角色(personas)的技術(shù)娃闲，通過(guò)創(chuàng)建虛擬人物來(lái)幫助我們更好地理解用戶需求虚汛。在決定功能需求的時(shí)候，我們可以再次使用這些人物角色皇帮，把我們的虛擬人物放到一個(gè)簡(jiǎn)短的故事之中卷哩，我們稱之為“場(chǎng)景(scenarios)”。一個(gè)場(chǎng)景是一個(gè)簡(jiǎn)短的故事属拾，簡(jiǎn)單描述了一個(gè)人物角色會(huì)如何完成這些用戶需求将谊。通過(guò)“想象我們的用戶將會(huì)經(jīng)歷什么樣的過(guò)程”冷溶，我們就可以找到能幫助他順利完成這個(gè)過(guò)程的潛在需求。

我們也期望從競(jìng)爭(zhēng)對(duì)手處得到一些啟示尊浓。任何一個(gè)在做同一件事的企業(yè)基本上在試圖滿足同樣的用戶需求逞频，同時(shí)也在試圖完成相似的產(chǎn)品目標(biāo)。競(jìng)爭(zhēng)對(duì)手是否找到一種特別有效的特性栋齿，能完成其中的某個(gè)戰(zhàn)略目標(biāo)?他們是如何權(quán)衡和調(diào)整我們所面對(duì)的那些問(wèn)題的?

即使不是產(chǎn)品的直接競(jìng)爭(zhēng)對(duì)手也能提供豐富詢潛在看求例如一些游戲平臺(tái)允許用戶創(chuàng)建自己人的社交群組苗胀，那么在我們的數(shù)字錄像軟件，上采用相似的特性或建立類似的機(jī)制瓦堵，也許就能給我們一 定的競(jìng)爭(zhēng)優(yōu)勢(shì)基协，用來(lái)超越直接競(jìng)爭(zhēng)對(duì)手。

接下來(lái)菇用，會(huì)為大家更新功能規(guī)格說(shuō)明文檔澜驮。敬請(qǐng)期待。