當(dāng)你把用戶需求和產(chǎn)品目標(biāo)轉(zhuǎn)變成產(chǎn)品應(yīng)該提供給給用戶什么樣的內(nèi)容和功能時(shí)，戰(zhàn)略就變成了范圍。
一、范圍層定義
項(xiàng)目范圍在做兩件事：這是一個(gè)有價(jià)值的過(guò)程，同時(shí)能產(chǎn)生有價(jià)值的產(chǎn)品。
1.過(guò)程的價(jià)值在于，當(dāng)整個(gè)事情還處在假設(shè)階段的時(shí)候，它能迫使你去考慮潛在的沖突和產(chǎn)品中一些粗略的點(diǎn)。我們能確定現(xiàn)在能解決哪些事情，而哪些必須要再遲一點(diǎn)才能解決。
2.產(chǎn)品的價(jià)值在于，被定義的這個(gè)產(chǎn)品給了整個(gè)團(tuán)隊(duì)一個(gè)參考點(diǎn)，明確了這個(gè)項(xiàng)目中要完成的全部工作，它也提供了一門用于討論這件事情的共同的語(yǔ)言。定義好你的要求能保證在設(shè)計(jì)過(guò)程中不會(huì)出現(xiàn)模棱兩可的情況。
用文檔來(lái)定義產(chǎn)品需求，這件事很麻煩，但是你必須要做。這是由于以下兩個(gè)主要原因：
原因1:這樣你才知道你正在建設(shè)什么
如果詳細(xì)地記錄下你正在建設(shè)的內(nèi)容，每個(gè)人就會(huì)知道這個(gè)項(xiàng)目的目標(biāo)是什么，什么時(shí)候?qū)⑦_(dá)到這個(gè)目標(biāo)。最終產(chǎn)品不再是一個(gè)只停留在產(chǎn)品經(jīng)理頭腦里的不定型的圖像，它變成了一個(gè)在企業(yè)內(nèi)部的每一個(gè)級(jí)別的每一個(gè)人都觸手可及的東西，人人都能參與進(jìn)來(lái)。
原因2:這樣你才知道你不需要建設(shè)什么
許多功能聽(tīng)上去都相當(dāng)?shù)卣T人，但是它們對(duì)于項(xiàng)目的戰(zhàn)略目標(biāo)并不是必需的。此外，所有在項(xiàng)目開(kāi)始如火如荼地迂進(jìn)行時(shí)，關(guān)于功能的各種各樣的可能性都會(huì)浮現(xiàn)出來(lái)。當(dāng)這些想法出現(xiàn)的時(shí)候，用一個(gè)文檔來(lái)記錄它們，可以為你提供一個(gè)評(píng)估這些想法的架構(gòu)，幫助你了解他們是如何（或是否）滿足你當(dāng)初所承諾要做的那些事。
當(dāng)前難以滿足的需求，可以成為啟動(dòng)下一個(gè)版本的基礎(chǔ)，這樣就能形成一個(gè)不斷循環(huán)的開(kāi)發(fā)過(guò)程。
二、功能和內(nèi)容
在范圍層，我們從討論戰(zhàn)略層面的抽象問(wèn)題——“我們?yōu)槭裁匆_(kāi)發(fā)這個(gè)產(chǎn)品？”轉(zhuǎn)而面對(duì)一個(gè)新的問(wèn)題：“我們要開(kāi)發(fā)的是什么？”
在軟件開(kāi)發(fā)中，范圍層確定的是全部的功能需求或功能規(guī)格。在項(xiàng)目初期，這個(gè)詞表示需求，描述系統(tǒng)應(yīng)該做什么；在項(xiàng)目末期，這個(gè)詞表示功能規(guī)格說(shuō)明，描述系統(tǒng)真正完成了什么。
1.內(nèi)容需求
內(nèi)容設(shè)計(jì)者要坐下來(lái)仔細(xì)考量各種資料的來(lái)源，然后才能決定哪些信息必須納入設(shè)計(jì)范圍之內(nèi)。這種定義內(nèi)容需求的過(guò)程，實(shí)際上與技術(shù)專家和董事會(huì)集體商議功能需求，并回顧已有的文檔記錄沒(méi)有本質(zhì)上的區(qū)別。兩者的意圖和方法是一樣的。
2.內(nèi)容管理系統(tǒng)
現(xiàn)在，真正的內(nèi)容常常是通過(guò)一個(gè)內(nèi)容管理系統(tǒng)來(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)容專題。
三、定義需求
需求的詳略程度常常取決于該項(xiàng)目的具體范圍。最用之不竭的需求源泉總是來(lái)自用戶本身。但更多的時(shí)侯，你的需求將來(lái)自與項(xiàng)目利益相關(guān)的同事—那些在企業(yè)中總想影響你的產(chǎn)品的人。
獲得需求的幾種類型：
（1）首先，最顯而易見(jiàn)的是人們講述的、他們想要的東西。
（2）有時(shí)候人們口中說(shuō)出來(lái)的、所期望的特性其實(shí)并不是他們想要的，遇到問(wèn)題時(shí)想出的解決辦法是行不通的，或者僅僅是治標(biāo)不治本的辦法。通過(guò)與用戶探討這些建議，你有時(shí)候可以得出能真正解決問(wèn)題的、完全不同的需求。
（3）當(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í)候。
（4）讓一個(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)題以及解決辦法。
（5）不管你設(shè)計(jì)的產(chǎn)品在什么樣的設(shè)備上使用（或者我們正在設(shè)計(jì)的就是那個(gè)設(shè)備）我們的需求序列必須要考慮到硬件需求。
（6）在決定功能需求的時(shí)候，我們可以使用用戶畫像，把我們的虛擬人物放到一個(gè)簡(jiǎn)短的故事之中，描述了一個(gè)人物角色會(huì)如何完成這些用戶需求。通過(guò)“想象我們的用戶將會(huì)經(jīng)歷什么樣的過(guò)程”，我們就可以找到能幫助他順利完成這個(gè)過(guò)程的潛在需求。
（7）我們也期望從競(jìng)爭(zhēng)對(duì)手處得到一些啟示。任何一個(gè)在做同件事的企業(yè)基本上在試圖滿足同樣的用戶需求，同時(shí)也在試圖完成相似的產(chǎn)品目標(biāo)。
四、功能規(guī)格說(shuō)明
我們需要的不是文檔有多厚或有多詳細(xì)，而是要足夠清楚和準(zhǔn)確。功能規(guī)格說(shuō)明不需要包含產(chǎn)品的每一個(gè)細(xì)節(jié)，只需要包含在設(shè)計(jì)或開(kāi)發(fā)過(guò)程中出現(xiàn)有可能混淆的功能定義。同時(shí)功能規(guī)格說(shuō)明也不需要展望產(chǎn)品未來(lái)的理想化狀態(tài)—只需要記錄在創(chuàng)建這個(gè)產(chǎn)品時(shí)已經(jīng)確定下來(lái)的決議。
功能規(guī)格說(shuō)明的幾條規(guī)則：
1.樂(lè)觀
描述這個(gè)系統(tǒng)將要做什么事去“防止”不好的情況發(fā)生，而不是描述這個(gè)系統(tǒng)“不應(yīng)該”做什么不好的事情。
2.具體
盡可能詳細(xì)地解釋清楚狀況，這是我們能決定一個(gè)功能是否被實(shí)現(xiàn)的最佳途徑。
3.避免主觀的語(yǔ)氣
這是另外一種使需求“保持明確”和“避免歧義”的途徑—因而也避免了誤解的可能性。
五、內(nèi)容需求
1.定義和范圍
很多時(shí)候我們說(shuō)到的內(nèi)容指的是文本。但是圖像、音頻和視頻有時(shí)候有可能比其文字還要重要。這些不同類型的內(nèi)容可以結(jié)合到一起，相互協(xié)作去滿足某一個(gè)需求。
2.注意事項(xiàng)
（1）不要混淆某段內(nèi)容的格式和的目，當(dāng)關(guān)注點(diǎn)是格式時(shí)，目的本身就可偷可能被遺忘。多半的結(jié)果是FAQ（常見(jiàn)問(wèn)題）忽略了這個(gè)詞匯中“常見(jiàn)”兩個(gè)字，內(nèi)容設(shè)計(jì)者總是用其他一些問(wèn)題的答案替代了能真正滿足FAQ需求的答案。
（2）內(nèi)容特性想要達(dá)到的規(guī)模，將對(duì)你所做出的用戶體驗(yàn)決策產(chǎn)生極大的影響。內(nèi)容需求應(yīng)該提供每一個(gè)特性規(guī)模的大致預(yù)估：文本的字?jǐn)?shù)、圖片的像素大小、下載的文件字節(jié)、PDF或；音頻文件等相對(duì)獨(dú)立元素的大小等。這些大小的估計(jì)不一定要非常精確一大致相近即可。
（3）盡可能早地確定某個(gè)人負(fù)責(zé)每一個(gè)內(nèi)容元素也是非常重要的。如果我們?cè)跊](méi)有確定誰(shuí)將會(huì)負(fù)責(zé)這些內(nèi)容需求的情況下，過(guò)早過(guò)多地投入到開(kāi)發(fā)流程中去，那么最后我們得到的很可能就是一個(gè)千瘡百孔的產(chǎn)品，因?yàn)槟切┰诩傧腚A段人人都喜歡的特性，將在實(shí)際執(zhí)行的時(shí)候變得非常沉重。
（4）從你的網(wǎng)站目標(biāo)來(lái)看，你希望用戶多長(zhǎng)時(shí)間來(lái)訪問(wèn)一次？從你的用戶需求來(lái)看，他們希望多長(zhǎng)時(shí)間更新一次信息？無(wú)論如何，對(duì)于你的用戶而言較為理想的更新頻率（“我要馬上了解每一件事，24小時(shí)服務(wù)！”）也許對(duì)你的企業(yè)來(lái)說(shuō)不切合實(shí)際。但你必須要確定一個(gè)頻率，它是介于你的用戶期望值和有效資源之間的一個(gè)合理的中間值。
（5）如果你的網(wǎng)站是為各為各種擁有相異需求的用戶服務(wù)的，搞楚哪些用戶想要哪種內(nèi)容，能幫助你決定用什么方式來(lái)呈現(xiàn)這些內(nèi)容。
（6）對(duì)于那些已有大量?jī)?nèi)容的項(xiàng)目而言，很多關(guān)于內(nèi)容的信息都記一個(gè)內(nèi)容清單中。這樣團(tuán)隊(duì)中的每個(gè)人才能確切地知道他們?cè)O(shè)計(jì)用戶體驗(yàn)需要做哪些工作了。
六、確定需求優(yōu)先級(jí)
有時(shí)一個(gè)戰(zhàn)略目標(biāo)將產(chǎn)生多個(gè)需求（左圖）。另一方面，一個(gè)需求也可以實(shí)現(xiàn)多個(gè)戰(zhàn)略目標(biāo)（右圖）。
由于項(xiàng)目范圍是建立在戰(zhàn)略層的基礎(chǔ)上的，因此我們應(yīng)該去評(píng)估這些需求是否能滿足我們的戰(zhàn)略目標(biāo)（無(wú)論是網(wǎng)站目標(biāo)還是用戶需求）。除了這兩種目標(biāo)，我們還要額外確定第三種范圍：實(shí)現(xiàn)這些需求的可行性有多大？
需求實(shí)現(xiàn)的可行性
（1）如果是因?yàn)闀r(shí)間有限，那你可以把這個(gè)特性放到下一個(gè)版本或項(xiàng)目中。如果是資源有限，則技術(shù)或企業(yè)的變化有時(shí)能減少資源的負(fù)擔(dān)，從而使某個(gè)特性能得以實(shí)現(xiàn)。
（2）很少有功能是獨(dú)立存在的，甚至產(chǎn)品的內(nèi)容也必須要依賴其他特性的支持，并告訴用戶怎樣最好地利用產(chǎn)品所提供的內(nèi)容。這不可避免地導(dǎo)致了特性之間的沖突。有些特性要和其他的一起權(quán)衡，才能得到一個(gè)連貫的、統(tǒng)一的產(chǎn)品。
（3）留意那些看上去有可能需要改變戰(zhàn)略的特性建議。任何不符合當(dāng)前項(xiàng)目的戰(zhàn)略目標(biāo)的特性建議，都要通過(guò)范圍定義將其排除出去 。不管怎么樣，如果你發(fā)現(xiàn)自己正在反復(fù)審視戰(zhàn)略目標(biāo)，那么你極有可能是太早地進(jìn)入了需求定義階段。
（下一章預(yù)告：結(jié)構(gòu)層——交互設(shè)計(jì)與信息架構(gòu)）
