一個有價值的進程致使了一個有價值的商品。

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

（1）知道正在建造啥：

①知道項目的方針是啥，啥時候到達方針

②責任明白

③能看清彼此獨立也不明顯的請求間的內在聯系

（2）知道不需要建造啥

①當對于功用的、各式各樣的也許和主意顯現，用文檔記載，能夠供給一個評價這些主意的架構

②找到“不需要立刻建造”的idea，搜集并讓它們契合長時間計劃

.搜集需要

品牌需要：多見 技能需要：如瀏覽器和操作體系 特別特性需要

需要的三個類別：

大家敘述的想要的，是十分明晰的好主意 大家敘述的的不是好主意，但它們代表了一條通向下個版本的途徑 大家不知道他們是不是需要，能夠讓不一樣部分的人brain storming翻開計劃者思路

撰寫需要的規矩：

樂觀（be positive）：描述這個體系即將做啥工作去“防止”欠好的工作發作，而不是描述“不應當”做啥欠好的工作。

例如：“這個體系不允許用戶采購沒有風箏線的風箏。”應替換成下一句：“假如用戶想采購一個沒有線的風箏的話，這個體系應當引導用戶到風箏線頁面。”

詳細（be specific）：盡也許詳細的解說明白狀況，這是咱們能決定一個需要是不是被完成的最好途徑。

例如：“該網站要使殘疾人可用。”應替換成“該網站要恪守美國殘疾人法案的第508條。”

防止片面的語氣（avoid subjective language）：需要有必要可驗證，找到某種方式來清晰說出應當到達的標準。也能夠用量化的術語來界說一些需要，經過這么的手法來防止片面性。

例如：“這個網站應當契合郵遞員Wayne所期望的時髦。”應替換成“網站的外觀應當契合公司的品牌指南文檔。”

.內容需要：文本、圖畫、音頻、視頻

（1）不要混雜某段內容的格局和目的（如FAQs僅指內容的格局，但咱們常傳聞“網站應當有FAQs）。

（2）供給每個特性規劃的大致預估：文本的字數、圖像的像素巨細、下載的文件字節、相似PDF的獨立內容元素……搜集咱們在計劃一個適合的網站內容時必要的材料。

（3）斷定某個人擔任某一內容元素&它的“更新頻率”。更新頻率來源于網站的戰略方針，從網站方針看，期望用戶多長時刻來訪一次，從用戶需要看，他們期望多長時刻更新一次信息，斷定的頻率應當是介于你的用戶期望值和有用資源之間的一個合理的中心值。

（4）各種用戶，需要不一樣。哪些用戶想要啥內容——>“怎么出現他們”

.斷定需要優先級

戰略方針和需要間通常不是一對一的聯系。優先級是決定大家所主張的有關特性的首要因素。