需求文档如何做好规范?
“需求文档能力是产品的半条腿。”
需求文档是基本功,但想真正写好需求文档却没那么容易。先说说我的经历也不怕大家笑话,以前我写文档产研同学会吐槽:字怎么写这么少、你真是惜字如金...,到后来产研同学说:你这是写作文啊,几千字我怎么看。
这说明要想写好需求文档不在于字数多少,而是要做好规范,通俗易懂,不同的需求要用更合适的表现形式,当产研同学说你写的需求文档很容易看懂。表扬你时,这时候的文档规范才达标。

- 新增内容
黑色:代表本期需求 灰色:代表原有需求 红色:代表重点需求 - 修订内容
蓝色:代表第一次修订需求 紫色:代表第二次及以上的修订

版本号 |
需求内容 |
更新时间 |
修订人 |
V1.0.0 |
1、XXX 2、XXX 3、XXX |
2022-10-23 |
王大力 |


对齐(Alignment) 对齐的根本目的是使页面统一且有条理。要特别注意元素放在哪里。页面上对齐的元素,原型、文案说明等都需要对齐。比如:首行缩进、字间距、行高、页面元素、大小对齐。 亲密性(Proximity) 亲密性的目的是实现组织性。这样更易阅读、更易被记住。当页面上项超过3~5个,就要考虑哪些元素更加亲密,使之成为一个视觉单元。


文字说明 ,多用于说明表单控件等
一般说明包含:表单类型、字段类型、是否必填、长度规则、格式规则、校验规则(为空校验、格式校验、唯一性校验)、数据说明(数据来源、数据范围)、排序方式、展示效果、交互逻辑、影响范围等。
表格说明 ,多用于统计体系、状态机、公共属性、导入、导出等
统计类需要定义好名词、指标、维度、表报等。 状态机一般定义好就不会轻易改变,后面需求会经常复用,一般有:编号、状态名称、状态属性等。 公共属性则是一些公共的功能、组件等,便于各入口复用。一般有:模块、页面、导出、站内信、搜索查询、列表排序、删除处理等。 导入说明校验类型:必填校验、格式校验、字典校验、唯一校验、联合校验等。




评论