內(nèi)容索引

1.一個(gè)高質(zhì)量需求的經(jīng)典要素

1.1 評估需求：確定目標(biāo)和優(yōu)先級

1.2 細(xì)化需求：SMART原則的運(yùn)用

2.反例：低質(zhì)量的需求

3.實(shí)踐：親手制造高質(zhì)量需求

3.1舉例：自動(dòng)告訴媽媽，我快到家了

4.總結(jié)：從好需求到好產(chǎn)品

=========================

1.一個(gè)高質(zhì)量需求的經(jīng)典要素

何謂高質(zhì)量的需求？一是需求本身有價(jià)值，二是需求被清楚明晰的表達(dá)沒有疏漏。所以，需求從“一個(gè)想法”蛻變?yōu)?ldquo;高質(zhì)量的需求文檔”需要經(jīng)歷評估和細(xì)化的過程。

1.1評估需求：確定目標(biāo)和優(yōu)先級

評估是確定需求價(jià)值的過程。每個(gè)產(chǎn)品都有著生命周期，把握好迭代的節(jié)奏能讓產(chǎn)品迅速占領(lǐng)市場、收益最大化。那么，就要確定需求的目標(biāo)，即達(dá)到效果的量化標(biāo)準(zhǔn)。一坨需求的目標(biāo)拿來比較排序，就是優(yōu)先級。

如何確定需求的目標(biāo)和優(yōu)先級呢？“假如你是QQ的產(chǎn)品經(jīng)理”這篇文章中有很好的分析，如下：

用戶需求重要性的判斷標(biāo)準(zhǔn)：用戶基數(shù)、使用次數(shù)和類別重要性。類別重要性分成基本型、期望型和興奮型需求三類。

目標(biāo)有了公式來計(jì)算量化標(biāo)準(zhǔn)，自然也就便于比較優(yōu)先級。當(dāng)然，產(chǎn)品經(jīng)理對于百分比的預(yù)估可能是不準(zhǔn)確的，這就要求了每個(gè)需求要配合相應(yīng)的統(tǒng)計(jì)項(xiàng)需求，用來觀察驗(yàn)證與目標(biāo)是否一致。隨著經(jīng)驗(yàn)累計(jì)，預(yù)估會(huì)越來越準(zhǔn)確，直到成為直覺。

對產(chǎn)品節(jié)奏的把握是關(guān)鍵甚至致命的，在同一個(gè)時(shí)間點(diǎn)，米聊選擇做涂鴉信息，微信選擇做查看附近的人，產(chǎn)品的用戶規(guī)模就此拉開距離。

1.2 細(xì)化需求：SMART原則的運(yùn)用

SMART原則自從被“杜拉拉升職記”使用后廣為人知，即明確性（Specific）、可衡量（Measurable）、可實(shí)現(xiàn)（Attainable）、相關(guān)性（Relevant）、時(shí)限性（Time-bound）。筆者發(fā)現(xiàn)，其實(shí)不只是用在目標(biāo)管理上，SMART原則用于需求管理和細(xì)化也非常貼切。

S：明確性

首先，需求要無歧義，這就需要盡可能少的出現(xiàn)形容詞，比如“可能、大部分”等;出現(xiàn)的名詞如不確定對方能夠理解，需給出名詞解釋，比如“準(zhǔn)確率、召回率”。

其次，需求要完整�？梢詮挠脩舨僮髁鞒坛霭l(fā)，考慮到不同的用戶角色和用戶環(huán)境，操作時(shí)的每一個(gè)分支和異常。

在此僅以手機(jī)端為例

從用戶角色上：使用的App版本不同、首次啟動(dòng)/非首次啟動(dòng)、用戶權(quán)限（免費(fèi)/付費(fèi)、普通用戶/管理員等）;

從用戶環(huán)境上：無網(wǎng)絡(luò)環(huán)境/網(wǎng)絡(luò)環(huán)境異常中斷/網(wǎng)絡(luò)環(huán)境良好、不同機(jī)型、不同系統(tǒng)、橫屏/豎屏使用、手機(jī)/平板;

從操作分支上：前置條件、后置條件（我的理解是當(dāng)前界面上每一個(gè)按鈕/手勢的下一步反應(yīng)）;

從操作異常上：操作的邊界情況（比如：在評論框中惡意輸入調(diào)用數(shù)據(jù)庫的代碼）。

M：可衡量

可衡量意味著需求需要有量化標(biāo)準(zhǔn)，使其可以被測試和證實(shí)。

僅以注冊頁面為例

“當(dāng)用戶輸入用戶名和密碼后，注冊成功;當(dāng)輸入出現(xiàn)錯(cuò)誤時(shí)，彈出錯(cuò)誤提示”

這并不是一個(gè)可衡量的需求，因?yàn)闆]有定義什么是正確什么是錯(cuò)誤，無從驗(yàn)證。

應(yīng)為：

“當(dāng)郵箱格式為example@example.com，密碼至少為6個(gè)字符，密碼和確認(rèn)密碼一致這三個(gè)條件均滿足時(shí)，注冊成功;否則分別出現(xiàn)’郵箱格式錯(cuò)誤’，’密碼應(yīng)至少為6個(gè)字符’，’密碼和確認(rèn)密碼不一致’的錯(cuò)誤提示”

另外，需求目標(biāo)也需要可衡量，也就是上文提到的“每個(gè)需求要配合相應(yīng)的統(tǒng)計(jì)項(xiàng)需求來檢驗(yàn)上線效果”。

A：可實(shí)現(xiàn)

可實(shí)現(xiàn)除了考慮需求的可行性，還需考慮到成本控制，包括時(shí)間、人力、資源等等。

有這樣一種說法，“理論上來說所有明確的需求都可以實(shí)現(xiàn)，只是需要時(shí)間。”

尤其移動(dòng)端采用敏捷開發(fā)的話，搞一個(gè)需要做半年的需求就給跪了。

資源上來說，類似個(gè)性化推薦、云端產(chǎn)品需要把每個(gè)用戶的數(shù)據(jù)在服務(wù)器存一份，小公司可能會(huì)燒不起服務(wù)器。

R：相關(guān)性

需求和產(chǎn)品定位保持一致，策略和已存在的產(chǎn)品保持邏輯一致，形式和風(fēng)格與已存在的產(chǎn)品保持形式和文案風(fēng)格的一致。

需求之間的邏輯、定義和文案風(fēng)格一致。

T：時(shí)限性

T原則一般用于工程師細(xì)化需求，而非產(chǎn)品經(jīng)理。在計(jì)劃會(huì)之后，每個(gè)需求會(huì)被拆分并有相應(yīng)排期。

2.反例：低質(zhì)量的需求

假設(shè)老板給Google now產(chǎn)品經(jīng)理提了這樣一個(gè)需求：讓多個(gè)城市的天氣顯示在同一張card上。

首先，評估需求。根據(jù)現(xiàn)有數(shù)據(jù)計(jì)算得出

用戶需求重要性=功能使用用戶百分比（5%）*功能使用次數(shù)百分比（10%）*類別重要性百分比（20%）=0.001

優(yōu)先級低。不過既然是老板提的需求，還是先細(xì)化一下需求吧，運(yùn)用SMART原則。

每張card有相應(yīng)的布局和排版，如果要多個(gè)城市的天氣顯示在一張card就需要拉長card或者重新排版。多個(gè)城市的閾值需定為多少？當(dāng)多個(gè)城市=2，3，4…時(shí)是否要每種單獨(dú)定制模板和布局？同時(shí)如何保證主要信息全部顯示？

產(chǎn)品經(jīng)理突然發(fā)現(xiàn)，這樣一個(gè)反人類的需求不僅開發(fā)量增大而且收益微小。

這時(shí)，普通產(chǎn)品經(jīng)理在心里暗罵老板SB，二逼產(chǎn)品經(jīng)理向同事傾訴老板是個(gè)SB，炫酷產(chǎn)品經(jīng)理反過來想，老板為什么會(huì)這么想呢？啊，他一定是想更便捷的查看同類型的card。于是，他推出了一種炫酷的設(shè)計(jì)——Google now中同類型card為疊放樣式。

（本故事純屬杜撰，如有雷同，呵呵）

3.實(shí)踐：親手制造高質(zhì)量需求

這里用一個(gè)小例子來一步步制造高質(zhì)量需求。筆者的母親希望筆者在晚上十點(diǎn)前仍未回家時(shí)發(fā)短信報(bào)平安，但筆者經(jīng)常忘記，受到ifttt啟發(fā)萌生這樣一個(gè)想法，當(dāng)我十點(diǎn)前仍沒到家時(shí)，自動(dòng)發(fā)短信給媽媽報(bào)平安。

3.1 需求評估

用戶需求重要性=功能使用用戶數(shù)量（2.7億*18%*5%）*功能使用次數(shù)百分比（30%）*類別重要性百分比（50%）=364500

有此需求的用戶特征大致是：未婚、與父母同住、上學(xué)或工作，故年齡分布大致在21-26歲。

中國目前有2.7億智能機(jī)用戶［3］，智能機(jī)用戶中20-29歲人群占比36%［4］，如果均分則21-26占比18%，預(yù)測其中有此需求的用戶占比5%;功能使用次數(shù)為一周兩次，重要性為50%，得出用戶需求重要性的數(shù)量為364500.當(dāng)然這個(gè)估計(jì)可能偏大了，重點(diǎn)還是想說細(xì)分需求的步驟嗯。

3.2 明確概念

當(dāng)某時(shí)未到某地時(shí)，自動(dòng)發(fā)短信給某人。

未到某地的定義：距離某地大于等于1000米的直線距離。

3.3 主線流程

先完成主線的執(zhí)行邏輯，注意每一個(gè)步驟的可衡量

3.4 繼續(xù)完善分支和異常情況

考慮每一個(gè)步驟的其他操作和錯(cuò)誤情況

至此，便完成了需求的主要邏輯。

可以通過觀察反推成熟產(chǎn)品（比如iOS上的備忘錄）的需求邏輯來訓(xùn)練簡化流程且不遺漏的能力，也可以多閱讀同行的優(yōu)秀文檔，比如白鴉老師的“微信自定義機(jī)器人的最初需求樣本”。

4.總結(jié)：從好需求到好產(chǎn)品

好需求是好產(chǎn)品的必要非充分條件，一份清晰、無疏漏、不輕易變更的需求文檔能讓團(tuán)隊(duì)其他成員專注于開發(fā)。當(dāng)然，僅僅寫的清楚也是不夠的，還要說的明白，在溝通中達(dá)成一致。

標(biāo)簽： 交互設(shè)計(jì)原則 如何寫好需求文檔 方舟子 

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。