做需求分析,你要弄明白的五件事

时间:2019-08-08 来源:www.feminologywiki.com

  人人都是产品经理2天前我要分享

首先,让我解释作者需求分析的背景:我想做一个网络维修管理平台,我没有参与研究,我得到的信息,竞争产品的平台,以及整体建设计划另一个竞争产品请注意,平台和程序属于不同的竞争产品,以及项目经理规定的客户需求。让我们看一下通过这些材料在需求分析阶段需要理解的内容。

I.背景

要成为产品,我们首先需要了解做这个产品的背景,也就是为什么客户需要这个产品?只有了解这些,我们才能设计出具有针对性的产品。

根据项目经理的指示和各方的信息,让我们组织产品背景:

“用户在传统校园维修中的痛苦:填写纸质维修单,固定现场维修,分类维修信息效率低,容易出错,过程复杂,学校物流服务不及时,水平低。为了应对这些问题,我们必须创建在线维修管理。该平台在修复用户和物流之间架起了一座桥梁,在简化维修流程和提高服务效率方面发挥了重要作用!“

第二,用户

了解背景后,我们需要知道哪些类型的用户正在使用此产品。

既然它是一个网络维修管理平台,我们直观地考虑它,至少需要有维修人员和维护人员,然后除了业务前端,对于数据的管理和维护,我们需要设置一个管理背景,因为有一个管理后端,大多数至少需要一个后台管理员,这个后台管理员绝对是物流管理部门的成员。

我们暂时将用户分为三类:维修人员,维护人员和后勤管理员。

三,流程

好的,背景和人都完了,我们应该说些什么。如何使一件事清楚,最直观的是流程图。

在这里,顺便说一下,做一下流程图的五个步骤:

它是什么?结果分别产生了什么?

好的,按照这一步,我们将逐步对其进行整理:

这件作品得到了修复。好吧,只说两句话,别人想一想;输出结果还说两句话:批准的结果是订单可以发送,批准的结果没有通过,当然,它被退回,并且线人被发送消息通知他维修。审查失败了。

好的,下一步是以简化的形式表达它。在作者使用Visio的习惯中,让我们来看看它??

在你看图片之前,再添加一点。需求中提到了这些要求。调度订单的形式包括自动调度和手动调度。

四,功能结构视图

好的,在完成该过程后,我们将开始进行功能概述。

让我们首先看一下功能视图的目的和意义。

目的:主要是帮助设计和技术开发人员了解产品的全局结构。

意义:在项目的早期阶段,功能结构视图是我们产品的功能概要。在我们设计原型之前,这是一种整理想法的方法;在项目的后期阶段,它可以用作产品的功能目录。它的功能可以理解为书籍目录。

那么我们如何理清功能结构视图呢?

道:陶思想,笔者在我的另一篇文章《三年产品经理的转正述职报告》中提到了如何获得需求,即看看市场上的最新技术。如果有更好的产品,我们会采取精华,去它的渣滓,并将创新与“拿它”的想法应用于制作我们自己的鸡尾酒。 (这里提到的一个概念是“创新”,我们在这个时代的时代,“创造”可能已不复存在。对于这个论点,感兴趣的学生可以看看凯文凯利的《必然》。手术:手术的方法,梳理产品结构的结构顺序:产品 - >模块 - >子模块 - >页面 - >Subpage->元素 - >操作。设备:该工具是工具。此时,您需要使用思维导图等工具。小庄同学习惯了xmind。

(1)产品水平

通过以上分析,我们可以将产品形式分为三类:

记者 - 移动前端;维修大师 - 移动前端;物流管理员 - 管理背景。

(2)模块,页面级

说出作者使用的方法:先列表,然后安排。

首先通过产品对用户进行排序,您可以做什么或需要做什么,然后进行排序和组合,这是什么意思?

修理者的移动前端:你可以提交修理订单,你可以检查修理的进度,你可以给维修大师留言,你可以在修理后完成评估,然后修理订单是多个,您可以查看修理订单列表,您可以通过列表查看详细信息。

维护大师的维护前端:有人报告了维修,需要给维护大师一个提醒;维修大师可以处理修理订单,选择接受或拒绝;无法及时修复每次维修,维修大师可以填写维修时间反馈记者;修理工有消息,维修大师可以回复;在维修过程中,维护主人需要注册耗材;修理工的评估结束了,维修大师可以查看。

物流经理的管理后端:从系统层面来说,用户管理,角色管理和权限管理至关重要。

从业务层面来看,主线是维护订单。首先,需要管理维护订单,包括批准和发送。然后需要管理维护主机。需要输入和维护这些维护主站的基本数据。为了提高效率,每个什么样的工作都是维护大师,这可以做到,或者有些东西坏了,你需要分配一个高手,管理员知道谁可以修复它;

同样,维护区域和维护项目的基本数据和分类可以在后台完成。否则,修理工写道:“学校的南门有一个左边的第二栋建筑,有一些东西坏了。”这个地方必须找很长时间。有了工具和材料,我不知道要带什么,这太麻烦了;好吧,这些基本业务可以得到满足。作为管理背景,统计分析是必须的。我想一想,工作量统计,评估统计,故障。可以使用项目统计,故障区域统计,消耗品统计等。

(3)要素,业务水平

那么,我们的模块和页面级别已经完成,然后我们应该整理元素和操作级别。该方法类似于模块和页面级别。

我们举一个提交修理订单并进行分析的例子。请往下看。

要素:首先告诉别人,需要修理的东西 - 修理物品;然后我们都注意到有图片的事实 - 上传照片;然后你必须告诉别人在哪里修理 - 维修地址;最后其他人都到了,总要联系你 - 报名,电话;操作:我们之前说过,要修理的物品和地点,背景是分类的,所以我们需要在这里选择操作 - 下拉列表框;还有什么,想要添加一些,需要备注功能 - 文本输入框;内容填写完毕,需要提交 - 提交按钮。

那么,根据上面的方法,我们的功能结构视图将会出现。不是上面的内容看起来有点凌乱,但没关系,所有的混乱都是有序的开始。看下面的图片,是否清楚?

五,信息结构视图

主要是协助服务器技术人员创建或调整数据结构的参考文件。

信息结构图是一个接近数据库结构的图表,但它实际上不是一个数据库结构。技术人员将根据该图表的内容组合产品原型或需求文档,然后规划和设计真实的数据库结构。

主要是在面向对象的思想中,整理出每个对象中包含的属性,让我们举个例子:

结论

好的,我们讨论了今天的需求分析阶段,需要理解的五件事,以及通过实际案例的分析,我认为每个人似乎都很清楚。我们还可以看到,在转到内容后,内容逐渐丰富。在完成这五项工作后,您需要找到领导者进行第一轮审核,在下一阶段,您可以开始进行原型设计。概述 - >详细!

小庄花了将近两天的时间来梳理这篇文章。如果您有帮助,我希望您能获得奖励和支持。小庄很感激。在前方的道路上,雪海没有尽头努力工作,谢谢你一直和你在一起!

本文由