产品设计体会（3011）产品文档规范

    我基本每隔几个月就会整理一次团队的产品文档规范与模板，然后release一个非常轻量级的文档包，起个酷点的名字：PD_std_template_tool_kit.mmap，这次讲讲理好的mindmanager图：

    Ø 需求管理类

        n 用户调研模板，调研前、中、后都要做什么，调研问卷怎么设计。

        n 功能列表极其管理方法，这里可以体会到团队协同工具的重要，我们用过office live的excel，比较简单。

        n 产品的网站页面地图，这块让UE的同学帮忙这里更合适。

    Ø 项目管理类

        n 项目管理制度，原则性的东西，比如项目经理、开发经理、测试经理的权责利。

        n 项目任务书，网上有很多模板，小项目可以灵活变通。

        n 项目Kick Off的ppt，之前有说过这个话题。

        n 项目组织结构，省时间的，以后每次填名字就可以了，没啥技术含量。

        n 项目WBS，我用的是一个小软件“WBS Chart Pro”（奇怪我搜不到下载了，需要的可以问我要），只有几M，它做的图可以生成project文件，就是说项目计划也有了。（我不喜欢动不动就几百兆的软件，而对于几M就能实现大部分功能的小软件特别有好感，呵呵。）

        n 项目日报，主要有今日要闻，明日看点，当前问题，所需支持，项目进展等几项。

        n 项目发布通知，为了省时间而已。

    Ø 流程管理类：小团队常用的有日常发布流程、紧急发布流程等。

    Ø 商业需求类：BRD，参见4004。

    Ø 需求规范类：

        n 交互规范：控件规范，如列表的默认排序、列表中文字的对其方式，手头这个产品是“文本左对齐、时间居中、数字右对齐”；判断规则规范，包括字段的校验规范、系统反馈的规范等等。

        n 视觉规范：整体的如页面大小、字体字号颜色编码。

        n 文案规范：如语言风格、语法模板、常用操作的标准说法等。

    Ø 日常工作类，暂时只整理了会议记录模板和日报周报模板。

    另外还有很多文档，比如开发规范，会说一些代码的规矩，函数命名规则等等，PD接触的不多，我也太懂，就不扯了。

    网上不少同行前辈讨论过产品文档、规范应该什么时候整理，我个人的感觉是产品1.0发布以后，2.0发布之前。一般互联网产品在1.0之前都是急行军，顾不上文档，而在做1.1、1.2的时候往往有一个设计工作的缓冲期（一方面是开发测试忙着应付扑面而来的线上故障、另一方面是PD需要收集反馈以确定下一步方向、团队也会做人员调整），所以这个时候做产品文档规范，总结第一代产品、第一代团队的工作，对提高后期的效率是最合适的。当然，这个工作也是应该采用迭代的方式进行的，无需也做不到一蹴而就