❶ 產品設計文檔需要包含這些.......
作為產品經理，日常接觸最多的工作之一就是設計文檔了。每個產品經理有自己的設計文檔的寫法，各個公司也有各自的設計文檔的要求，所以大家平時看到的設計文檔幾乎沒有一模一樣的。
一份設計文檔的結構大概包括一下幾部分的內容：項目背景、項目排期、版本歷史、信息架構分析（包括站點地圖、體驗地圖、流程圖等）、產品框架設計、線框圖和視覺稿等。
具體在設計文檔中要展示哪些內容，取決於實際項目的情況，公司的具體規定、產品經理的個人工作習慣等，可能刪減一些內容，也可能增加一些內容。
每個部分拆分開來，我們一起來看看具體是如何的。
》》
這一部分的內容在充分溝通需求之後完成。產品經理充分了解要設計的產品是什麼，是什麼平台上發布的，產品的用戶群體是哪些類型，使用場景有什麼，他們想通過這個產品解決什麼問題，業務/產品現狀，關鍵痛點是什麼。把需要和需求方了解清楚之後，能夠明確產品設計目標，要解決的需求是什麼，根據這些需求，需要設櫻笑計什麼樣的功能或者如何優化現有的功能，最終達到怎樣的業務目標。
》》
和需求方確認各階段交付物的時間節點，知道什麼階段要完成什麼工作，達成什麼目標。根據時間節點制定完成設計的具體計劃，根據這個計劃有節奏、有方向地展開工作，以較高的質量按時交付。
》》
每發生一次比較大的迭代更新，都要記錄在版本歷史記錄里。這樣做的好處是，可以清晰地展現設計稿的迭代歷程，做了哪些需求的改動，設計思路發生什麼樣的變化，哪個部分是什麼時候什麼人負責的。對於產品設計的回溯，提供了極大的便利。相比一個個去翻以前的設計稿，查看版本歷史記錄更清晰，項目結束後瀏覽這一部分，也可以看到自己的設猜頌閉計在哪些方面哪個階段存在不足，是如何被發現、改進和提升的，下一次設計的時候是否可以更早地思考到和迴避掉。
》》
根據具體項目性質的不同，這一塊的分析工具也有較大的差異，具體的選擇和使用要按照實際場景來，而非機械進行套用。
如果是設計一整套網站系統，站點地圖必不可少。站點地圖可以對整個網站的架構可以構建起一個初步的印象，像架構層級過深、頁面內容重復等問題都可以通過站點地圖發現，以全局的角度去觀察整個產品，而不是單一的某個功能、某個頁面。
體驗地圖可以把產品在不同使用場景、流程下的體驗問題直觀地呈現出來，我們通過調研，會得到一些用戶的體驗反饋，但是通常比較雜亂、沒有邏輯性。通過體驗地圖可以整理出用戶使用產品大概有哪些場景和環節，各場景和環節下都遇到過什麼樣的問題，哪些問題出現的頻率較高等，讓產品經理能夠更貼近用戶，沉浸到使用產品的實際體驗過程中去，進而思考各場景、環節下都可以進行怎樣的設計目標拆解與設計優化、最終幫助完成產品的整體目標。
流程圖也是一個常用工具，明確展示出用戶使用產品的流程和步驟是怎樣的。通過它可以查找步驟是否可以合並優化，能否抽象出通用的流程來構建框架設計等。
》》
產品框架設計構建起產品的輪廓，抽象出通用的布局原則，頁面上大概有哪些模塊，這些模塊之間的主次、優先順序關系是怎樣的。整體規劃把握界面的結構、模塊之間的關系呈現等，而不是糾結於一些細枝末節和不重要的內容上。
》》
線框圖在產品框架設計的基礎上具化出了產品的完整骨架。在繪制線框圖的時候需要仔細考慮到每一個可能的使用場景，包括負面、誤用等特殊情況都要包括在內。
Axure是繪制產品經理繪制線框圖的常用的工具。在Axure中，通過命名頁面和調整層級關系，建立站點地圖。在每個頁面中根據場景畫出線框圖，包括具體的功能及場景，可以加以文字說明，輔助以用例交互。
線框圖不是視覺設計稿，但在視覺效果呈現上卻馬虎不得。如果在繪制線框圖的時候不考慮如產品尺寸、頁面規范等，最終完成得會比較粗糙穗裂，也容易對內容的編排產生影響，導致整個頁面結構都要被迫調整之類的情況，只能增加產品設計成本，而在最開始就注意這方面的問題，就可以盡可能地避免類似的情況發生。
》》
視覺稿作為產品設計的最終產出，在線框圖的基礎上完成配色、圖標繪制等視覺細節，為產品「塗脂抹粉」。視覺稿選擇關鍵場景的界面進行繪製表現，注意一些Hover/Active之類的狀態表現，然後就可以標注交付前端了。
這是產品設計文檔中比較常見也比較重要的的幾部分內容，根據你自己的需要和公司的規定、項目的具體情況，選擇需要重點體現的內容，也可以有所增刪，並不是一成不變的。
❷ 產品經理需要寫的文檔有哪些
商業需求文檔BRD：主要用途是 向公司申請資源、費用;通常是用來講述市場機遇，盈利方式等;主要包括商業價值、成本估算、收益預期;Tool：PPT、Word、Mindmanager主要匯報對象是Boss；
市場需求文檔MRD：獲得公司資源後，將想法在產品層面表述。收集、分析、定義主要的用戶需求和產品特性；主要包括產品介紹、競品分析、用戶需求調研結果、產品輪廓、功能需求；Tool：PPT、Word、Mindmanager、Visio、Mockups；目標對象運營。
產品需求文檔PRD：對MRD內容進行指標化和技術化，明確產品功能和性能；包括產品驗收標准、產品流程圖、產品用例、產品功能點說明、性能需求等；主要用到的工具有：Word、Visio、Mindmanager、Axure；目標對象是開發人員；
像prd這種是產品經理工作中最長遇到的，因為要統籌整個產品的設計和開發進度，所以一個prd管理工具非常的重要，他能使產品經理的管理協作更加高效。我們用的是摹客，它支持產品文檔在線撰寫，可將在線撰寫的文檔一鍵導出為pdf。也可將pdf、doc、docx格式的文檔本地上傳、預覽、評論及歷史版本管理，幫助產品經理解決了對於需求文檔版本難以管理、文檔混亂難找的問題。幫助產品經理高效完成產品文檔，提升整個開發團隊工作效率。
❸ 產品經理需要輸出哪些文檔
產品經理日常工作中需要的三大文檔：商業需求文檔BRD、市場需求文檔MRD、產品需求文檔PRD。但是作為產品經理除了需要寫文檔，更多得會涉及到原型設計，如果和開發團隊和ui設計師無縫溝通，能夠貫穿產品設計，讓產品文檔表達的更加清晰。還是需要功能比較齊全的原型設計工具和在線協作平台。例如國內就有像摹客這種，可以支持產品文檔在線撰寫，可將在線撰寫的文檔一鍵導出為pdf。也可將pdf、doc、docx格式的文檔本地上傳、預覽、評論及歷史版本管理，幫產品經理解決了對於需求文檔版本難以管理、文檔混亂難找的問題。使得產品經理高效完成產品文檔，提升整個團隊的工作和溝通效率。