本文引用的部分內(nèi)容摘自唐杰先生的文章硝拧，作者根據(jù)自身工作實(shí)際應(yīng)用到的技能進(jìn)行了知識(shí)點(diǎn)歸納。僅供參考。
相信有很多初入產(chǎn)品坑的同學(xué)齐疙，對(duì)于產(chǎn)品經(jīng)理日常工作到底需要輸出哪些文檔，以及采用何種方式最便捷清晰地去輸出旭咽，會(huì)有所疑問(wèn)贞奋，本文根據(jù)作者親身工作體會(huì)，淺作歸納穷绵。

首先轿塔，產(chǎn)品經(jīng)理主要需要輸出的文件有：信息結(jié)構(gòu)圖（供產(chǎn)品經(jīng)理自己進(jìn)行信息梳理，以及與開發(fā)人員討論數(shù)據(jù)結(jié)構(gòu)的依據(jù)）仲墨，產(chǎn)品結(jié)構(gòu)圖（供產(chǎn)品團(tuán)隊(duì)內(nèi)部更清晰的管理產(chǎn)品的功能）勾缭，原型圖（線框圖，產(chǎn)品宣講時(shí)用到宗收，設(shè)計(jì)漫拭，技術(shù)，老板更明確理解產(chǎn)品意圖）混稽，產(chǎn)品需求文檔（最終執(zhí)行文檔采驻，針對(duì)開發(fā)，設(shè)計(jì)人員）匈勋。
以下將對(duì)這些文檔的意義以及使用到的制作工具礼旅，進(jìn)行說(shuō)明。

產(chǎn)品需求文檔（PRD）

產(chǎn)品設(shè)計(jì)的最終表述的形式被稱為產(chǎn)品需求文檔洽洁，業(yè)界常常稱呼為PRD文檔痘系，這是英文Product Requirement Document的縮寫。
PRD文檔是基于BRD饿自、MRD的延續(xù)文檔汰翠，主要是一份給執(zhí)行層面的工作人員閱讀的文檔，這部分人群絕大多數(shù)是設(shè)計(jì)與技術(shù)人員昭雌。在這類人群中复唤，設(shè)計(jì)師更多依賴于產(chǎn)品原型進(jìn)行交互或視覺的設(shè)計(jì)，因此看這份文檔的人主要是技術(shù)人員烛卧。相對(duì)于技術(shù)人員佛纫，他們不太關(guān)注產(chǎn)品的商業(yè)需求和市場(chǎng)愿景，因?yàn)樵谶M(jìn)行產(chǎn)品討論立項(xiàng)時(shí)，產(chǎn)品的定義就已經(jīng)向參與設(shè)計(jì)和研發(fā)的人員宣講過(guò)呈宇，因此技術(shù)人員更多的是關(guān)注界面好爬、功能、交互甥啄、元素等等內(nèi)容存炮，因此產(chǎn)品需求文檔是一份詳細(xì)的產(chǎn)品功能需求說(shuō)明文檔，是產(chǎn)品文檔中最底層和最細(xì)致的文檔型豁。主要是介紹功能說(shuō)明僵蛛。目的都是一樣的尚蝌，必須能夠明確產(chǎn)品的功能需求迎变，便執(zhí)行人員理解任務(wù)要求。---產(chǎn)品經(jīng)過(guò)規(guī)劃和設(shè)計(jì)之后的最終執(zhí)行文檔飘言。

1.羅列信息（信息結(jié)構(gòu)圖）

在寫產(chǎn)品需求文檔之前衣形，我們要先羅列出產(chǎn)品功能的信息內(nèi)容，這一步是將想法逐漸清晰的第一步姿鸿，也是幫助我們接下來(lái)設(shè)計(jì)功能的輔助信息谆吴，同時(shí)也可以輔助服務(wù)端技術(shù)人員創(chuàng)建數(shù)據(jù)庫(kù)。因?yàn)檫@是第一步苛预，所以我們不需要羅列的很詳細(xì)句狼，在之后的步驟里，我們會(huì)逐步改進(jìn)和完善信息內(nèi)容热某。

羅列信息內(nèi)容的方式有很多種腻菇，文本形式、思維導(dǎo)圖形式等等都可以昔馋，最主要的是能夠清晰易懂筹吐，我最常用的方法就是使用思維導(dǎo)圖軟件(MindManager)羅列成結(jié)構(gòu)圖，因此我稱這一步為“信息結(jié)構(gòu)圖”秘遏。

image.png

上圖是一張以Blog系統(tǒng)為示例的信息結(jié)構(gòu)圖。信息結(jié)構(gòu)圖是一種接近數(shù)據(jù)庫(kù)結(jié)構(gòu)的圖表，在羅列信息結(jié)構(gòu)時(shí)余指，更多的是考慮信息數(shù)據(jù)毡熏，但是他并不是真正意義的數(shù)據(jù)庫(kù)結(jié)構(gòu)。信息結(jié)構(gòu)圖是提供給產(chǎn)品經(jīng)理自己梳理信息內(nèi)容的結(jié)構(gòu)圖倦蚪，也是方便產(chǎn)品經(jīng)理和服務(wù)端技術(shù)人員溝通數(shù)據(jù)結(jié)構(gòu)的參考圖希坚，技術(shù)人員會(huì)根據(jù)這張圖表的內(nèi)容再結(jié)合產(chǎn)品原型或需求文檔，然后規(guī)劃和設(shè)計(jì)出真正意義上的數(shù)據(jù)庫(kù)結(jié)構(gòu)审丘。

信息結(jié)構(gòu)圖中關(guān)于友情鏈接功能的信息數(shù)據(jù)只有“名稱”和“鏈接”兩個(gè)內(nèi)容吏够，但是在實(shí)際功能需求中，友情鏈接還有兩個(gè)功能，分別是“顯示或隱藏”和“是否新窗口打開”锅知，這兩個(gè)功能會(huì)在產(chǎn)品原型和需求文檔中詳細(xì)描述播急，但是在信息結(jié)構(gòu)中是沒有體現(xiàn)的，因?yàn)閺漠a(chǎn)品層面上來(lái)說(shuō)售睹，這兩個(gè)只是功能桩警，并不是信息內(nèi)容。但是在真正數(shù)據(jù)庫(kù)中昌妹，友情鏈接的這兩個(gè)功能分別也是有字段參數(shù)的捶枢，程序在讀取該參數(shù)后便知道友情鏈接的屬性，然后處理友情鏈接是顯示還是隱藏飞崖，是新窗口打開還是本窗口打開烂叔。通過(guò)友情鏈接這個(gè)例子，我們就知道了在實(shí)際中數(shù)據(jù)結(jié)構(gòu)和信息結(jié)構(gòu)是不一樣的固歪，信息結(jié)構(gòu)只是產(chǎn)品層面的數(shù)據(jù)內(nèi)容蒜鸡。

無(wú)論是什么樣的產(chǎn)品類型，無(wú)論從哪里入手牢裳，我們第一步都是先要羅列信息結(jié)構(gòu)逢防，因?yàn)樾畔⒔Y(jié)構(gòu)圖不僅是輔助技術(shù)人員創(chuàng)建數(shù)據(jù)庫(kù)的圖表，也是輔助產(chǎn)品人員進(jìn)行產(chǎn)品功能規(guī)劃的參考蒲讯，只有對(duì)信息或數(shù)據(jù)的結(jié)構(gòu)了解了忘朝，我們才能更好的設(shè)計(jì)產(chǎn)品。信息結(jié)構(gòu)圖是我們將概念想法形成結(jié)構(gòu)化的第一步判帮，也是我們接下來(lái)幾步工作的輔助文檔局嘁，同時(shí)在接下來(lái)的幾步工作中，我們還會(huì)不斷的完善信息的結(jié)構(gòu)脊另。

2.梳理需求（產(chǎn)品結(jié)構(gòu)圖）

當(dāng)我們對(duì)產(chǎn)品的信息結(jié)構(gòu)了解后导狡，我們就需要規(guī)整腦海中的產(chǎn)品需求，讓想法更加結(jié)構(gòu)化偎痛，因此這一步就要梳理產(chǎn)品的需求旱捧。在設(shè)計(jì)產(chǎn)品原型之前，我們首先要羅列出產(chǎn)品的功能結(jié)構(gòu)踩麦，包括頻道枚赡、頁(yè)面、模塊及元素谓谦。這一步依然使用思維導(dǎo)圖軟件贫橙，像繪制樓盤鳥瞰圖一樣將產(chǎn)品的結(jié)構(gòu)繪制成結(jié)構(gòu)圖，因此我稱這一步為“產(chǎn)品結(jié)構(gòu)圖”反粥。

產(chǎn)品結(jié)構(gòu)圖是一種將產(chǎn)品原型以結(jié)構(gòu)化的方式展現(xiàn)的圖表卢肃，結(jié)構(gòu)內(nèi)容也如同產(chǎn)品原型一樣疲迂，從頻道到頁(yè)面，再細(xì)化頁(yè)面功能模塊和元素莫湘。所以產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品經(jīng)理在設(shè)計(jì)原型之前的一種思路梳理的方式尤蒿，并不是給其他工作人員查看的文檔，通過(guò)類似鳥瞰式的結(jié)構(gòu)圖可以讓產(chǎn)品經(jīng)理對(duì)產(chǎn)品結(jié)構(gòu)一目了然幅垮，也方便思考腰池。

image.png

產(chǎn)品結(jié)構(gòu)圖的方法同樣適用于移動(dòng)互聯(lián)網(wǎng)產(chǎn)品的設(shè)計(jì)椭盏，并且比起Web產(chǎn)品更加容易梳理產(chǎn)品結(jié)構(gòu)。

產(chǎn)品結(jié)構(gòu)圖是一種讓產(chǎn)品經(jīng)理通過(guò)思維導(dǎo)圖的方式梳理思路的方法吻商，通過(guò)這種方法可以明確產(chǎn)品有多少個(gè)頻道掏颊、有多少個(gè)頁(yè)面、頁(yè)面有多少個(gè)功能模塊艾帐、功能模塊有多少個(gè)元素乌叶，逐步的將腦海里的想法明確梳理成結(jié)構(gòu)。雖然這種方法能夠明確產(chǎn)品的結(jié)構(gòu)柒爸，但是這樣的思維導(dǎo)圖也就只有產(chǎn)品經(jīng)理自己能夠看懂准浴，因?yàn)閷?duì)于設(shè)計(jì)和技術(shù)人員這是一個(gè)抽象的表述方式，如果沒有詳細(xì)的講解捎稚，是很難理解的乐横。

產(chǎn)品結(jié)構(gòu)圖是將產(chǎn)品原型具體化的一種方式求橄，只是羅列了產(chǎn)品的頻道頁(yè)面和功能，但是沒有詳細(xì)的進(jìn)行推演葡公，關(guān)于細(xì)化方面是否符合產(chǎn)品邏輯谈撒，是否符合用戶體驗(yàn)，這些都是沒有深思過(guò)的匾南，因此我們接下來(lái)就要進(jìn)行原型設(shè)計(jì)啃匿，開始具體的考慮可行性。

3.原型設(shè)計(jì)（界面線框圖）

當(dāng)我們逐漸清晰了產(chǎn)品的需求后蛆楞，并梳理了產(chǎn)品的各個(gè)頻道及頁(yè)面溯乒，那么這一步就要開始驗(yàn)證這些想法的具體界面表現(xiàn)和方案的可行性了。

原型設(shè)計(jì)是幫助我們更細(xì)致的思考豹爹，并做各項(xiàng)需求的評(píng)估裆悄，同時(shí)也是將自己腦海里的想法進(jìn)行輸出的一種方式。通過(guò)原型設(shè)計(jì)后臂聋，我們就可以進(jìn)行產(chǎn)品宣講了光稼，相比較于抽象的文字描述，原型則更加直觀的展現(xiàn)產(chǎn)品的需求孩等，設(shè)計(jì)和技術(shù)人員或者老板也能夠更加直觀的了解到產(chǎn)品意圖艾君。

原型設(shè)計(jì)是將結(jié)構(gòu)化的需求進(jìn)行框架化，因此原型也被稱為線框圖肄方，具體的表現(xiàn)手法有很多種冰垄，相關(guān)的輔助軟件也有很多，例如：Axure RP权她、Balsamiq Mockups虹茶、UIDesigner等等。

當(dāng)?shù)搅嗽驮O(shè)計(jì)這一步時(shí)隅要，已經(jīng)不僅僅是構(gòu)思了蝴罪，我們需要更加深入的了解每個(gè)頁(yè)面上元素和這些元素的屬性。例如按鈕元素步清，我們就需要考慮這個(gè)按鈕的功能要门，并且這個(gè)功能操作后帶給后端和前端的反饋。例如注冊(cè)會(huì)員按鈕尼啡，用戶操作后暂衡，第一步邏輯是驗(yàn)證用戶輸入的信息是否合法，不合法則給出前端反饋崖瞭；合法則和后端通信驗(yàn)證是否已經(jīng)存在同樣信息狂巢，已經(jīng)存在則給出前端反饋，不存在則進(jìn)入下一步书聚，注冊(cè)成功唧领；注冊(cè)成功后的反饋是跳轉(zhuǎn)頁(yè)面藻雌，還是彈出層提示用戶完善資料，

這些都是需要更詳情的考慮斩个。當(dāng)然這些更細(xì)致的思考是留在需求文檔撰寫時(shí)的胯杭，而此時(shí)我們需要做的就是把這些元素通過(guò)原型表現(xiàn)出來(lái)。

原型設(shè)計(jì)的表現(xiàn)手法主要有三種：手繪原型受啥、灰模原型做个、交互原型。從工作效率的角度考慮滚局，我非常建議先通過(guò)手繪的形式快速在草紙上繪制出產(chǎn)品的原型居暖，推演和討論方案的可行性。當(dāng)方案的可行性被驗(yàn)證之后藤肢，我們?cè)俑鶕?jù)個(gè)人習(xí)慣或團(tuán)隊(duì)要求太闺，通過(guò)軟件工具進(jìn)行更深入的設(shè)計(jì)。

①手繪原型----方便討論和重構(gòu)嘁圈，第一時(shí)間先采用手繪

因?yàn)樵鸵脖环Q為線框圖省骂，因此手繪是最簡(jiǎn)單直接的方法，也是最快速的表現(xiàn)產(chǎn)品輪廓的手法最住。

image.png

② 灰模原型

灰模原型是由圖形設(shè)計(jì)軟件制作而成略贮，最常用的軟件是Photoshop和Fireworks，相對(duì)手繪原型仗岖，灰模更加清晰和整潔，也適用于正式場(chǎng)合的PPT形式宣講览妖。

image.png

灰模原型也可以稱之為平面原型轧拄，所以如果不會(huì)使用圖形軟件也可以使用Axure RP設(shè)計(jì)，相比交互原型讽膏，灰模原型只是缺少交互效果檩电，僅僅是將產(chǎn)品需求以線框結(jié)構(gòu)的方式展示出來(lái)，讓產(chǎn)品需求更加規(guī)整的直觀展現(xiàn)府树。

image.png

③ 交互原型----產(chǎn)品Demo版俐末，耗時(shí)，逼真

交互原型是使用原型設(shè)計(jì)軟件完成的原型奄侠，常用軟件是AxureRP卓箫，通常情況交互原型的設(shè)計(jì)要早于產(chǎn)品需求文檔，是產(chǎn)品經(jīng)理想法推演的重要一步垄潮。通過(guò)AxureRP之類的交互原型軟件制作出來(lái)的產(chǎn)品原型烹卒，在功能需求和交互需求的表現(xiàn)上闷盔，幾乎和正式產(chǎn)品是一致的，所以有時(shí)交互原型也被稱為產(chǎn)品Demo版旅急。

通常情況下交互原型是產(chǎn)品經(jīng)理與交互設(shè)計(jì)師共同討論確定逢勾，然后由交互設(shè)計(jì)師制作，但是絕大多數(shù)的公司是沒有交互設(shè)計(jì)師這個(gè)職位的藐吮，因此這類工作最終是由產(chǎn)品經(jīng)理來(lái)負(fù)責(zé)的溺拱。

以上三種方法并不是漸進(jìn)的流程，而是三種原型設(shè)計(jì)的方法谣辞，具體取決于你的產(chǎn)品需求和團(tuán)隊(duì)要求迫摔。

對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)，原型設(shè)計(jì)是為了幫助我們細(xì)致的考慮方案潦闲，并論證方案的可行性攒菠，同時(shí)也是為了產(chǎn)品宣講時(shí)讓聽眾能夠清晰直觀的了解產(chǎn)品，避免抽象的語(yǔ)言描述導(dǎo)致聽眾理解困難和理解偏差歉闰。產(chǎn)品原型也是為了確保產(chǎn)品在執(zhí)行過(guò)程中辖众，是按產(chǎn)品經(jīng)理最初設(shè)想的需求和期望完成的，因此產(chǎn)品經(jīng)理的原型是沒有很高的要求的和敬，只要對(duì)方能夠聽懂看懂就可以了凹炸，所以使用手繪原型是最高效率的方法。

4.需求文檔（PRD文檔）---重點(diǎn)

產(chǎn)品需求文檔的表現(xiàn)形式有很多種昼弟，常見的有Word啤它、圖片和交互原型這三種形式，文檔內(nèi)容通常包含信息結(jié)構(gòu)圖舱痘、界面線框圖变骡、功能流程圖、功能說(shuō)明文檔芭逝。雖然產(chǎn)品需求文檔沒有標(biāo)準(zhǔn)的規(guī)范塌碌，但是有兩項(xiàng)是必不可少的，那就是## 文件標(biāo)識(shí)和修改記錄旬盯。文檔在撰寫過(guò)程中台妆，我們可以自行不斷的修改完善，但是如果正式發(fā)布或交給團(tuán)隊(duì)其他成員后胖翰，一旦有了修改接剩，為了文檔的同步，我們就需要標(biāo)注出文檔的修改內(nèi)容萨咳，備注修改記錄懊缺，這樣可以方便大家查看和了解改動(dòng)的內(nèi)容。

image.png

這是傳統(tǒng)意義上的產(chǎn)品需求文檔某弦，主要有四個(gè)部分組成(具體根據(jù)產(chǎn)品要求進(jìn)行劃分)桐汤，分別是：結(jié)構(gòu)圖而克、全局說(shuō)明、頻道功能怔毛、效果圖员萍。

因?yàn)楫a(chǎn)品需求文檔的閱讀者主要是偏向于技術(shù)人員，因此文檔的目的性非常明確拣度，就是要描述產(chǎn)品的功能需求碎绎，所有產(chǎn)品需求文檔沒有關(guān)于市場(chǎng)方面的描述。

為了保證需求的執(zhí)行效率抗果，建議大家盡量減少不必要的文字筋帖，在能夠讓閱讀者看懂并且了解產(chǎn)品意圖的情況下，文字越少越好冤馏。這主要是因?yàn)榻^大多數(shù)人是沒有足夠耐心認(rèn)真看完產(chǎn)品需求文檔的日麸，因此我們要盡量減化文檔內(nèi)容。

①-1逮光、結(jié)構(gòu)圖：

①-1.1代箭、信息結(jié)構(gòu)圖：主要是輔助服務(wù)端技術(shù)人員創(chuàng)建或調(diào)整數(shù)據(jù)結(jié)構(gòu)的參考文件

①-1.2、產(chǎn)品結(jié)構(gòu)圖：主要是輔助設(shè)計(jì)和技術(shù)開發(fā)人員了解產(chǎn)品的全局結(jié)構(gòu)涕刚。

①-2嗡综、全局說(shuō)明：

主要講解產(chǎn)品的全局性功能的說(shuō)明，例如網(wǎng)站產(chǎn)品的頁(yè)面編碼杜漠、用戶角色极景，移動(dòng)產(chǎn)品的緩存機(jī)制、下載機(jī)制驾茴，這類全局性功能的說(shuō)明盼樟。這里我舉一個(gè)移動(dòng)產(chǎn)品的“狀態(tài)維持與恢復(fù)”的例子。示例如下：

狀態(tài)的維持與恢復(fù)

當(dāng)用戶退出產(chǎn)品時(shí)（誤操作锈至、Home鍵恤批、鎖屏、自動(dòng)關(guān)機(jī)）裹赴，產(chǎn)品需要維持用戶操作前的狀態(tài)，當(dāng)用戶返回產(chǎn)品時(shí)仍可以恢復(fù)到之前狀態(tài)诀浪，并繼續(xù)使用棋返。

維持狀態(tài)包括流程操作、信息瀏覽雷猪、文本輸入睛竣、文件下載。

鎖屏狀態(tài)時(shí)求摇，如果用戶在產(chǎn)品中有下載任務(wù)時(shí)射沟，仍然保持下載殊者。

①-3、頻道功能：

以頻道為單位验夯，頁(yè)面為子項(xiàng)猖吴，分別描述產(chǎn)品的頻道、頁(yè)面及頁(yè)面模塊元素的功能需求挥转。示例如下：

1海蔽、頻道名：頻道介紹及需求說(shuō)明

2、頁(yè)面1：頁(yè)面介紹及需求說(shuō)明

2.1绑谣、頁(yè)面模塊1：模塊功能需求說(shuō)明

2.1.1党窜、頁(yè)面模塊1-元素1：功能說(shuō)明

2.1.2、頁(yè)面模塊1-元素2：功能說(shuō)明

2.2借宵、頁(yè)面模塊2：模塊功能需求說(shuō)明

在撰寫功能需求時(shí)幌衣，我們需要考慮用戶的流程，例如一個(gè)“完成”按鈕壤玫，我們需要描述他完成后豁护，系統(tǒng)要不要給出反饋提示(反饋提示是什么樣的形式反饋，內(nèi)容顯示成什么垦细，有沒有內(nèi)容需要調(diào)取數(shù)據(jù)庫(kù))择镇，或者要不要跳轉(zhuǎn)頁(yè)面(跳轉(zhuǎn)到哪個(gè)頁(yè)面，這個(gè)頁(yè)面是其他頻道頁(yè)面括改，還是這個(gè)功能的子頁(yè)面腻豌，如果是子頁(yè)面就需要再描述這個(gè)子頁(yè)面的模塊及元素內(nèi)容)。

①-4嘱能、效果圖：

效果圖是由設(shè)計(jì)師完成的產(chǎn)品圖吝梅，和實(shí)際開發(fā)完成的產(chǎn)品保真度一致。

這個(gè)示例是一個(gè)移動(dòng)產(chǎn)品(iPad)需求文檔惹骂，其中部分隱私內(nèi)容已過(guò)濾隱藏苏携，并且只保留了首頁(yè)和地圖找房頻道的需求說(shuō)明。由于工作環(huán)境沒有交互設(shè)計(jì)師对粪，所以Word文檔中包含了部分交互說(shuō)明右冻。

<meta charset="utf-8">

② 圖片----最佳的產(chǎn)品文檔表現(xiàn)形式

圖片形式的產(chǎn)品需求文檔是基于效果圖的說(shuō)明文件，將傳統(tǒng)Word形式的功能需求說(shuō)明標(biāo)注在效果圖上著拭，這種方式經(jīng)常使用在移動(dòng)互聯(lián)網(wǎng)領(lǐng)域纱扭，實(shí)際上是圖文形式的交互需求文件，只是在此基礎(chǔ)上更深入的描述出功能需求儡遮。

對(duì)于圖片形式的產(chǎn)品需求文檔乳蛾，我們只需要另外再描述一下全局說(shuō)明，其他頻道頁(yè)面的需求直接以圖片形式展示，這種方式相對(duì)于Word文檔的純文字更加生動(dòng)易讀并且直觀肃叶，因此有一些產(chǎn)品經(jīng)理非常喜歡用這種方式代替Word形式的產(chǎn)品需求文檔蹂随。

image.png

③ 交互原型 -----演示 原型，帶交互比較好的展現(xiàn)方式

這里指的交互原型就是前面篇章講到的原型設(shè)計(jì)因惭，使用Axure PR之類的交互原型設(shè)計(jì)軟件制作出來(lái)的產(chǎn)品原型非常真實(shí)和直觀岳锁，并且原型軟件還支持元素標(biāo)注和導(dǎo)出Word文檔，因此很多產(chǎn)品經(jīng)理都喜歡使用Axure PR來(lái)代替Word完成產(chǎn)品需求文檔筛欢。

當(dāng)我們通過(guò)Axure PR制作出產(chǎn)品原型后浸锨，實(shí)際上他已經(jīng)是很完善的產(chǎn)品Demo了，因此我們只需要加上元素的標(biāo)注版姑，在標(biāo)注中說(shuō)明功能需求柱搜，這樣導(dǎo)出的HTML文件相比Word文檔更直觀易懂，是非常高效的產(chǎn)品需求說(shuō)明方式剥险。

image.png

無(wú)論你采用哪種方式撰寫需求文檔聪蘸，最終的目的都是為了方便團(tuán)隊(duì)成員理解產(chǎn)品的意圖，因此哪種方法能夠避免細(xì)節(jié)黑洞表制，高效完成產(chǎn)品的設(shè)計(jì)和研發(fā)健爬，那么這種方法就是最有效的方法。

歡迎提出建議么介，一起交流學(xué)習(xí)~
收藏前娜遵，別忘了點(diǎn)個(gè)贊~~~