作為產品經理，日常接觸最多的工作之一就是設計文件了。每個產品經理有自己的設計文件的寫法，各個公司也有各自的設計文件的要求，所以大家平時看到的設計文件幾乎沒有一模一樣的。
乙份設計文件的結構大概包括一下幾部分的內容：專案背景、專案排期、版本歷史、資訊架構分析（包括站點地圖、體驗地圖、流程圖等）、產品框架設計、線框圖和視覺稿等。
具體在設計文件中要展示哪些內容，取決於實際專案的情況，公司的具體規定、產品經理的個人工作習慣等，可能刪減一些內容，也可能增加一些內容。
想》專案背景
這一部分的內容在充分溝通需求之後完成。產品經理充分了解要設計的產品是什麼，是什麼平台上發布的，產品的使用者群體是哪些型別，使用場景有什麼，他們想通過這個產品解決什麼問題，業務/產品現狀，關鍵痛點是什麼。把需要和需求方了解清楚之後，能夠明確產品設計目標，要解決的需求是什麼，根據這些需求，需要設計什麼樣的功能或者如何優化現有的功能，最終達到怎樣的業務目標。
》專案排期
和需求方確認各階段交付物的時間節點，知道什麼階段要完成什麼工作，達成什麼目標。根據時間節點制定完成設計的具體計畫，根據這個計畫有節奏、有方向地展開工作，以較高的質量按時交付。
》版本歷史
每發生一次比較大的迭代更新，都要記錄在版本歷史記錄裡。這樣做的好處是，可以清晰地展現設計稿的迭代歷程，做了哪些需求的改動，設計思路發生什麼樣的變化，哪個部分是什麼時候什麼人負責的。對於產品設計的回溯，提供了極大的便利。相比乙個個去翻以前的設計稿，檢視版本歷史記錄更清晰，專案結束後瀏覽這一部分，也可以看到自己的設計在哪些方面哪個階段存在不足，是如何被發現、改進和提公升的，下一次設計的時候是否可以更早地思考到和迴避掉。
》資訊架構分析
根據具體專案性質的不同，這一塊的分析工具也有較大的差異，具體的選擇和使用要按照實際場景來，而非機械進行套用。
如果是設計一整套**系統，站點地圖必不可少。站點地圖可以對整個**的架構可以構建起乙個初步的印象，像架構層級過深、頁面內容重複等問題都可以通過站點地圖發現，以全域性的角度去觀察整個產品，而不是單一的某個功能、某個頁面。
體驗地圖可以把產品在不同使用場景、流程下的體驗問題直觀地呈現出來，我們通過調研，會得到一些使用者的體驗反饋，但是通常比較雜亂、沒有邏輯性。通過體驗地圖可以整理出使用者使用產品大概有哪些場景和環節，各場景和環節下都遇到過什麼樣的問題，哪些問題出現的頻率較高等，讓產品經理能夠更貼近使用者，沉浸到使用產品的實際體驗過程中去，進而思考各場景、環節下都可以進行怎樣的設計目標拆解與設計優化、最終幫助完成產品的整體目標。
流程圖也是乙個常用工具，明確展示出使用者使用產品的流程和步驟是怎樣的。通過它可以查詢步驟是否可以合併優化，能否抽象出通用的流程來構建框架設計等。
》產品框架設計
產品框架設計構建起產品的輪廓，抽象出通用的布局原則，頁面上大概有哪些模組，這些模組之間的主次、優先順序關係是怎樣的。整體規劃把握介面的結構、模組之間的關係呈現等，而不是糾結於一些細枝末節和不重要的內容上。
》線框圖
線框圖在產品框架設計的基礎上具化出了產品的完整骨架。在繪製線框圖的時候需要仔細考慮到每乙個可能的使用場景，包括負面、誤用等特殊情況都要包括在內。
axure是繪製產品經理繪製線框圖的常用的工具。在axure中，通過命名頁面和調整層級關係，建立站點地圖。在每個頁面中根據場景畫出線框圖，包括具體的功能及場景，可以加以文字說明，輔助以用例互動。
線框圖不是視覺設計稿，但在視覺效果呈現上卻馬虎不得。如果在繪製線框圖的時候不考慮如產品尺寸、頁面規範等，最終完成得會比較粗糙，也容易對內容的編排產生影響，導致整個頁面結構都要被迫調整之類的情況，只能增加產品設計成本，而在最開始就注意這方面的問題，就可以盡可能地避免類似的情況發生。
》視覺稿
這是產品設計文件中比較常見也比較重要的的幾部分內容，根據你自己的需要和公司的規定、專案的具體情況，選擇需要重點體現的內容，也可以有所增刪，並不是一成不變的。
需要謹記的產品設計原則
與其關注競爭對手，不如關注使用者。對於使用者的需求，不是說使用者需要功能a，就給他簡單的提供功能a。更為重要的是，能夠從更深層次的，更具有遠見性的，了解使用者為什麼提出這樣的需求，這種 需求十分具有廣泛性，使用者未來還可能提出什麼需求。只有對這些需求進行有效的提煉，從深層次分析使用者提出需求的原因，...
產品設計問題
如何把乙個實體物件進行輸出,利用mvc的原理.可以把實體物件 模型物件,如何進行轉化,我想到了乙個xml的方法 假設產品類 class product pno pricedescs array object 產品 集 desc productdesc 產品描述 class productpriced...
產品設計流程
產品開發流程和專案管理流程時常被大家關注，合理的過程是團隊協作的基礎。在大家把產品的功能和特性放在第一位的時候，開發和專案的管理至關重要，而產品的設計卻往往被忽視，開發團隊會為了那些晦澀難懂 令人費解的功能而夸夸其談，複雜的產品特性通常會迫使產品團隊放棄優雅簡潔的設計，使用者體驗永遠是可能是專案過程...