美文网首页
拿到需求之后的常规做法

拿到需求之后的常规做法

作者: Tzone2 | 来源:发表于2019-02-16 00:56 被阅读0次

一般我们分三步走

1、获取需求

了解访谈用户、需求信息、相关业务

准备《需求调研表》添入已知信息、预设问题、访谈内容

《用户角色》、《对象》、《动作/操作》

《用户角色》+《对象》=》用户角色对对象的《操作》

《场景分析》

需求调研表

2、需求分析

从《需求调研表》中分析生成《需求功能列表》

多与用户沟通

(细化需求,优化解决方案,发现遗漏业务或规则等)

多与研发沟通

(设计方案的可行性,上线日期合理性等)

产出物

1、《需求功能列表》

2、《需求原型》

需求调研表

需求分析时需求到页面的推导过程

1、用户角色:谁会用?分析系统角色

2、对象:找业务流程中设计且需要管理的人或事物(名词)

3、字段元素:对象包括的字段信息

4、功能:用户可对对象进行的操作,再进行场景分析得到功能及流程,进行规则细化,规则验证,了解前后置条件

5、原型:绘制原型页面

6、PRD:撰写产品原型文档


对象&字段

−描述对象的信息们:一类对象(如:老师、学生、班级…),会包含一些描述它的信息(如:老师的姓名、部门等;学生的姓名、班级等;班级的班级名称、班主任姓名、学生人数等),这些信息我们可以称其为:字段、元素或者属性。

−例如:名称、部门、籍贯、家庭地址、电话

−每一个字段有两部分组成:字段名称 和 字段值(可换为元素、属性理解)

−例如:姓名=张三 ;部门=教研部

−        姓名=李四; 部门=体育部

3、需求确认

用原型或者文档确认最终方案(书面、邮件)

需求评审会:与研发、测试、UI、项目经理等进行需求评审。确认方案可开发性

最终产出物:《需求确认书》

                     《需求评审记录》

                     《需求评审意见表》

总结:

1、从《需求调研表》中分析生成《需求功能列表》,同时产出《需求功能列表》、《需求原型》、《需求文档》

2、用原型和需求文档确认最终方案(书面、邮件),同时开启需求评审会,与UI、研发、测试、运营、项目经理等进行需求评审。确认方案可开发性!并且产出《需求确认书》、《需求评审记录》、《需求评审意见表》

3、面对需求我们应该分三步走。1、获取需求  2、需求分析  3、确认需求

相关文章

网友评论

      本文标题:拿到需求之后的常规做法

      本文链接:https://www.haomeiwen.com/subject/kqiveqtx.html