?范圍層：功能規(guī)格和內容需求

.一個有價值的過程導致了一個有價值的產品。

.文檔的重要性：用文檔來說明項目要求的主要原因：

（1）知道正在建設什么：

①知道項目的目標是什么，什么時候達到目標

②責任明晰

③能看清相互獨立也不顯著的要求間的內在聯(lián)系

（2）知道不需要建設什么

①當關于功能的、各種各樣的可能和想法浮現(xiàn)，用文檔記錄，可以提供一個評估這些想法的架構

②找到“不需要馬上建設”的idea，收集并讓它們符合長期規(guī)劃

.收集需求

• 品牌需求：常見
• 技術需求：如瀏覽器和操作系統(tǒng)
• 特殊特性需求

需求的三個類別：

• 人們講述的想要的，是非常清晰的好想法
• 人們講述的的不是好主意，但它們代表了一條通向下個版本的路徑
• 人們不知道他們是否需要，可以讓不同部門的人brain storming打開設計者思路

撰寫需求的規(guī)則：

• 樂觀（be positive）：描述這個系統(tǒng)將要做什么事情去“防止”不好的事情發(fā)生，而不是描述“不應該”做什么不好的事情。

例如：“這個系統(tǒng)不允許用戶購買沒有風箏線的風箏?！睉鎿Q成下一句：“如果用戶想購買一個沒有線的風箏的話，這個系統(tǒng)應該引導用戶到風箏線頁面?！?/p>

• 具體（be specific）：盡可能詳細的解釋清楚狀況，這是我們能決定一個需求是否被實現(xiàn)的最佳途徑。

例如：“該網站要使殘疾人可用?！睉鎿Q成“該網站要遵守美國殘疾人法案的第508條。”

• 避免主觀的語氣（avoid subjective language）：需求必須可驗證，找到某種方式來明確說出應該達到的標準。也可以用量化的術語來定義一些需求，通過這樣的手段來避免主觀性。

例如：“這個網站應該符合郵遞員Wayne所期望的時尚?！睉鎿Q成“網站的外觀應該符合企業(yè)的品牌指南文檔?！?/p>

.內容需求：文本、圖像、音頻、視頻

（1）不要混淆某段內容的格式和目的（如FAQs僅指內容的格式，但我們常聽說“網站應該有FAQs）。

（2）提供每個特性規(guī)模的大致預估：文本的字數(shù)、圖片的像素大小、下載的文件字節(jié)、類似PDF的獨立內容元素……收集我們在設計一個適宜的網站內容時必要的資料。

（3）確定某個人負責某一內容元素&它的“更新頻率”。更新頻率來源于網站的戰(zhàn)略目標，從網站目標看，希望用戶多長時間來訪一次，從用戶需求看，他們希望多長時間更新一次信息，確定的頻率應該是介于你的用戶期望值和有效資源之間的一個合理的中間值。

（4）各種用戶，需求不同。哪些用戶想要什么內容——>“如何呈現(xiàn)他們”

.確定需求優(yōu)先級

戰(zhàn)略目標和需求間往往不是一對一的關系。優(yōu)先級是決定人們所建議的相關特性的首要因素。

作者：王洛堇

文章轉自：http://www.wangxuntian.com/