优化|作为产品经理,如何优化后台系统( 二 )


文章插图
3. 填充重构在上一步中,我们已经梳理出来了所有业务流程,以及业务流程所需要的闭环。这些流程很大程度上是通过第一步的拆解知道的。当我们接手一个新的系统时,很多系统功能我们可能都不知道。因为有些功能可能早就不用了,也就不会去关注。只有当我们认真去拆解的时候,才会知道原来还有这么个业务流程
在重新梳理完业务流程后,我们现在有两部分内容。被拆解完的零散的页面和组件,以及重新梳理过后结构化的业务流程。一个是零散但实际的,一个是结构化但抽象的。
比如我们原来已经有一个新建用户的页面,就可以把这个页面填到新建用户的业务流程中。有可能我们在填充的过程中,找不到一个合适的页面或组件来填充,这时候说明原来的系统中有所疏漏,就需要重新增加新的页面或组件。
我们需要做的就是把这些实际的系统填到抽象的流程中。完成业务与系统的结合。
4. UI重新设计当我们把业务流程和所需要的页面组件都重新进行过配对后,最后一步才是重新设计UI。设计方面我也不是专家。如果团队中有专业的UI设计师就最好不过了。没有的话可以用一些最新的框架和组件,只需要自己调整一些布局即可。
拆解、梳理、重构和设计,以上4步,就是一套完整的后台翻新流程。
二、抄作业也能用这套流程这4个步骤不仅可以用于翻新,还可以用于抄作业!
一定不要觉得抄袭是一件很简单的事。抄的好和抄的不好,最后的差距会非常大。抄袭往往是发生在我们对于一件事没有经验,但交付的成果又需要达到一定水平时。抄袭确实是最有效的方法。并不是一件很坏很low的事。在踏入一个新的领域时,讲究的是“守”“破”“离”。先得抄的好,才能超越的好。
如果纯是抄一些表面的东西,没挖掘背后深层的逻辑和流程,结果可能就是东施效颦。
三、赋予翻新项目新的意义通过这4步将后台系统翻新,起到的效果不仅仅是页面变得更时尚,更好用。对整个团队的产品经理、开发、测试和UI来说,业务流程、系统结构、功能逻辑都会变得更清晰。
不要的功能该扔的扔,有bug该修的修,就像给系统做一个大扫除一样。整体的开发和迭代效率就会大大提高。这时候翻新的ROI,就可以根据提升开发效率,提升产品迭代速度,提升用户使用效率等各个进行计算。让翻新项目从此变得不再鸡肋。
本文由 @哈维 原创发布于人人都是产品经理,未经许可,禁止转载
优化|作为产品经理,如何优化后台系统】题图来自 Unsplash,基于 CC0 协议