個問卷調(diào)查之類的文檔，詳細(xì)列舉需要客戶回答的問題，以便防止遺漏。
c) 需求報告的編寫者要能夠?qū)蛻粜枨筮M行深入分析，區(qū)別出哪些需求存在日后變更的可能，哪些需求屬于相對固定的，哪些需求能夠?qū)崿F(xiàn)，哪些需求需要變通才能實現(xiàn)，以便于指導(dǎo)后面的功能設(shè)計。
d) 需求分析報告對功能細(xì)節(jié)的描述不能有歧義，描述一定要全面、準(zhǔn)確，防止開發(fā)方和客戶只見對同一個問題有兩個截然不同的理解?？梢酝ㄟ^評審，用大家的力量來避免這種情況發(fā)生
e) 需求報告的每個關(guān)乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。
f) 需求報告一定要經(jīng)過一個有技術(shù)人員和業(yè)務(wù)人員參加的評審，要充分發(fā)揮團隊的力量，重視每個人的才智，一個模塊一個功能的逐一的過，讓大家來共同找出需求報告里不合理的、有歧義的、不完善的、遺漏的等等問題
g) 幫助客戶去理解提交給他的需求分析報告而不是只等簽字，對于有能夠用好幾種方式實現(xiàn)的功能，盡量做到能讓客戶去比較和選擇。不要讓客戶對報告中的部分產(chǎn)生歧義。只有客戶對報告的完全的理解，才能在日后客戶提出的修改被認(rèn)為是需求變更的時候能夠得到客戶的理解
h) 最后，需求分析報告一定要雙方共同簽字確認(rèn)