需求分析这个词听起来简单，实际操作非常复杂。需求是驱动服务设计的生产和实践的动力和来源。它期望服务对象能够为社会工作者和社会服务机构提供准确和高质量的服务。社会工作者可以为此提供前提条件。为集团的迫切需求服务反映了社会治理的价值和使命。那么到底做需求分析都要考虑什么？其实做需求分析主要从三点出发，即场景分析、角色分析和业务分析。

 一、场景分析

场景分析目的是为角色分析和业务分析打下基础。主要通过与客户沟通，了解清楚用户的需求背景和业务背景，对需求有个明确的理解；除了通过客户沟通外，也可以使用其他的调研或分析方法；如果，机会合适的话，最好深度参与一下用户的业务。

我在做商家服务产品时，为了客户的打单发货业务，就曾亲身参与过用户的打单发货。场景分析过程中，需要整理出场景故事、用户沟通记录等。

以简化版餐馆门店点餐系统为例：

假定整理出的场景故事：客户的顾客，到达餐厅后，入座；通过点餐软件，选择菜品；后厨，厨师长获得用户菜单后，安排厨师制作菜品；菜品制作完成，通过服务员为用户上菜；用户用餐完毕后，通过软件付款，并可以评价。

 二、角色分析

角色分析的目的是整理出需求中包含的角色，以及明确角色所包含的属性；角色可能是设计出的功能的使用者，也可能是系统的示例数据。

根据场景故事，我们可以整理出角色：顾客、老板、厨师长、厨师、服务员。这里只是举例说明，只完成核心，所以就只考虑顾客、厨师长（1名）、服务员三种角色。

在分析角色的属性时，可以预先考虑将来的扩展。比如服务员将来可以可能会涉及多种分工的服务员，所以可以设计一个类型属性。

 三、业务分析

业务分析的目的是：分析用户需求背后的业务流程，理清楚相关的数据结构和操作，为用户需求制定合适的解决方案，并把用户需求转化为实际的建模描述，为功能清单/信息架构制作打下基础。

第一步，分析出角色和系统的关联关系。

顾客使用点餐系统完成点餐；厨师长通过点餐系统获得用户的菜单，安排制作后，通过上菜系统传递给服务员；服务员通过上菜系统，给顾客上菜；顾客用餐完毕后，通过结账系统结账，并评价。

完成系统的分析后，用户需求就被转化为了功能需求。我们分析出了需要哪些系统，系统包含哪些功能。

下一步，是完成系统间的交互分析，明确每个角色行为，在业务内进行的运作。

明确系统的执行顺序后，就可以通过流程图完成描绘出整个业务了。如果是一个流程有多个角色参与，可以使用跨职能的流程图。

完成流程图后，就接近分析完成整个需求和业务；但是针对某些一些特殊内容，我们还需要更为深入的分析。比如某些实例的状态。业务分析惋惜完成后，我们就完成了需求分析。

我们需要产出直观的文档，除了上方分析的文档外，还需要产出功能清单或者信息架构。这里以功能清单举例：通过功能清单，就将功能需求转化成产品需求。下方为一份简单的功能清单。

实际我们在制作功能清单时，一定要注重细节的把握，细节体现专业。

完成功能清单后，就完成了需求分析，就可以开始制作原型。原型制作这里就略过了。

以上就是关于做需求分析都要考虑什么的全部内容，想了解更多关于需求分析的信息，请继续关注。