定義項(xiàng)目范圍：確認(rèn)這是一個(gè)有價(jià)值的過(guò)程+同時(shí)能產(chǎn)生有價(jià)值的產(chǎn)品

1. Process 定義過(guò)程：先做什么，后做什么

考慮潛在的沖突和粗略的問(wèn)題點(diǎn)

確定現(xiàn)在能解決哪些事兒，哪些必須要遲一些才能解決

Schedule ?得有一個(gè)時(shí)間表

Working Flow ?有一個(gè)工作流程、各部分的合作

Milestones 得有階段性目標(biāo)和階段性成果

2. Product ?定義產(chǎn)品 ：要做什么，不做什么

明確了項(xiàng)目要完成整個(gè)的全部工作

提供了一門(mén)用于討論這件事的共同語(yǔ)言

“當(dāng)我們所有的人都在一個(gè)辦公室里工作時(shí)，幾下每一件事都是很麻煩的—>沒(méi)有人去定義需求”

于是：

你團(tuán)隊(duì)中的每一個(gè)人都有各自關(guān)于產(chǎn)品的想法，然后通過(guò)口口相傳的方式傳遞出去，每個(gè)人的描述都略有不同。每個(gè)人都認(rèn)為別人肩負(fù)著設(shè)計(jì)和開(kāi)發(fā)產(chǎn)品關(guān)鍵環(huán)節(jié)的責(zé)任，但實(shí)際上這個(gè)人并不存在。

Scope Creep 一個(gè)雪球向前每滾一英寸，都會(huì)沾上更多的雪，直至沖到山下。

每一個(gè)額外的要求看上去并沒(méi)有增加太多的工作量，但是當(dāng)它們匯集到一起的時(shí)候，你的整個(gè)項(xiàng)目就會(huì)失去控制地膨脹，結(jié)束時(shí)間遙遙無(wú)期。

3. Functional Specifications?

Feature ?可以同時(shí)指功能/內(nèi)容

文檔不能解決問(wèn)題，但定義可以。

程序員們不喜歡閱讀長(zhǎng)篇的功能說(shuō)明，應(yīng)該讓撰寫(xiě)功能說(shuō)明的過(guò)程變得快速簡(jiǎn)便，不要讓它變成產(chǎn)品開(kāi)發(fā)過(guò)程中的一個(gè)獨(dú)立項(xiàng)目。

不需要包含產(chǎn)品的每個(gè)細(xì)節(jié)—>只需要包含在設(shè)計(jì)開(kāi)發(fā)過(guò)程中可能混淆的功能定義。

不需要展望產(chǎn)品未來(lái)的理想化狀態(tài)—>只需要記錄在創(chuàng)建這個(gè)產(chǎn)品時(shí)已確定的決議。

4. Content Requirements

Content Management System, CMS ?

不要混淆內(nèi)容的格式和它的目的。

內(nèi)容元素的大?。▓D片像素、文本字?jǐn)?shù)、音頻大?。?duì)UX決策影響很大。

盡早確定負(fù)責(zé)生成/更新內(nèi)容的人（"如果不是我來(lái)維護(hù)的話，它就應(yīng)該有XXX"）。

有效的內(nèi)容需要日常維護(hù)，如果你沒(méi)有考慮這個(gè)，那么隨著時(shí)間的推移，它就無(wú)法滿足用戶需求。

所以，你應(yīng)該指定內(nèi)容負(fù)責(zé)人，并定義內(nèi)容更新頻率。

Content Inventory

需求大致劃分3類：

A 人們講述的、他們想要的東西

B 人們?cè)谀硞€(gè)過(guò)程/產(chǎn)品中遭遇的困難以及衍生出的建議

C 人們不知道他們是否需要的特性（突然想起的偉大構(gòu)思）

Personas 人物角色

Scenarios 需求場(chǎng)景

需求的詳略程度常常取決于該項(xiàng)目的具體范圍。

一些需求適用于整個(gè)產(chǎn)品（品牌需求、技術(shù)需求），另一些只適用于特殊的特性。

當(dāng)你把所有的時(shí)間都投入到維持現(xiàn)有產(chǎn)品時(shí)，你經(jīng)常會(huì)忘掉哪些是真正的限制條件，而哪些是為了簡(jiǎn)化產(chǎn)品而曾經(jīng)做過(guò)的選擇。

需求優(yōu)先級(jí)

最難的不是收集潛在需求或想法。難的是，你應(yīng)該選擇哪些是保留到你的產(chǎn)品中的，以及留下來(lái)這些哪些是重點(diǎn)去關(guān)注的。

實(shí)現(xiàn)的可能性：有些特性可能會(huì)因?yàn)榧夹g(shù)上的局限無(wú)法實(shí)現(xiàn)，有時(shí)候僅僅是因?yàn)闀r(shí)間不夠或是資源不足。

很少有功能是獨(dú)立存在的，這不可避免地導(dǎo)致了特性之間的沖突，有些特性要和其他的一起權(quán)衡，才能得到一個(gè)連貫的、統(tǒng)一的產(chǎn)品。

任何不符合當(dāng)前項(xiàng)目的戰(zhàn)略目標(biāo)的特性建議，都要通過(guò)范圍定義將其排除出去。如果需求開(kāi)起來(lái)很正確就反思一下你的戰(zhàn)略，然后確定。

需求表述：

Be Positive ?用積極、引導(dǎo)的語(yǔ)言去陳述

Be Specific ?用操作性強(qiáng)的概念去定義功能特性

Avoid Subjective Language ?有些概念和形容詞是很主觀的