需求设计

                                 

1. 如何写好一份产品需求文档

功能性:

(1)头部:相关信息、版本修订记录(每一次的更新与修改)

(2)前言:目的,项目周期,相关资料

(3)项目情况:整体描述,功能,专有名词解释,用户角色,整体架构(思维导图),业务流程图

(4)功能性需求:需求优先级编号,需求的说明,功能的用户用例,功能的流程

(5)界面原型:附上各部件文件解释以及动作的跳转逻辑。

(6)相关字段:对字段和状态做说明

非功能性:

(1)性能:用户承载量及响应速度

(2)测试环境:准备测试环境进行测试

(3)兼容性:客户端<各型号手机>  web端:浏览器,显示


2.庖丁解牛:如何做产品需求分析

针对工作流系统<经过多个步骤,需要不同角色参与>

(1)横切:切分出工作流中核心且轻薄的一层,然后再去实现各个步骤中的细节部分

(2)纵切:按照工作流中的每一个步骤进行切分,这样可以使每一个步骤都具有相对完善的功能

功能模块拆分

(1)按业务规则拆分:同样的流程和操作,由于输入的数据业务规则不同,因此进行数据处理时采用的方式也不同

(如搜索引擎,根据不同的输入规则给出对应的结果)

(2)1+N模式:对同样一个流程,在终端接不同的网关或渠道

(如支付,可使用多种支付方式)



3.优化输入框

视觉层面

(1)舒适的填写区域:不宜过于狭窄

(2)简洁的描述:填写的标签实在过长,检查一下是否说不清楚的可以用占位符描述

(3)恰当的颜色:输入的结果我们常常用颜色来反馈,比如蓝色代表链接,灰色代表失效,绿色代表正确,黄色代表提示,红色代表错误

(4)明确的指示:提供清晰的视觉提示

交互层面

(1)标注键盘类型:据每个表单域的不同数据类型,为用户提供不同的键盘布局

<

纯数字: 电话号码、邮编、各种号码

纯文本: 用户名、地址等

混合格式: 评论、备注等等

>

(2)及时验证:告知用户输入内容是否正确的最佳时机,是在用户填完内容后立刻告知用户。内联验证可以马上告知用户输入的正确性。

(3)清晰的反馈:发生了什么错误,可能原因是什么。用户应该做什么来改正错误。

(4)必要的说明:专业性强,大众可能不清楚  安全隐私或者金钱相关,有心理顾虑

(5)减少用户输入:最让用户舒心的莫过于帮助他们填写(搜索联想输入,地址定位)


最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容