学以致用

古之成大事者,不惟有超士之才,亦唯有坚韧不拔之志

如何对系统重构进行需求分析

产品设计的过程中,如果在一家相对正在发展的公司,可以接触或者直接参与到很多从0到1 的项目中,这种经验是很好的。经历了一个产品,从需求调研,内部讨论,需求分析,内部过会,原型设计,需求会,开发,验收上线的全部步骤,同时也对公司的业务更加深入的理解。本篇文章先来谈一下,已经存在的系统做整体重构,产品需求分析改怎么进行。下文中我会直接举一个具体的例子来进行描述。

系统重构从目前的经验来看,有两个原因:第一是系统的代码优化,第二是业务需求的变化太多,原有系统已经不能满足,需要做大幅度的调整。先看看这次需要整改的系统,这个系统目前是一个渠道系统,里边有代理商,运营,客服等相关角色,部分功能导图,见下方,这里不再具体阐述;重构的东西,一定是建立在对之前业务熟悉的基础上,所以小伙伴们在做修改的时候,一定要熟悉业务。

《如何对系统重构进行需求分析》

在重构的时候,由于需求的变动,这个时候需要结合业务放的需求和产品需求综合处理。多以第一步,就是找人聊聊需求,第二步,找内部的人聊聊产品需求 。于是,围绕着客户为中心和一些简单的系统对接,我们可以得出一个简单的发散导图。

《如何对系统重构进行需求分析》

一些主要的需求点已经被勾勒了出来,这是可以按照需求的角色来创建一些用例图,从脑海中画出用户角色的操作行为。

《如何对系统重构进行需求分析》

用例图其实和流程图是相互并存的,根据角色使用来规划流程,这里边我们还经常用到的是泳道流程图。

《如何对系统重构进行需求分析》

流程图出来后,算是完成了一小部分。这些都是基于以前业务的理解,然后分析出来的整改需求。这一块出来之后,还是要和相关的业务人员进行沟通。由于设计的产品是根据角色来设定的,所以我们可以很简单的找到对接人,如财务、销售等。

需求的分析和确认,首先是根据原有系统和现有的业务作出规划,并和相关用户了解细致的业务需求,如发票的开具,是否会将几笔订单一起开,而不是单独的一笔一笔的开。这些都是实际应用中的情况,产品不能脱离业务,产品不能脱离用户。

在有了这一次的简单需求的梳理之后,进行内部的产品需求讨论,然后继续整改,这样反复几次,就可以很明确需求是什么了,而且可以更加直接的掌控产品的每一个环节。切记不要盲目的上去就画原型,产品的定位不是画原型,而是产品的逻辑和思考能力等,原型只是思维成果的一种展示方式。在梳理通顺的思维之后,确认了需求的各个环节,再去执行,岂不是更加?

微信公众号:匆匆闲暇
知乎专栏:匆匆闲暇
知乎链接:如何对系统重构进行需求分析

点赞

发表评论

电子邮件地址不会被公开。 必填项已用*标注