如何针对重构做产品设计 | 奇点产品

/ 0评 / 0

上一篇文章说了对重构和产品的前期梳理,了解了需求梳理的过程,这边文章主要说一下在需求都明确后,产品的设计准则。

由于是对重构产品的具体设计,这里难免会遇到一个问题,就是兼容数据,保留历史数据的问题。此次的前提条件就是,根据需求直接用户确认关键字段数据,去除冗余的字段;在系统上线的测试实施阶段,保留原有系统,这样可以规避前期所没有预判的风险。

在逻辑层这一块,需要考虑原有的流程和现有的流程如何更高的融合,取最简单的方式,让用户执行最快的效率。我们先看下这次系统的目录架构:

主要在左侧目录侧,设计系统的方式和原有的系统方式基本相似,按照用户角色来配置页面,方便开发,切逻辑清晰。同时在UI这一块,由于是内部系统,需尽量保持一致;这一次我做的了的版块样式,也算是对内部系统的一次小的整合和改版。

设计的过程中,我们还会遇到一些问题就是组合类的问题,比如一个产品,产品的价格是不固定的,产品的内容也是不固定的,同时还会有一些后续添加进来的。如果是为了调整的方便和后续可扩展,这里推荐才有模块的思维进行蟾皮你设计。

举例1:自定义字段和模块组合

这里的产品是多种的,模板多样,我们可以在后台先建立好多个模块,这样在创建产品的时候,可以直接拉取这些模块进行组合就好。同样,每个产品的配置信息也可能不一样,我们也不知道是什么字段,无法固定,我给的解决方法是采用自定义字段的方式,需要什么配置字段,在后天建立即可。

另外,在设计的过程中我们也涉及到一些边界或者小概率问题,这个时候也要考虑进来,并且尽可能的融入到总的流程中来。

举例2:发票的信息开具,和分批付款

这里是开票的判断,比如一笔资金是50w,但是一次只能开一张10w 的,这个时候就可以直接扩展,在本次申请发票的下边,加入添加发票按钮,涉及到多张的,则继续添加即可。

总的来说,针对重构的产品设计,首先是要满足新的业务需求和数据的兼容性,其次是小细节的考虑以及和其他系统的一致性,这就需要大家灵活运用。

最后,在产品设计出来后,进行内部评审ok后,还是要和业务等说明一下调整,这样避免改动较多。进入开发阶段的需求,还是会出现很多问题,就如同有些问题需要在写需求文档才会发现一样。只要最开始基础框架和逻辑判断没有出错,后续的一些小问题,都不是问题。当然,我们肯定是希望开始就做好,做好风险控制,避免后续的麻烦。


微信公众号:奇点产品

发表评论

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