ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 产品设计体会(五三)

产品设计体会(五三)

原创 Linux操作系统 作者:vcdone 时间:2008-06-17 13:13:00 0 删除 编辑

几个月来不断的整理适合我们团队的各种文档,是一个非常轻量级的文档包,这次对着理好的mindmanager图讲,分五类:

 

Ø         需求管理类

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

n         产品的网站页面地图

 

Ø         项目管理类

n         项目Kick Offppt

n         项目任务书

n         项目日报

n         项目发布通知

n         流程类:初期常用的是日常发布流程紧急发布流程

 

Ø         商业需求类

n         主要是BRD,团队现阶段还不用严格区分BRDMRD(可参见《十七》),统一用BRD就可以了。

 

Ø         产品需求类

n         基本就是PRD了,包括如下三大块:总体说明、UC文档、非功能需求。

 

Ø         需求规范类

n         界面规范:整体的如页面大小、字体字号颜色编码。

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

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

 

20080602 需求文档规范整理 ------> 大图猛击这里

 

 

另外还有些技术方面的规范,比如开发规范,会说一些代码的规矩,函数命名规则等等,不太懂,就不涉及了。

 

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

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/15232300/viewspace-541588/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-08-19

  • 博文量
    39
  • 访问量
    26266