服务热线: 18301287536
国内性价比高的产品经理培训机构

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

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


需求分析总体分为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 / 最新案例
2019 - 10 - 29
点击次数: 0
能真正建立在市场产品管理的高标准要求进行深入教学的深圳产品经理培训历经多年,真正从产品管理、运营等各方面入手进行完善,进而为更系统的培训成长提供了保障,所以综合质量佳的深圳产品经理培训是非常值得相信的。一、试听活动的开展,让学员更好的切身体会业内较好的深圳产品经理培训采取的是先试听后合作的方式,通过全面试听活动的开展,让广大的学员能够深入课堂,真正了解培训的内容以及培训的方式,以此为基础更好的衡量自身的需求来完成,显然能更好的保障培训的价值意义与匹配度。依赖于试听活动来开展合作,显然展现了信誉可靠的深圳产品经理培训对每一个学员的诚意,为针对性的提升奠定了后盾保障。二、收费公开透明,价格的优势实实在在业内较好的深圳产品经理培训对于学费的收取是建立在公正公开的前提下落实的,实事求是的根据培训的内容以及后续的规划做有效的说明,让学员根据自己的预算来更好的决定。公开透明的收费标准也让大家称赞的深圳产品经理培训有了更独特的竞争优势,展现了其实实在在,诚实可信的优势。三、多年的口碑反馈,实实在在的回馈一个培训机构的好坏从其市场的反馈就能一目了然,所以要想更好的了解深圳产品经理培训是否值得相信,从市场的反馈就能够更清晰的了解,多年的培训经验让口碑好的深圳产品经理培训有了更好的客户积累,在正面呈现其独特的合作价值,尤其学员的职场规划和收入回报更是彰显了深圳产品经理培训不可比拟的综合价值。不难看出,实力强的深圳产品经理培训之所以更值得信赖与其透明实事求是的合作风格有关,尤其能更好的从反馈需求入手,不断的完善自己,并真正有效的为就业的保障提供必要的后盾支撑,满足更多的就业需求,更周到更系统的培训开展都让与时俱进的深圳产品经理培训有了更全面的保障。
2019 - 10 - 10
点击次数: 0
与严峻的就业形势形成鲜明对比的就是互联网公司的薪资待遇特别好,所以就有许多人为了能顺利的进入到互联网行业中而选择郑州产品经理培训。这些人根本目的就是希望通过培训能够获得相关的技能和知识从而实现轻松入门,那么对于拥有同样想法的人们来说应该如何选择郑州产品经理培训?一、选择培训公司实力强的在有经验的专业人士判断郑州产品经理培训哪个公司的好的过程中,公司的综合实力是排名比较靠前的关键性考量因素。因此人们在选择郑州产品经理培训的时候首先要了解的就是公司实力如何。一般来说师资队伍的规模和素质是其中一个比较重要的影响方面。二、选择培训课程多样的完善的郑州产品经理培训是一个非常系统性的工作,这就决定了在培训课程的设置方面必须要具有多层次性。也就是说机构所开办的课程不仅适合零基础的想要入门学习的人,而且也有一些课程是适合具备一定工作阅历的职场人士来继续进修提升的。三、选择培训费用合理的对于培训服务这类产品来说,性价比是人们决定要不要购买的一个重要影响方面。所以想要参加郑州产品经理培训的人们可以从培训费用的角度来进行选择,主要就是参考其他机构所提供的培训课程的费用多少,然后在对比之后选择出来性价比较高且市场评价很好的那个。总的来说要想轻松的找到一家业内较好的郑州产品经理培训,就必须要拿出一段时间进行比较充分的市场考察工作,在此期间可以详细去了解一下郑州产品经理培训的实力水平如何,所设置的培训课程的种类数量以及培训课程的具体收费情况等信息。


Copyright ©2018 北京众行天下科技有限公司
犀牛云提供企业云服务