產(chǎn)品需求文檔是產(chǎn)品項(xiàng)目由“概念化”階段進(jìn)入到“圖紙化”階段的最主要的一個(gè)文檔，如果你已經(jīng)能可以撰寫需求文檔，那么你現(xiàn)在需要看看本文，在會(huì)撰寫的基礎(chǔ)上能夠?qū)a(chǎn)品需求文檔撰寫的更深入。

一、簡(jiǎn)述

撰寫結(jié)構(gòu)與開發(fā)思維，是在產(chǎn)品需求文檔基礎(chǔ)上，需進(jìn)一步提升的核心基本功。而這個(gè)基本功，決定著能否輸出高度模塊化的產(chǎn)品需求文檔。

但是，許多的新入行的產(chǎn)品新人，對(duì)產(chǎn)品需求文檔認(rèn)識(shí)，局限在：“套個(gè)模板、添加個(gè)前置、后置條件、流程圖”等認(rèn)知，便能輸出一份嚴(yán)謹(jǐn)?shù)漠a(chǎn)品需求文檔。事實(shí)上，這些都只是些浮于表層的事物！對(duì)于模板“是否擁有前置條件、后置條件”這些模塊結(jié)構(gòu)，對(duì)于產(chǎn)生優(yōu)質(zhì)的產(chǎn)品需求文檔，其實(shí)并不是核心的決定因素。

糾結(jié)于產(chǎn)品模板，會(huì)導(dǎo)致新人誤入形式，遠(yuǎn)離本質(zhì)。這種場(chǎng)景下，很難將產(chǎn)品需求文檔撰寫嚴(yán)謹(jǐn)，最終必然導(dǎo)致內(nèi)容空泛。我們對(duì)產(chǎn)品需求文檔最終達(dá)到的效果，進(jìn)行TAG概括：

• 推理嚴(yán)謹(jǐn)
• 邏輯合理
• 描述細(xì)致
• 場(chǎng)景清晰

在進(jìn)階版篇章中，我們從產(chǎn)品需求文檔模板的框架中跳出來，在高一層的維度中，從“方法論”的角度展示。

根據(jù)案例：產(chǎn)品需求文檔A與產(chǎn)品需求文檔B，基于撰寫結(jié)構(gòu)與開發(fā)思維，如何實(shí)現(xiàn)“嚴(yán)謹(jǐn)、合理、細(xì)致、清晰”效果，進(jìn)行案例分析。

二、撰寫結(jié)構(gòu)

撰寫結(jié)構(gòu)，就是基于被撰寫的產(chǎn)品功能模塊，有規(guī)劃的進(jìn)行內(nèi)容組織。且將組織的內(nèi)容清晰的描述出來，而內(nèi)容組織并不局限在使用某個(gè)產(chǎn)品需求文檔的模板中，只需要擁有個(gè)人“方法”，將產(chǎn)品功能描繪清晰即可。但，它須堅(jiān)持一些原則：

• 符合瀏覽對(duì)象瀏覽信息流的習(xí)慣，被組織的內(nèi)容權(quán)重主次清晰，并起到引導(dǎo)作用。
• 內(nèi)容組織緊湊，功能模塊內(nèi)容結(jié)構(gòu)劃分清晰，區(qū)分明顯。
• 結(jié)構(gòu)化的撰寫方式，以結(jié)構(gòu)化的形式展示數(shù)據(jù)流、業(yè)務(wù)流、頁面布局邏輯。
• 嚴(yán)謹(jǐn)?shù)氖桥c否判斷。

產(chǎn)品需求文檔A

產(chǎn)品需求文檔A，在描繪需求時(shí)，采用的是“功能名稱-需求說明（內(nèi)容描述）-原型圖”形式作為撰寫結(jié)構(gòu)，進(jìn)行文檔撰寫，描述不夠深入導(dǎo)致整體較為空洞，體現(xiàn)在：

• 頁面布局：缺乏1、2級(jí)層級(jí)關(guān)系，用戶瀏覽信息時(shí)，缺乏主次。需要查看參與者個(gè)人進(jìn)行信息區(qū)分，隊(duì)內(nèi)容層級(jí)篩選。
• 整體排序：排序不符合查看參與瀏覽信息方式，不能起到引導(dǎo)用戶有節(jié)奏地進(jìn)行產(chǎn)品功能內(nèi)容傳遞。
• 模塊結(jié)構(gòu)：內(nèi)容結(jié)構(gòu)單一，在“需求說明”上，無法系統(tǒng)化地進(jìn)行產(chǎn)品功能細(xì)節(jié)描寫，頁面的數(shù)據(jù)流、邏輯關(guān)系無法清晰的表達(dá)。
• 撰寫結(jié)構(gòu)：文檔描述口語化嚴(yán)重，缺乏結(jié)構(gòu)化語言，思維零碎，無法引導(dǎo)查看參與者思維進(jìn)行文檔價(jià)值傳遞。

基于上述原因，產(chǎn)品需求文檔A，對(duì)于產(chǎn)品功能涉及的“字段、操作邏輯、數(shù)據(jù)流、排序規(guī)則….等，都無清晰的表達(dá)出來。

產(chǎn)品需求文檔B

采用豎并列式的結(jié)構(gòu)進(jìn)行文檔撰寫，整體顯的緊湊，內(nèi)容豐富，主要體現(xiàn)在：

完整的文檔模塊

產(chǎn)品需求文檔B，文檔模塊，圍繞產(chǎn)品功能的數(shù)據(jù)流與邏輯關(guān)系展開搭建，框架模塊較為清晰。從產(chǎn)品功能名稱介入，從“用例圖、前置條件、后置條件、功能概述”的角度，將產(chǎn)品功能大的框架明確。

產(chǎn)品框架的基礎(chǔ)上，進(jìn)行產(chǎn)品功能模塊細(xì)化，繪制出：“字段列表、表單、操作、交互、算法模型….”，而描述的模塊與結(jié)構(gòu)化的思維，將產(chǎn)品功能主次區(qū)分開，將細(xì)節(jié)進(jìn)一步深入描述。如進(jìn)行產(chǎn)品功能規(guī)劃：“從主業(yè)務(wù)流切入，將核心流程打通。”后臺(tái)：邏輯業(yè)務(wù)流，前臺(tái)：選購支付流（流程不通，轉(zhuǎn)化率必然很低）。

規(guī)范的內(nèi)容排序

嚴(yán)謹(jǐn)?shù)墓δ苣K，結(jié)合內(nèi)容主次排序，如何符合參與角色瀏覽文檔的習(xí)慣，便顯的非常重要。產(chǎn)品需求文檔A，在文檔排序上，使用：“功能名稱-功能說明-原型圖”，這種描述邏輯是：

查看參與者，需要先看需求說明，才進(jìn)入查看原型圖，這種查看文檔的交互方式，是有問題。

對(duì) 于文檔傳遞信息而言，第一步是進(jìn)行整體的產(chǎn)品功能概念的價(jià)值灌輸，從原型圖了解大體的邏輯與數(shù)據(jù)，讓參與對(duì)象可以在功能上對(duì)整體模塊進(jìn)行了解。在這個(gè)基礎(chǔ) 上，才進(jìn)入細(xì)節(jié)描述，這個(gè)過程中才結(jié)合原型圖，逐漸將功能細(xì)節(jié)撰寫排序。這樣利于后續(xù)交接方與提出方、研發(fā)方，在查看文檔時(shí)，最短的時(shí)間熟悉產(chǎn)品功能的大 體邏輯。

而產(chǎn)品需求文檔B，在內(nèi)容排序上，采用“功能名稱-原型圖-整體業(yè)務(wù)框-功能說明”，這種描述的邏輯是：

了解功能，了解答題的功能內(nèi)容-了解整體業(yè)務(wù)框架-進(jìn)入細(xì)節(jié)了解，這種查看文檔的交互方式，符合上述方法論，并且從淺往深引導(dǎo)查看參與者由淺至深的深入了解文檔整體內(nèi)容。

嚴(yán)謹(jǐn)?shù)募?xì)節(jié)撰寫

在整體框架的基礎(chǔ)上，撰寫的更深入。一方面，需要對(duì)行業(yè)業(yè)務(wù)知識(shí)進(jìn)行積累；另一方面，對(duì)于所把握的產(chǎn)品功能的使用業(yè)務(wù)場(chǎng)景理解透徹。

在 產(chǎn)品需求文檔A中，每個(gè)字段、操作邏輯、判斷條件、業(yè)務(wù)場(chǎng)景無嚴(yán)謹(jǐn)?shù)恼f明，所描繪的內(nèi)容僅局限于不清晰的頁面布局與不清晰的提取數(shù)據(jù)記錄。而產(chǎn)品需求文檔 B，采用格式化的形式進(jìn)行文檔撰寫，在格式化的框架下，細(xì)致頁面布局的字段與涉及業(yè)務(wù)場(chǎng)景、判斷條件都能很好的進(jìn)行描述。

而細(xì)節(jié)描述，盡量精確至每個(gè)字段。若所設(shè)計(jì)的字段與當(dāng)前業(yè)務(wù)字段符合，請(qǐng)備注為當(dāng)前功能不變，開發(fā)成熟的模塊僅需要插進(jìn)去。

但 業(yè)務(wù)場(chǎng)景，必須想清晰，如：在某款特賣產(chǎn)品中，新增”瀏覽記錄”功能點(diǎn)，常規(guī)用戶進(jìn)行歷史瀏覽記錄查看時(shí)，超過90%的瀏覽的記錄時(shí)“無法進(jìn)行購買超 過”，這是影響用戶體驗(yàn)，印象流量轉(zhuǎn)化率。若后續(xù)在“本場(chǎng)景”下新增個(gè)性化推薦功能點(diǎn)，也顯的有些不搭調(diào)，這個(gè)場(chǎng)景邏輯是：我看個(gè)人歷史記錄-沒有了-推 薦其它商品，那我干嘛還看我的歷史瀏覽記錄？若針對(duì)于活動(dòng)熱度這種特殊場(chǎng)景，但是瀏覽記錄又是一個(gè)常規(guī)功能。而事實(shí)上，這是非常典型的沒將功能點(diǎn)各個(gè)業(yè)務(wù) 場(chǎng)景清晰的梳理清楚：

1. 特賣商品擁有檔期屬性，若干天就需要對(duì)商品進(jìn)行下架。
2. 大量的用戶非每天都會(huì)在本產(chǎn)品進(jìn)行新商品瀏覽。（若是電商PM查看本文檔，請(qǐng)查看貴平臺(tái)后臺(tái)的BI分析報(bào)表，查詢一下日用戶活躍度（DAU）的環(huán)比下降幅度，與用戶平均查看商品數(shù)）

可理解的描述結(jié)構(gòu)

產(chǎn)品需求文檔A整體是缺乏結(jié)構(gòu)的，而產(chǎn)品需求文檔B是在結(jié)構(gòu)化的框架下進(jìn)行撰寫。而描述結(jié)構(gòu)圍繞著產(chǎn)品功能或字段，圍繞著“我是誰，我從那么來，我要那里去”，整體便非常清晰。

撰 寫結(jié)構(gòu)，是產(chǎn)品需求文檔非常核心的組成部份，在模塊化、排序、細(xì)節(jié)、結(jié)構(gòu)等層面上。一方面，從整體上解決產(chǎn)品需求文檔A存在PRD撰寫的問題。另一方面， 將發(fā)散的思維收窄，聚焦至解決一個(gè)產(chǎn)品功能的業(yè)務(wù)問題上，包括字段數(shù)、業(yè)務(wù)邏輯、涉及的變量算法… ….清晰的描繪出來。

讓PM把握產(chǎn)品功能整體，完整的的對(duì)價(jià)值實(shí)現(xiàn)上與下進(jìn)行傳遞，并滿足本章節(jié)提出的“撰寫結(jié)構(gòu)原則”條件。

三、開發(fā)思維

開發(fā)思維，是一種線性思維；在邏輯的世界里，只有“是與否”。是，則開始。否，則結(jié)束或進(jìn)入下一個(gè)開始。
它們就像完美的整體，將產(chǎn)品從頂層戰(zhàn)略至功能細(xì)節(jié)，體驗(yàn)在產(chǎn)品每個(gè)使用場(chǎng)景中（用戶使用體驗(yàn)）（具體的用戶體驗(yàn)，我們將從后續(xù)的篇章進(jìn)行描述，這里不進(jìn)行詳細(xì)描寫）。

正如在《倒?fàn)斀棠銓懏a(chǎn)品需求文檔（基礎(chǔ)篇）》中，計(jì)算機(jī)表達(dá)的是數(shù)據(jù)流與邏輯操作，那么開發(fā)思維，便是通過“是與否”，將產(chǎn)品細(xì)節(jié)，從數(shù)據(jù)流、操作邏輯關(guān)系的角度。描述出來；主要體現(xiàn)在兩個(gè)方面：

數(shù)據(jù)流

在 協(xié)助層與基礎(chǔ)層之間，通過“數(shù)據(jù)控制”與“數(shù)據(jù)傳送”兩個(gè)動(dòng)作，實(shí)現(xiàn)數(shù)據(jù)的倉儲(chǔ)與傳送。那么，前臺(tái)主要是進(jìn)行取值（數(shù)據(jù)提?。?，后臺(tái)主要是數(shù)據(jù)發(fā)布與管 理；而PM，需對(duì)所負(fù)責(zé)業(yè)務(wù)，對(duì)系統(tǒng)擁有哪些數(shù)據(jù)，與數(shù)據(jù)是如何控制擁有足夠的把握。只要后臺(tái)擁有產(chǎn)品功能模塊數(shù)據(jù)，在不影響前臺(tái)性能的前提下，在時(shí)間條 件充足下，基本上可以實(shí)現(xiàn)。

隨著平臺(tái)業(yè)務(wù)的增長(zhǎng)，平臺(tái)需從開始由于“低門檻”讓參與度提高的策略，擺脫前期策略導(dǎo)致的信息數(shù)據(jù)匱乏。后期需逐漸逐漸通過運(yùn)營的手段，將前后臺(tái)的業(yè)務(wù)數(shù)據(jù)補(bǔ)齊，支撐后期進(jìn)行數(shù)據(jù)結(jié)構(gòu)化分析，實(shí)現(xiàn)數(shù)據(jù)智能精準(zhǔn)化運(yùn)營。而數(shù)據(jù)流，必然少不了。

邏輯關(guān)系

機(jī)器的行為，是通過程序語言來實(shí)現(xiàn)。你需要輸入某個(gè)指令，它才會(huì)去執(zhí)行某個(gè)任務(wù)。在處理多個(gè)任務(wù)的時(shí)候，便需要對(duì)多個(gè)指令進(jìn)行判斷執(zhí)行。而在前后臺(tái)業(yè)務(wù)時(shí)， 需要PM對(duì)每個(gè)業(yè)務(wù)狀態(tài)場(chǎng)景有深入的認(rèn)識(shí)，才能基于判斷邏輯與觸發(fā)條件足夠的把控，將所負(fù)責(zé)的業(yè)務(wù)場(chǎng)景打通；（在這點(diǎn)上，若不是只做操作功能點(diǎn)的PM，可 以用戶產(chǎn)品功能架構(gòu)，將個(gè)人所負(fù)責(zé)產(chǎn)品功能，從數(shù)據(jù)發(fā)布、管理、提取、倉促、分析，進(jìn)行產(chǎn)品功能框架搭建）

總而言之?dāng)?shù)據(jù)流與邏輯關(guān)系相互結(jié)合，能讓PM在撰寫產(chǎn)品需求文檔時(shí)，讓用戶使用場(chǎng)景與計(jì)算機(jī)邏輯緊密結(jié)合，設(shè)計(jì)出符合用戶體驗(yàn)的產(chǎn)品，結(jié)合業(yè)務(wù)場(chǎng)景進(jìn)行功能取舍，設(shè)計(jì)出符合平臺(tái)戰(zhàn)略或用戶體驗(yàn)的產(chǎn)品功能點(diǎn)，提高了對(duì)應(yīng)的轉(zhuǎn)化率與實(shí)現(xiàn)業(yè)務(wù)(GMV）增長(zhǎng)。

四、綜述

撰寫結(jié)構(gòu)與開發(fā)思維，是撰寫產(chǎn)品需求文檔非常核心的組成部分。是在模板或者樣式的基礎(chǔ)上，輸出優(yōu)質(zhì)嚴(yán)謹(jǐn)?shù)奈臋n內(nèi)容。在業(yè)務(wù)層面，與開發(fā)與業(yè)務(wù)方更嚴(yán)謹(jǐn)?shù)倪M(jìn)行良性溝通。而這些正是進(jìn)階版的核心所在，這個(gè)基礎(chǔ)上，你可以根據(jù)實(shí)際的產(chǎn)品功能請(qǐng)看，進(jìn)行PRD撰寫與設(shè)計(jì)！

同時(shí)，將PM從發(fā)散思維的產(chǎn)物收窄至邏輯思維的產(chǎn)物，大大提高了PM入門門檻，提高了專業(yè)度。

五、附語

對(duì)于產(chǎn)品需求文檔是否需要某類樣式與格式？具體的樣式與格式，可根據(jù)團(tuán)隊(duì)、項(xiàng)目實(shí)際流程與平臺(tái)業(yè)務(wù)性質(zhì)進(jìn)行撰寫結(jié)構(gòu)進(jìn)行設(shè)計(jì)，畢竟商業(yè)社會(huì)是以團(tuán)隊(duì)的形式進(jìn)行作戰(zhàn)。

但， 作為個(gè)人，是否需要進(jìn)行訓(xùn)練。倒?fàn)?01無法給你明確的答案，因?yàn)槟鞘悄阕约旱氖?。但是，從PRD角度，撰寫完整的框架，能對(duì)你個(gè)人的產(chǎn)品框架思維得到訓(xùn) 練。并且，文檔是否高要求，其實(shí)也是你的事，至于開發(fā)看不看那是開發(fā)的事。出了問題，背鍋的也是你的事?？偛荒茏寽y(cè)試背吧？

大道至簡(jiǎn)，簡(jiǎn)難而繁易。處理一個(gè)功能點(diǎn)的框架思維與處理一個(gè)產(chǎn)品的框架思維是一樣的。經(jīng)過嚴(yán)謹(jǐn)?shù)挠?xùn)練，能讓框架思維得到提升，而初始框架搭建是否靠譜，也決定了產(chǎn)品后續(xù)的迭代生長(zhǎng)。

六、拋個(gè)話題

如果上帝無法預(yù)測(cè)與控制宇宙的每個(gè)細(xì)節(jié)，在我們所能理解的所認(rèn)知思維中，對(duì)我們存在認(rèn)知進(jìn)行設(shè)計(jì)，并存有大量以下的現(xiàn)象，如：

• 50%的人類是畸形人
• 50% 的天氣是自然災(zāi)害
• 女性的占比率<=1%

那么，你認(rèn)為Ta是一位偉大的創(chuàng)造者？

相關(guān)閱讀：

剛?cè)胄械漠a(chǎn)品新人，你其實(shí)可以寫一份合格產(chǎn)品需求文檔

作者：倒?fàn)敚⑿牛篺tl_keen。

本文由 @倒?fàn)?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。