在平常的工作中，我們總是會說需求不夠明確，這是一種很籠統(tǒng)的說法，是我們對一份需求文檔抽象的評價，其中包含的含義可能是如下情況：需求存在二義性、需求不明確、需求不完整、需求不正確，等等。
當(dāng)我們反饋問題的時候，僅僅反饋需求不明確或者需求質(zhì)量不好，是沒有意義的，我們必須明確的指出具體的問題所在，這樣才有利于需求的完善和質(zhì)量提升。下面就需求二義性、需求正確性、需求完整性幾個方面進(jìn)行說明。
一.需求二義性
需求描述的二義性一方面是指不同讀者對需求說明產(chǎn)生了不同的理解；另一方面是指同一讀者能用不同的方式來解釋某個需求說明。
在需求閱讀過程中，只要是不能夠明確清晰理解的內(nèi)容，都需要提出來，讓PD給予確認(rèn)修改。如某需求文檔中對商品價格的描述，在不同的地方分別使用了價格、單價，這就很容易引導(dǎo)讀者以為是兩個概念。
二.需求正確性
需求文檔描述的內(nèi)容，除了要求清晰的，還要保證內(nèi)容是正確的。我們可以從以下方面進(jìn)行檢查：
1.功能是否正確合理
任何一個需求都不會憑空而降，都有它背后的理由?？紤]問題的時候換位思考，運(yùn)營/pd推出該需求的動機(jī)是什么，明白了背景，再去思考需求是否能滿足背景要求，是否有損害到真正用戶的利益。
2.與現(xiàn)有系統(tǒng)業(yè)務(wù)是否沖突矛盾
如果需求是和現(xiàn)有的業(yè)務(wù)緊密聯(lián)系的，需要對現(xiàn)有業(yè)務(wù)進(jìn)行一個梳理，確認(rèn)新的需求不會和已有的功能是沖突矛盾的，或者與原有的業(yè)務(wù)意圖是背離的。
3.用戶對象是否正確
用戶對象，會涉及到用戶權(quán)限的問題，主要是看功能涉眾描述是否正確，避免錯亂和遺漏。
三.需求完整性
需求完整性包含描述不細(xì)致、不完整和缺失。
1.需求不細(xì)致
需求文檔對一個功能點進(jìn)行了描述，但是顆粒過于粗糙，細(xì)節(jié)信息沒有被傳遞。比較常見的是頁面元素的處理。比如這樣的一個描述說明：點擊網(wǎng)點名稱，打開網(wǎng)點詳細(xì)信息。網(wǎng)點詳細(xì)信息頁面需要輸出哪些內(nèi)容是不明確的，面對這樣一個需求，開發(fā)可以根據(jù)自己的理解對信息進(jìn)行輸出，但是可能會與PD的預(yù)期有出入。
2.需求不完整
不完整是指需求文檔有說明，但是沒有給出明確定義說明。比如某個PRD文檔中，有文字提及下單模式有預(yù)付金下單和非預(yù)付金下單，但文檔中有詳細(xì)描述的只有預(yù)付金下單，非預(yù)付金下單還沒有來得露臉就消失了，讓讀者完全搞不懂這是一種什么樣的下單模式。
3.需求缺失
需求缺失則是徹底的遺漏，整個文檔都沒有出現(xiàn)，又可分為業(yè)務(wù)規(guī)則缺失和功能缺失。要找出需求缺失問題，必須熟讀需求文檔。
查找業(yè)務(wù)規(guī)則缺失問題，需要有業(yè)務(wù)基礎(chǔ)，對現(xiàn)有的相關(guān)業(yè)務(wù)知識進(jìn)行學(xué)習(xí)了解，對需求的背景進(jìn)行剖析，在明確需求目的前提下，對需求已經(jīng)提及的業(yè)務(wù)規(guī)則分析，查找是否有遺漏。
查找功能缺失問題，可以通過畫系統(tǒng)功能模塊框架圖和活動圖，明確各個功能是否能完整的流轉(zhuǎn)，如果有數(shù)據(jù)是不能到達(dá)終點的，則是存在缺失的功能點。
轉(zhuǎn)載務(wù)必注明出處Taobao QA Team，原文地址：http://qa.taobao.com/?p=8781