## 产品设计体会（五三）——产品文档与规范 几个月来不断的整理适合我们团队的各种文档，是一个非常轻量级的文档包，这次对着理好的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需要收集反馈以确定下一步方向、团队也会做人员调整），所以这个时候做产品规范，是第一代产品、第一代团队的工作总结，提高后期的效率是最合适的。当然，这个工作也是应该采用迭代的方式进行的，无需也做不到一蹴而就。