第四章 - 范圍層：功能規(guī)格和內(nèi)容需求
當你把用戶需求和產(chǎn)品目標轉(zhuǎn)變成產(chǎn)品應(yīng)該提供給用戶什么樣的內(nèi)容和功能時汁展，戰(zhàn)略就變成了范圍听怕。
【范圍層的定義】
定義項目范圍則同時在做兩件事：一個有價值的過程，以及能產(chǎn)生有價值的產(chǎn)品；
過程的價值在于：當整個事情處在假設(shè)階段的時候登夫，它能迫使你去考慮潛在的沖突和產(chǎn)品中一些粗略的點很钓；
產(chǎn)品的價值在于：被定義的這個產(chǎn)品給了整個團隊一個參考點香府，明確了這個項目中要完成的全部工作，它也提供了一門用于討論這件事情的共同的語言码倦；
用文檔來定義產(chǎn)品需求的兩個主要原因：
1企孩、這樣你才知道你正在建設(shè)什么：擁有一系列明確的要求，能讓你把責(zé)任分配得更清晰袁稽；
2勿璃、這樣你才知道你不需要建設(shè)什么：許多功能聽上去誘人，但它們對于項目的戰(zhàn)略目標并不是必需的推汽；但可以把這些杰出的想法收集起來补疑，找到一種適宜的方式，讓它們符合你的長期規(guī)劃歹撒，這才是真正的價值所在莲组；
范圍蠕變：每一個額外的要求看上去沒有增加太多的工作量，但是當它們匯集在一起的時候栈妆，你的整個項目就會失去控制的膨脹胁编，結(jié)束時間遙遙無期厢钧！
【功能和內(nèi)容】
范圍層被分為“功能型產(chǎn)品”和“信息型產(chǎn)品”兩部分。
功能型產(chǎn)品：考慮的是功能需求規(guī)格——哪些應(yīng)該被當成軟件產(chǎn)品的“功能”以及相應(yīng)的組合嬉橙；
信息型產(chǎn)品：考慮的是內(nèi)容——屬于編輯和營銷推廣的傳統(tǒng)領(lǐng)域早直。
范圍層確定的是全部的功能需求或功能規(guī)格。有些企業(yè)用這些術(shù)語來表示兩種不同的文檔市框。
項目初期：表示需求霞扬，描述系統(tǒng)應(yīng)該做什么；
項目末期：表示功能規(guī)格說明枫振，描述系統(tǒng)真正完成了什么喻圃；
【定義需求】
大部分時候，當人們說到某種需求的時候粪滤，他們想的是產(chǎn)品必須擁有的斧拍、某種特性的一句簡短描述。
需求的三個主要類別：
1杖小、人們講述的肆汹、他們想要的東西；
2予权、有時候人們口中說出來的昂勉、所期望的特性其實不是他們想要的，需要通過與用戶探討扫腺，得出真正解決問題的岗照、完全不同的需求；
3笆环、人們不知道他們是否需要的特性攒至；
可以通過創(chuàng)建虛擬人物來幫我們更好的理解用戶需求，可以創(chuàng)建一個“場景”咧织，想象我們的用戶將會經(jīng)歷什么樣的過程嗓袱，就可以找到能幫助他順利完成這個過程的潛在需求。一個場景就是一個簡短的故事习绢，簡單的描述了一個人物角色會如何完成這些用戶需求渠抹。
【功能規(guī)格說明】
文檔不能解決問題，但定義可以闪萄。我們需要的不是文檔有多厚或有多詳細梧却，而是要足夠清楚和準確。應(yīng)該讓文檔撰寫的過程變得快速簡便败去，不要把它變成產(chǎn)品開發(fā)過程中的一個獨立的項目放航。
撰寫任何類型的功能規(guī)格說明的幾條規(guī)則：
1、樂觀：描述這個系統(tǒng)將要做什么事情去“防止”不好的事情發(fā)生圆裕，而不是描述這個系統(tǒng)“不應(yīng)該”做什么不好的事情广鳍；
2荆几、具體：盡可能詳細地解釋清楚狀況；
3赊时、避免主觀語氣：使需求“保持明確”和“避免歧義”吨铸，避免誤解；
【內(nèi)容需求】
不要混淆某段內(nèi)容的格式和它的目的祖秒。比如“FAQ ( Frequently Asked Questions：常見問題 )”：這個詞指的是內(nèi)容格式：一系列簡短的問題和回答诞吱。但一個FAQ真正的目的在于：它可以隨時提供用戶普遍需要的信息。
內(nèi)容需求應(yīng)該提供每一個特性規(guī)模的大致預(yù)估：文本的字數(shù)竭缝、圖片的像素大小房维、下載的文件字節(jié)、PDF或音頻文件等相對獨立元素的大小等抬纸。
定義每一個內(nèi)容特性的“更新頻率”：介于你的用戶的期望值和有效資源之間的一個合理的中間值咙俩。
