服务热线: 18701894054
      成立6年 — 专注产品经理培训

需求分析人员工具箱-需求分析只需八步

需求分析是通过需求收集获取的用户需求,选择一种业务导向的线索将零散的需求串联起来,进行业务分析、消除矛盾,并在业务分析基础上结合系统现状进行系统分析并最终形成方案和系统需求说明书的过程。


需求分析总体分为8个步骤,按照顺序依次为:需求识别、业务流程/统计查询/接口分析、数据实体分析、角色及使用场景分析、系统功能分析、数据割接分析、用户体验分析、非功能需求分析。


一、需求识别


需求人员在此步骤应该分析需求类别、需求复杂度和需求价值用来确定需求实施的优先级。


1.需求类别确认:需求类别包含流程类需求、统计分析类需求、接口类需求,一个需求可能为某一类型需求,也可能包含多类需求。确认需求类别后应对每类需求的数量进行初步分析(比如流程类需求包含几个流程、统计分析类需求包含几个报表、接口类需求包含几个接口);


2.需求复杂度分析:一般需求受理工作量在1-5人天的需求复杂度低,工作量在5-15人天的需求复杂度中,工作量在15人天以上需求复杂度高。(工作量表示需求受理全过程需求人员需要付出的工作量)。


3.价值分析:需求人员收到需求后应根据收集需求内容初步分析需求痛点/目标、需求复杂度、业务重要程度确定需求价值,需求价值分析可参考如下模型:





来自网络

二、业务流程/统计查询/接口分析


针对流程类需求必须进行业务流程分析,统计查询和接口类需求可不进行详细的流程分析。


1.业务流程分为组织级、部门级和岗位级,部门级流程关注脉络需要分析涉及哪些具体岗位、执行活动、每个活动之间的关联关系,它是需求分析的主线条,也是流程分析的主要产物;组织级流程关注宏观一般不会直接绘制,是对部门级流程的概括和抽象,岗位级流程关注每个业务活动的执行步骤属需求细节范畴,在流程分析阶段不要过度进入细节。


2.需求识别阶段确认的流程均为部门级流程,需求人员在进行流程分析应遵循如下方法:


1)业务流程确认:一个流程为一个业务事件一般是外部角色发起或系统内部主动发起(比如时间事件或状态事件),发起后会触发一系列业务活动;


2)角色及业务活动确认:流程图中的每个泳道都必须对应到角色,每个角色对应多个业务活动,需求人员在确认业务活动时一定要保证活动的粒度,一个业务活动一定是由一个角色完成且每个业务活动都是有价值的活动(比如项目输入项目名称是一个执行步骤,这个动作没有价值,项目经理查询项目信息就是一个业务活动),在需求描述时针对线下活动或新增活动应该应标识区分;


3)业务活动间关系及数据确认:确定所有业务活动的前后置关系,并明确流程间的传递的数据实体。


4)流程整体瓶颈分析:一般若某个角色业务活动工作量较大或流程涉及高级领导一般都会造成瓶颈,这种情况需求人员应想办法分散工作量提出流程优化建议。


3.针对统计查询类需求及接口类需求按照上述业务活动确定原则分析、确定角色并明确每个角色所执行的业务活动即可。


三、数据实体分析


针对流程类需求需要分析各业务活动传递的数据实体,统计分析类需求需要分析统计查询条件和查询展现两类数据实体、接口类需求需要分析接口传递数据实体,具体分析包含如下内容:


1.明确数据实体:确认需要分析的所有数据实体,明确哪些为系统原有实体、哪些为新增实体、哪些为改造实体;


2.明确所有数据实体间关系:实体间关系包含(1对1、1对多、多对多),另外需要分析数据实体变更是否需要保留版本,实体删除(逻辑删除、物理删除)是否影响其它数据实体;


3.明确数据实体字段:针对新增数据或改造数据实体需要明确新增字段的名称、字段类型、是否必填、字段取值方式(人工输入、系统自动继承自其它数据实体、系统自动计算需要明确计算公式);


4.数据权限分析:需要分析不同角色在数据权限方面的差异,若涉及纵向多级用户,要说明对于集团/省/地市用户的数据隔离。


四、角色及使用场景分析


一般来说每个业务活动是对用户使用场景的抽象,每个业务活动可能包含多个场景,分析使用场景时应按照业务活动为主线逐个进行分析,每个业务活动分析时应包含如下内容:


1.明确活动执行角色;


2.明确活动执行的前置条件和后置条件;


3.明确不同场景:一个业务活动可能包含正常的使用场景、备选使用场景和异常使用场景;


4.明确每个场景的执行步骤:描述执行步骤时应使用简单的语法,主语明确语义易于理解,每个步骤不应该在任何一方(执行角色、系统)停留两部以上,重点描述如何交互。


5.业务规则和约束:明确在每个业务活动下应遵循的业务规则和约束,这里一般是与业务流程相关的行为规则(比如项目周期时长超过90天必须提交二级领导审批)或与数据实体相关的数据规则(需求交接单拒收时候必须填写拒收原因,且拒收原因不能超过500字)。


五、系统功能分析


系统功能分析是结合系统现状和上述分析进一步明确实现相应用户场景的系统功能,主要还包含内容如下:


1.功能列表:分析得出实现上述业务活动对应的功能/接口列表,并明确新增功能、改造功能;


2.功能/接口关联影响分析:实现某个业务活动需要新增或改造的功能对其它关联功能/接口的影响分析(比如改造请购池受理功能可能会影响采购项目创建功能,采购项目创建功能修改一个字段取值范围会影响项目统计分析和同步ES系统接口)


3.系统交互原型分析:需求人员应遵循界面规范并与研发沟通确定系统交互原型,用户原型的目的是为了帮助研发或用户更好的理解需求场景而非真正系统实现后高保真原型,在交互原型中应包含如下内容:


1)原型界面的名称、入口,原型间关联关系和使用角色


2)页面内容、格式及排序方法


3)操作要点:比如交互的信息提示、界面规则和约束(比如界面以不同颜色显示不同的校验结果)。


4.算法分析:在系统功能交互时涉及比较复杂的算法,需要单独对算法进行分析。


六、数据割接分析


很多功能/流程改造都会涉及数据割接,需求人员应在需求分析阶段明确割接规则并与研发沟通明确割接方案,常见的割接场景如下:


1.流程环节变更(比如取消审批流程);


2.数据实体新增字段。


七、用户体验分析


主要针对业务流程分析、用户使用场景分析、系统交互原型分析时充分考虑用户体验,进行用户体验分析时可遵循如下用户体验要素模型:





来自网络

1、战略层:这个层次在需求识别分析阶段基本已完成;


2、范围层:主要针对业务流程分析阶段、角色及使用场景分析阶段及系统功能分析阶段增加用户体验分析,比如流程环节是否存在瓶颈环节、整体流程效率是否高、使用场景的执行步骤是否繁杂、制定的业务规则是否会增加工作量或导致难以实施等;


3、结构层:主要针对系统原型交互设计增加用户体验分析,交互设计原则如下:


1)简化原则:删除不必要的功能直到不能再减少为止;


2)组织原则:按照有意义的标准确定功能,信息展示按照业务含义进行分组;


3)隐藏原则:隐藏非关键信息,凸显关键信息,避免分散用户注意力,但隐藏信息可通过某种线索找到;


4)习惯原则:设计功能尽量贴近用户的操作习惯,避免用户思考;


5)帮助原则:为用户提供适量的帮助和引导;


6)响应原则:每次用户进行操作后,都需要给用户一个响应反馈;


7)容错原则:必须允许用户犯错,给予用户后悔的机会;


8)转移原则:对复杂性操作进行转移,用户擅长做的转移给用户,计算机擅长做的转移给计算机。


4、框架层:主要针对系统原型界面设计增加用户体验的分析,主要由界面规范和系统技术架构决定。


5、视觉层:主要由界面规范决定。


八、非功能需求分析


包含需求的可行性分析、健壮性分析、可扩展性分析、执行效率分析,可行性分析从以下几个方面进行:


1、技术可行性:针对数据割接方案、系统交互实现方式与研发确认是否可行,需求人员在与研发沟通过程中需要不断积累哪些功能实现在技术层面很难支撑;


2、时间可行性:根据用户的上线时间要求分析是否可满足要求;


3、合法合规可行性:分析用户需求是否满足国家法规或公司法规要求;


4、数据安全性分析:用户需求是否满足信息系统安全要求。


  • 相关推荐
  • 点击次数: 0
    2018 - 07 - 04
    【文章摘要】点击事件:当用户点击完后,会向用户推送一条图文信息、一条文字信息、一条语音信息、一张图片。就是我们平时所接触的微信公众号内的点击交互操作。【相关推荐】基于微信的产品设计01:注册登录及账号体系设计基于微信的产品设计02:微信消息推送渠道建设基于微信的产品设计03:让微信分享更完美基于微信的产品设计04:如何做公众号的精准运营公众号自定义菜单是公众号会话页面中与用户产生交互的主要功能,也是公众号非常基础的运营模块。自定义菜单可以在微信公众平台的“自定义菜单”模块中进行编辑。公众平台的“自定义菜单”仅支持到了消息发送和页面跳转,其实公众号自定义菜单还有许多玩法,都是需要具备一定的开发能力才可以实现。包括我自己在内,虽然也玩过公众号,也做过相关产品,但也是通过阅读开发者文档才知道自定义菜单的玩法还有这么多。希望大家通过瑞叔这篇文章,能够更深入的了解自定义菜单,为日后自己的产品设计提供更广阔的思路。重新认识自定义菜单上图中下面三个按钮,就是我们常见到的自定义菜单。自定义菜单一共可设置3个一级菜单,每一个一级菜单最多支持4个汉字;每一个一级菜单下,可支持5个二级菜单,每一个二级菜单最多支持7个汉字;目前自定义菜单支持7种交互类型,下面瑞叔一一介绍;公众号自定义菜单支持个性化展示,对不同用户展示不同的菜单;(下面瑞叔详细介绍)自定义菜单的7种交互点击事件:当用户点击完后,会向用户推送一条图文信息、一条文字信息、一条语音信息、一张图片。就是我们平时所接触的微信公众号内的点击交互操作;view类型事件:当用户点击后,会跳转至指定的页面去;扫码事件:当用户点击后,微信会调起微信扫一扫供用户进行扫码。用户扫码后,根据二维码内容,相应的会有不同的反馈。比如用户扫码是一个网页链接,用户扫码后,可直接跳转至对应链接;比如用户扫码后,用户可接收到一篇图文消息;比如用户扫码后,完成微信账号与...
  • 点击次数: 0
    2018 - 07 - 04
    移动互联网大势所趋,存在几种典型场景:1、移动而生:一个产品[APP]就是一家公司。创业公司大多如此,也是极为可行的解决方案,集中全部资源投入到移动产品的设计和开发上,最大化程度的推动产品的发展。2、PC转型:移动终端兴起,进一步打击原本脆弱的PC互联网。移动产品[APP]设计总是笼罩在既有产品的阴影下,迈不开脚步,或者说直接将APP当成PC追求”大而全“一应俱全,悖离移动的简约。其实,如果公司战略上为将移动产品[APP]置于一个优先发展的优先级,那APP或许只是对原有业务场景做了一个拓展。3、产品互补:业务规模效应越发明显,为了满足市场需求,需要同时兼容APP和WEB网站的设计与开发。多条产品线的并行,必然涉及到资源配置、战略优先级的矛盾,保持APP与WEB的一致性和差异性都很有意义。资源有限的情况下,阶段性的产品倾斜政策显得格格不入,却很现实可行。面对以上尴尬局面,该如何平衡传统WEB与移动APP的产品关系?一个值得思考的问题…结合实际工作经历,静心思考以下:PC转型背景下,该如何平衡移动APP与WEB产品设计?首先,必须承认传统互联网向移动互联网转型的事实,移动产品是对原有WEB产品的用户场景补充和拓宽,移动互联驱动(强迫)产品形态的升级与转型。既然是原有业务的重构,阶段性地转型不可能大幅度调整产品核心业务及功能,基于WEB的APP重构需要考虑哪些关键的要素呢?1.基础需求先行:一暴十寒从来都不是什么高明的做事方式,产品螺旋式迭代更新是个不错的选择。产品总是从无到有、由简单到精致,功能可以慢慢去做,可如果连最基本需求都不能保证,即使APP可用性再好,也会搞得怨声载道。*需求分析——KANO模型KANO模型定义了三个层次的顾客需求:基本型需求、期望型需求和兴奋型需求。a.基本型需求是顾客认为产品“必须有”的属性或功能。当其特性不充足(不满足顾客需求)时,顾客很不满意;当...
  • 点击次数: 0
    2018 - 07 - 04
    以下内容,是根据8年前马化腾分享的PPT重新加工整理而来,其中提出的一些产品设计与用户体验的思考点(ps:要是每一位产品经理都这样,这个世界就更加和谐了~~),放在当下依然适用,我想未来也如此。就从这个细节可以看出,腾讯的成功,不是一触而就,而是对产品体验的极致追求才有了今天庞大的企鹅帝国,所以做好产品和服务才是王道~~值得学习从案例谈产品设计与用户体验第一部分:产品需求设计第二部分:运营式研发第三部分:交互设计第四部分:视觉设计1口碑相传的产品设计之道核心能力和速度交互体贴细致,视觉简洁清爽高端用户(意见领袖)的关注如何在良好口碑下持续增加功能◆◆◆产品设计—口碑相传暂不借外力情况下(无IM、营销),对自身产品的口碑验证“QQ有这么多用户,还需要其它推广措施吗?我们不想借助一些promotion手段,想看用户自然传播的结果,更加坚实一些”“能搭好一个平台看着用户数‘自动’增长是多么爽的感觉!让我们每天都想想能做些什么不“打扰”增长的势头,持续的爽下去”“我们不缺进来的用户,通过优秀的体验留住用户,才是我们的重点。口碑是可以通过优秀的产品体验积累起来的”找到技术的突破点,用户自然感受到QQ影音比暴风做得好在2008太平洋常用软件年度评选中,直逼老牌暴风,并成为年度新秀第一◆◆◆产品设计—核心性能和速度QQ影音一推出就可以正面挑战暴风影音,不是因为功能多,界面漂亮,而是在性能和速度上直接超越了暴风!高清智能加速:自动判别文件类型和机器显卡,选择合适的解码器并智能启动高清加速测试结果——环境A(Windows XP)                              测试结果——环境B(Windows Vista)◆◆◆产...
  • 点击次数: 0
    2018 - 07 - 04
    需求若错,产品何用?需求是一个复杂工程,不能正确解锁,那么使用产品的姿势也会有问题,希望用这篇文章创建需求方法论,供我之用,供你所取。产品如同一个紧锁着的无人城池,需求如同一个钥匙,让产品能够一步步地完整呈现在你的眼前,同样,这个钥匙有着精艺的工序,根据工序一步一步就可以制作出通向产品城池的钥匙。前一段时间,笔者在学习项目管理,对信息系统的需求管理有了较为系统的了解,尽管是传统的软件工程领域,但在目前的互联网领域还是可以借用其理论与方法,借我之理解,写我之文字。在软件工程中,软件需求工程包括了需求开发与需求管理两个部分,需求开发的目的是通过调查与分析,获取用户需求并定义软件需求,需求管理的目的是在客户与项目组之间建立对需求的共同理解,维护需求与其他工作成果的一致性,并控制需求的变更。需求开发的过程主要有四个活动:需求获取、需求分析、需求定义、需求验证。需求管理的过程主要有六个活动:制定需求管理计划、求得对需求的理解、求得对需求的承诺、管理需求变更、维护对需求的双向跟踪性、识别项目工作与需求之间的不一致性。相对于复杂庞大的信息系统工程软件,互联网软件显得比较轻快,同样的,应对信息系统工程软件的多道工序可以简化,使其更贴近互联网的特点,适应互联网的发展。需求开发的过程不管对工程软件还是互联网软件都是适用的,都会经历一个需求获取、需求分析、需求定义与需求验证的过程,但在需求管理的过程中,在图中可以看到需求管理与需求开发是一个相互作用的过程,并非有一个先后的顺序,所以针对互联网的特点,在需求管理这一个过程里可以简化为需求确认、需求变更与需求跟踪。在下面的介绍里主要是互联网需求工程的七个部分:一.需求获取需求的获取可以从三个方面来说明:WHAT(获取信息)在需求获取这一过程里最重要的是获取的什么信息,毕竟不管白猫黑猫,能抓到老鼠就是好猫,只要能得到需要的信息,选择何种方式是看你的喜好...
Case / 最新案例
2020 - 06 - 24
点击次数: 0
产品经理的主要培训方向就是传授给用户培训的技巧以及说话的方式,如何让购买者对产品产生兴趣是销售的主要培训点,上海产品经理培训课程应该根据每一个用户的个人能力进行合适的安排和选择。那么进行上海产品经理培训有哪些具体的好处和优点?一、能够提高自身的职业基础获得更好的职业素养很多有关于产品经理销售的职业都需要进行统一的培训才能获得更好的素养,因为市场上产品经理的销售技术和能力都是在不断变化的,只有通过上海产品经理培训的不断学习才能为自己的职业素养添砖加瓦,所以一定要根据自己的要求和职能以及目的进行培训的整合。二、能够为产品经理行业输送更多的人才数量基础产品经理这个行业相比起其他比较饱和的职位来说会比较缺乏人才,所以进行上海产品经理培训能够为整个行业输送更加优质并且合理的人才数量,这类客户的输出也能保证整个行业的融合程度更高,为后续的发展利和迸发程度提供更加有力的保障。三、能够增加潜在的就业机会改善生活上海作为一个繁华的大都市它的消费水平也非常的高,所以进行上海产品经理培训能够为用户增加在上海这座城市的生存机会,提高在市场上的工作寻找水平增加潜在的就业机会和能力,为后续的上海生活环境和水准的改善提供有力的基础。贴心的上海产品经理培训可以根据用户的个人时间安排来进行培训时间的调整。进行上海产品经理培训不仅能够提高自身的职业基础获得更好的职业素养,而且还能够为产品经理行业说向更多的人才数量和培训基础,同时还能够增加潜在的就业机会改善生活的条件和能力。
2020 - 06 - 23
点击次数: 0
互联网技术的推进和产业周期的缩短使得职业要求不断改变,当代年轻人必须有更多的职业技能才能适应社会需要。即使已经工作的人也必须学会更多的技能来应对未知的多变的工作需要,该如何选择北京产品经理培训才能获得更好的收益?一、看住宿条件北京作为一个大都会生存压力很大房租和生活成本都很高,在北京打拼的年轻人房租一半都上缴给了公司,北京的房租让许多想要打拼的年轻人望而生畏。一些想来学习知识的人会因为房租等压力选择放弃,北京产品经理培训为学员提供无偿的住房住宿条件也很好。二、看教学质量北京产品经理培训需要做到高质高效在短时间内让学员了解管理方面的知识,在设置课程时根据学员的程度划分快班和慢班,有效的北京产品经理培训让学生能够直接学习自己需要的内容,而不用在冗长的概念和定理中浪费时间。学员在固定时间内学习更多的专业知识成为更高质量的斜杠青年。三、看时间安排上班族和学生因为有日常工作和课业的原因学习时间受阻,即使是公司外派公费学习的人也要照顾家庭的时间,为了配合这部分人群北京产品经理培训对课程时间做出调整,为时间不自由的人提供网络授课节假日集训等多种教课方式。并且安排周末快速学员利用半天时间学习仍然有时间休息。时间、费用是想要参加北京产品经理培训的人都会考虑的问题,老牌的北京产品经理培训为学员提供住房并且配合学员的学习时间,根据学院的需求设置更多特定课程并请专业的讲师亲自培训,信息行业、物流业还有传媒业的北京产品经理培训侧重点不同,培养学员的专业思维并教授行业运行规则。


Copyright ©2018
犀牛云提供企业云服务