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

拿到需求之后的常规做法

作者: 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