服务热线: 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 - 08 - 23
点击次数: 0
社会环境的变化让现代职场更加注重职员学历资质的高低,甚至在部分企业会通过职员学历高低和资质证书的含金量来评判其薪资标准,为了能够让自己拥有更多的资质证书许多职场人士都会通过参加各种各样的培训班来进行自我提升,而在众多的培训班中当属pm培训班获得的关注度更高。但是伴随着现有pm培训班数量的不断增多提升了招学员的难度,那么对于学员来说更愿意在什么样的pm培训班中学习呢?1.授课质量好且又比较权威的互联网时代中pm培训班哪家好的问题已经不会给学员带来多少干扰,因为学员直接通过网络搜寻与pm培训班相关的信息就可以得到这个问题的答案。但是决定一个pm培训班好坏的重要因素就是内部讲师的授课质量,一般那些授课质量比较好且传授给学员权威的项目管理理念的培训班会更容易得到学员认可。2.通过率高而且口碑好的想必绝大多数学员之所以决定到pm培训班中接受培训都是想要顺利的将PM证书获取到手,但是如果一个培训班各方面条件都比较好唯独通过率不高,学员即便来到了这个培训班中学习也很有可能无法通过考试并获取到证书。从另外一个角度来看通过率的高低会直接反应出来pm培训班的教学水平和教学质量,因此学员在挑选pm培训班时都更愿意到那些通过率比较高和口碑好的培训班学习。上面的内容就是对学员愿意选择的pm培训班的具体类别所做的介绍。pm培训班服务口碑好坏与否以及授课质量教学实力等情况都会对学员的抉择产生一定影响,所以一个pm培训班如果想要吸引更多的学员就要不断的对授课质量和教学水平进行提升。
2019 - 08 - 23
点击次数: 0
知识愈加重要的时代许多职场人士都开始利用闲暇时间考取一些证书来提升自己的职场实力,其中PM证书这个含金量比较高的证书就成功吸引到了很多在职人士,如果想要顺利考取到PM证书职场人士可以选择自行复习备考或者到pm培训班学习,在对这两种考取证书方式对比以后绝大多数学员都会决定到pm培训班中学习。那么学员为什么要到pm培训班服务口碑好中学习呢?一、因为可以让自己掌握的项目管理知识更加巩固尽管许多想要考取PM证书的学员都曾经被pm培训班哪家好的问题所困扰,但只要学员找寻到了一个实力雄厚的pm培训班达到的学习成效是要远远高于自学的。因为项目管理本就属于一个设计大量专业知识的学科,对于那些之前不了解项目管理的学员来说如果单纯依靠自己看书学习掌握到的知识都停留在字面形式上,但是得到pm培训班中专业老师的指导以后学员的知识就会变得更加巩固。二、因为可以加深学员对项目管理的认识和理解就目前来看绝大多数学员在产生考取PM证书想法前都没有系统的学习过相关知识,甚至还有一些学员无法了解到项目管理的具体意思。然而来到pm培训班上课并汲取专业的知识后学员就会逐步转变对项目管理的认识,将掌握到的项目管理知识体系与专业老师介绍的项目经验结合到一起就能实现理论与实践的结合,随后项目管理就会被深化在学员的脑海之中。针对学员到pm培训班中学习的原因所做的分析就暂时告一段落。总体来看到达pm培训班中学习对于学员来说是一件有百利而无一弊的事情,学员仅仅需要向pm培训班缴纳一定的培训费用就能够达到事半功倍的学习成效,当学员的学习效率提升以后考取到PM证书的概率自然也会增加。


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