图片示例-编辑页2:
4. 理由这样的聚合管理为什么可以避免问题呢?
其实问题的核心就是“多”这一个点造成的:并存的多个导致混乱 。因为多个所以不好查找,也不好维护 。当不新增之后,管理轮播图的后台基本就是维持在一个地方 。现在,对于运营的同学来说,要找到这个位置就不再困难了,不会眼花缭乱的对着一堆后台页面,但是又不知道那个才是自己真正需要去修改的 。剩下的只要区分清楚位置就好了,节省了很多时间,有交接的新同学也很容易去说明了 。
那么对于产品设计本身的影响大不大呢,会不会增加很多工作量?我觉得其实是不大的 。排除掉这件事,在原先照搬的策略下面,产品设计上也是需要设计前端展示和后端功能,变成只是去新增之后,需要做的工作并没有实质的改变 。相反的,在编辑后台说明的时候也会更方便,只需要在一个后台说明去增改就行,也不用加很多个说明文档去挨个解释 。如果说需要添不同位置的轮播图,但是字段又差不多的话,后台甚至也不用设计了,直接让开发添加个位置字段的选择就可以了 。
三、多个场景这种聚合复用的方法不仅可以用在轮播图的后台设计上门,还有很多可以应用的地方,只要是有类似逻辑,但是又有细微差异的功能点,都可以这么聚合起来,拓展形成一个后台的设置系统 。
拿举报来说,如果需要举报的内容不止是一个地方的数据,但是举报的方式和内容又有些微差异,比如一个模块的举报需要填写理由,另外一个不需要填写,那么就可以使用这个方式,也可以用在浮标图片内容设置啦,广告位设置啦,等等等等 。
不过万物都不是完美的,这个方法也有不适合使用的时候 。如果核心逻辑差异太大,或者功能点实在太多太复杂,那么与其攒做一堆不如拆开 。
【轮播图是什么意思_轮播图950×400】因为在同一个基础上去升级,意味着相关的数据应该放在一个地方了,只是有区别的字段而已 。
如果有很复杂的功能,一旦去调整,很可能会影响到原来其他的功能和数据,也是有很大的风险 。也一样会带来维护和升级的麻烦,甚至会影响老版本,或者要做很大的改动 。所以比较适合使用的还是功能和字段都相对简单的地方 。
四、最后那么以上,是个人关于轮播图的后台设计的一些总结和思考,这当然只是其中的一种解决方式,大家也可以大开脑洞想想还有没有别的方式去解决 。
在工作中,一而再,再而三遇到相同的问题的时候,也许就需要思考是不是有更好的办法去解决 。这是我思考的初衷 。希望大家多多给与意见和建议 。
本文由@汪界小萌新 原创发布于人人都是产品经理 。未经许可,禁止转载 。
题图来自Unsplash,基于CC0协议
- 米姓历史名人有谁 米姓历史名人
- 仇姓历史名人名单 仇姓历史名人
- ncbi是什么数据库 NCBI的全称
- 猴头菇是什么样的图片 猴头菇是什么
- 飞利浦hs198 飞利浦hs199为什么贵
- 禹姓历史名人名单 禹姓历史名人
- 敲门砖是啥意思,敲门砖是什么砖
- 欢迎指点怎么说 欢迎来指点怎么说
- 一帆风顺怎么养 盆栽,一帆风顺怎么养
- 毛姓历史名人故事 毛姓历史名人