## 產品設計體會（五三）——產品文檔與規范 幾個月來不斷的整理適合我們團隊的各種文檔，是一個非常輕量級的文檔包，這次對著理好的mindmanager圖講，分五類： ? ????????? 需求管理類 n???????? 功能列表極其管理方法，這里可以體會到團隊協同工具的重要，現在我們用的是office live的excel，比較簡單。 n???????? 產品的網站頁面地圖。 ? ????????? 項目管理類 n???????? 項目Kick Off的ppt。 n???????? 項目任務書。 n???????? 項目日報。 n???????? 項目發布通知。 n???????? 流程類：初期常用的是日常發布流程、緊急發布流程。 ? ????????? 商業需求類 n???????? 主要是BRD，團隊現階段還不用嚴格區分BRD和MRD（可參見《十七》），統一用BRD就可以了。 ? ????????? 產品需求類 n???????? 基本就是PRD了，包括如下三大塊：總體說明、UC文檔、非功能需求。 ? ????????? 需求規范類 n???????? 界面規范：整體的如頁面大小、字體字號顏色編碼。 n???????? 交互規范：如列表的默認排序、列表中文字的對其方式，手頭這個產品是“文本左對齊、時間居中、數字右對齊”。還包括字段的校驗規范、系統反饋的規范等等。 n???????? 文案規范：如語言風格、語法模板、常用操作的標準說法等。 ? [](http://blufiles.storage.live.com/y1p3O4KBNpz6AUVz32vPku3twqbeZljyVYfrVeDxOJ_rd28uQ2hO-fEEKn_VOY5cfn4aZAmdcW5Oyk)?**------> [大圖猛擊這里](http://photos.i.cn.yahoo.com/down-tuC5ixgibpnHXomzOC77eD8gFHRPGys-?cq=1&aid=3241&pid=2f05.jpg)** ? ? 另外還有些技術方面的規范，比如開發規范，會說一些代碼的規矩，函數命名規則等等，不太懂，就不涉及了。 ? 網上不少同行前輩討論過產品文檔、規范應該什么時候整理，我個人的感覺是產品1.0發布以后，2.0發布之前。一般互聯網產品都會在1.0發布后還有很長的生命周期，而在做1.1、1.2的時候往往有一個設計工作的緩沖期（一方面是開發測試忙著應付撲面而來的線上故障、另一方面是PD需要收集反饋以確定下一步方向、團隊也會做人員調整），所以這個時候做產品規范，是第一代產品、第一代團隊的工作總結，提高后期的效率是最合適的。當然，這個工作也是應該采用迭代的方式進行的，無需也做不到一蹴而就。