你这个问题问的有点太大了,不知道怎么回答,需求的工作存在很多灵活性,很难整理出一个流程性的东西,我也是正在学习,最近在学习徐峰老师的《软件需求实践》,把我知道的拿出来分享,错了的话请大家纠正,但是不要喷我啊!妹子心里素质不行,嘿嘿
1、需求是有层次的,分为业务需求、用户需求以及系统需求,所以在进行需求分析时肯定是要根据不同层次阶段进行不同方式、内容以及侧重点的需求调研。
1)业务需求,一般是公司的高层提出的,就是我们这个系统的指导需求,这个需求比较空,但是却是整个系统需求的指导思想,在做需求时经常想想这个知道思想,可以防止需求跑偏。
2)用户需求,一般是公司的中层和操作层提出的需求。中层突出流程,就是整个框架,而操作层提出具体的细节性需求。就是往中层的框架里面添加需求细节。
3)系统需求,就是针对前两种需求调研之后得结果进行需求分析和业务建模之后,得到了系统开发的需求。
2、需求的步骤分为:需求定义(对应上面的业务需求)、需求捕获(对应上面的用户需求)、需求分析与需求建模(对应上面的系统需求)、需求验证、需求跟踪、需求管理。
3、做需求工程中可以使用的工具:AXURE(用来制作原型,让用户更直观的了解即将做成什么状态的系统,便于需求确认)、EA(是建模工具,用来绘制UML图,“一图抵千言”为了更好的表达需求和沟通需求)、word、Excel、Visio等工具。
(1)用户分析
通过用户生活形态分群的方法,按照用户的价值观和生活形态特征,对用户进行分群,形成具有典型性的细分群组,并且总结提炼出该群组用户的一般特征,清晰定位目标市场与目标用户群体,指导产品开发和创新。主要解决目标用户是谁,市场预期容量有多大的问题。
(2)需求挖掘
根据上一阶段选定的目标用户群,进行抽样研究,通过记录某一特定类型用户的生活场景或业务使用体验(见图3-3),洞察用户的典型行为或生活习惯,了解他们在特定场景下的需求,结合企业自身的能力,拓展业务创新的空间。
图3-3 用户需求场景研究示意图——“白领的一天”
(3)需求验证
在定性挖掘用户需求碎片的基础上,要通过定量的调查从两个方面对需求进行验证:首先,要验证需求的普遍性,目标用户群中是否大部分用户都有类似的需求;其次,要验证需求的迫切性,目标用户群中大部分用户对需求的排列顺序。经过验证排序后的需求,就可以作为用户需求的最后输入。当然,要最终成为产品需求并且转化成产品功能,还需要从其他几个方面进行分析和筛选,在此就不详细介绍。
最紧要要做到的是端正态度,放弃自以为可以代表用户、高于用户的傲慢,放弃自以为全知全能的上帝视角。互联网用户是一道复杂难言的谜,我们都是猜谜语的。观察 - 假说 - 实验验证的循环,能让我们一步一步从假说靠近定理。
其次一个要做到的是时刻牢记,产品设计开发是为实现商业目标服务的。盲目的认为用户至上,无厘头的追求功能完备,都是在制造浪费。
最后,需求总是逃不过跟用户打交道,时时拿《跨越鸿沟》那张技术采用生命周期图提醒自己,眼前这位倒底是贵人还是拐子。