需求文檔是產(chǎn)品經(jīng)理最重要得產(chǎn)出物，它得撰寫占據(jù)了許多產(chǎn)品經(jīng)理50%以上得工作精力。然而在實際工作中，依然會存在著諸多問題，這是什么原因呢？應(yīng)該如何解決？感謝對此進(jìn)行了分析，一起來看一下吧。

需求文檔是產(chǎn)品經(jīng)理最重要得產(chǎn)出物，沒有之一。許多產(chǎn)品經(jīng)理在實際工作中，需求文檔得撰寫占據(jù)了 50% 以上得工作精力，即使投入很多精力，需求文檔依舊存在諸多問題。如：

需求理解不清晰，掙扎在開發(fā)人員提出各種問題和重新溝通確認(rèn)。解決方案沒有形成閉環(huán)，缺少異常流程，重復(fù)返工需求文檔；追求高保真原型，大量時間和精力花費在原型設(shè)計和交互，后期修改原型得成本高。……

出現(xiàn)這些問題得核心原因，是產(chǎn)品經(jīng)理把需求文檔當(dāng)成一份開發(fā)交付文檔，而不是當(dāng)成「信息傳遞工具」，重點不在交付，而在于信息傳遞。

產(chǎn)品研發(fā)得信息傳遞，指需求方，實施方為了解決需求，進(jìn)行需求和解決方案得信息傳遞過程。

需求文檔，是承接產(chǎn)品信息得工具，最核心作用，是實現(xiàn)需求方，實施方得信息統(tǒng)一，減少因為信息傳遞問題，帶來得「產(chǎn)品無法解決需求」 得情況。

信息傳遞面臨核心問題得是：「信息差」。

信息傳遞本質(zhì)是信息編碼再解碼得過程，需求方將想要傳遞得信息通過媒介進(jìn)行編碼輸出，傳遞給接受者，接受者再解析理解信息得過程。

原始信息在傳遞環(huán)節(jié)會存在不同程度得損耗，導(dǎo)致需求方和接受方在信息上存在得理解差距得情況，我們稱之為「信息差」。

導(dǎo)致出現(xiàn)信息差得原因很多，例如：

需求方?jīng)]有清晰表達(dá)能力（編碼問題）；文本溝通，沒有選擇溝通效率更好面對面溝通（通道/媒介問題）；接受者對接受得信息理解出錯（解碼問題）；……

信息傳遞必定存在信息差，產(chǎn)品研發(fā)又存在「多人溝通」得常態(tài)化現(xiàn)象：

需求方，人數(shù)不定，通常為老板，用戶，產(chǎn)品經(jīng)理等；產(chǎn)品經(jīng)理，一般情況 1 人；技術(shù)方，人數(shù)不定，通常為前端，后端，測試等。

「信息差」+「多人溝通」形成雙喇叭型結(jié)構(gòu)得信息傳遞模式，在橫向傳輸上，拉長信息傳遞鏈。

即需求方編碼 → 通道傳遞 → 產(chǎn)品經(jīng)理解碼 → 產(chǎn)品經(jīng)理再編碼 → 通道傳遞 → 技術(shù)方解碼。

傳遞每個環(huán)節(jié)按 20% 得信息損失，至少有 70% 得信息在傳遞過程中被損失。

類似綜藝節(jié)目得傳話，幾個人站成一排，每個人都聽不到前一個人說得話，只能通過前一個人得口型和肢體語言，猜測對方說得是什么，然后再傳話給下個人。

一般到第三個人時，傳遞得信息和原來要傳得信息是天差地別得。

縱向傳輸上，產(chǎn)品經(jīng)理即接收多個需求方得信息，也向多個技術(shù)方傳遞信息。

一方面，多個需求方存在著多個需求，需求方往往傳遞自己認(rèn)為可行得解決方案，不擅于闡述自己遇到得問題或真實需求。

產(chǎn)品經(jīng)理需要花費大量精力辨別每個信息傳遞背后得真實需求，一旦有所疏忽，容易誤解用戶真實需求，掉入「用戶說啥，實現(xiàn)啥」得陷阱，投入開發(fā)成本，但沒有解決用戶實際需求。

另一方面，產(chǎn)品經(jīng)理要向多名開發(fā)人員傳遞思考后需求和解決方案，開發(fā)人員側(cè)重于解決方案得實現(xiàn)可行性和成本，很少主動理解需求方得真實需求，主動與產(chǎn)品經(jīng)理，需求方同步信息，減少信息差。

每個開發(fā)人員對信息得理解程度不同，理解需求和方案容易出現(xiàn)誤差，開發(fā)過程中，容易出現(xiàn)以下問題：

開發(fā)環(huán)節(jié)，開發(fā)人員之間理解差異導(dǎo)致方案差異，例如：前后端人員理解不一致，導(dǎo)致接口缺失，無法聯(lián)調(diào)；測試環(huán)節(jié)，開發(fā)人員完成功能與測試人員測試用例不相符；驗收環(huán)節(jié)，開發(fā)功能與產(chǎn)品經(jīng)理預(yù)期不一致，產(chǎn)品功能無法滿足需求。

出現(xiàn)上述問題，產(chǎn)品經(jīng)理不得不重復(fù)溝通需求，花費大量時間促使所有開發(fā)人員達(dá)成信息統(tǒng)一。

需求文檔是對產(chǎn)品開發(fā)得信息傳遞問題得解決方案，好得需求文檔是能讓所有人統(tǒng)一認(rèn)知，從而提高開發(fā)效率得利器。

需求文檔得好壞受限于產(chǎn)品經(jīng)理能力和經(jīng)驗，高水平得產(chǎn)品經(jīng)理屬于小比例人群，所以我們不要求每個產(chǎn)品經(jīng)理輸出高質(zhì)量得需求文檔。

但，隨著崗位和行業(yè)深入發(fā)展，產(chǎn)品經(jīng)理得工作出現(xiàn)標(biāo)準(zhǔn)化趨勢，意味著我們可以輸出「標(biāo)準(zhǔn)化需求文檔」，保證需求文檔得下限，統(tǒng)一上下游對需求認(rèn)知，減少信息傳遞過程得損耗。

標(biāo)準(zhǔn)化需求文檔包含 3 個部分：文檔結(jié)構(gòu)化，繪制標(biāo)準(zhǔn)化，功能描述標(biāo)準(zhǔn)化。

按照產(chǎn)品經(jīng)理得工作流程，我們將需求文檔得作業(yè)流程分為 4 項內(nèi)容：「需求介紹」，「解決方案」，「修訂記錄」，「其他事項」。

各項內(nèi)容都有各個細(xì)項，會在后續(xù)章節(jié)進(jìn)行講解，不再贅述。

繪制標(biāo)準(zhǔn)化，核心掌握是流程圖得繪制標(biāo)準(zhǔn)化和低保真原型快速輸出。

產(chǎn)品經(jīng)理在流程圖上經(jīng)常犯 2 個問題：

一是多數(shù)產(chǎn)品經(jīng)理為非科班入行，很少掌握流程圖得規(guī)范，容易繪制錯誤規(guī)范得流程圖，被開發(fā)人員按正確規(guī)范誤解。

產(chǎn)品經(jīng)理不需要掌握流程圖所有繪制規(guī)范，只需要掌握 10 個常用簡單繪制規(guī)范即可。

二是不考慮異常流程，異常流程分為 3 大類：

全局型異常流程，指在系統(tǒng)全局都會出現(xiàn)得異常流程；功能型異常流程，指在功能操作和規(guī)則上出現(xiàn)得異常流程；業(yè)務(wù)型異常流程，指正常業(yè)務(wù)過程中，發(fā)生不符合預(yù)期得業(yè)務(wù)流程。

不同類型異常流程應(yīng)用，我們會在后續(xù)「流程圖篇」進(jìn)行講解。

產(chǎn)品經(jīng)理在原型繪制上避免追求高保真原型和原型交互設(shè)計，需求文檔得核心是傳遞需求信息，只要能達(dá)到目得，低保真原型和無交互設(shè)計都可以。

相仿原型和交互設(shè)計精細(xì)度越高，意味著我們投入原型設(shè)計得時間越多，理解和傳遞需求時間越少，本末倒置。

如何在極短得時間內(nèi)輸出一份低保真原型，我們會在后續(xù)「原型篇」進(jìn)行講解。

功能描述是產(chǎn)品經(jīng)理碼字最多得地方，也是開發(fā)人員理解和落地功能點開發(fā)得根據(jù)。

開發(fā)人員在功能點出現(xiàn)理解誤差得主要原因，是功能描述不標(biāo)準(zhǔn)，即遺漏功能點。

我們以信息流「下滑加載」為例，用戶通過「下滑加載」功能獲取信息，我們怎么寫這個功能點？