发布时间:2023-5-8 分类: 电商动态
这篇文章来自作者自己的工作经历,希望对你有所帮助。
作为后台工作的产品经理知道列表是后台最常见的表示形式,几乎每个业务模块都使用列表。虽然列表是常用的,但制作列表并不是一件容易的事。让我介绍如何设计背景列表。
列表交互分区
整个列表可以分为三个大模块:整体操作区域,单独的显示操作区域和列表属性
整体操作区
列表搜索
列表过滤
已添加清单
整个操作区域是执行列表整体操作的部分。搜索和过滤是针对相对大量的数据而设计的,允许用户快速查找目标数据并提高效率。因此,核心是平衡研发成本和收入之间的关系。在小数据量的早期阶段,搜索和筛选功能可以忽略不计。
单体展示&操作区
信息显示区域
单体操作区域
列出单个区域——列表正文,主要分为两部分:信息显示和单一操作。对于信息显示区域,每个字段对于传达足够的信息非常有用,而不是必需的。同时,你应该定义每个字段的信息,如“字段类型,长度限制,是否包装”等,整个表单可以简洁明了。
单个操作区域通常是诸如添加,删除,改变和检查单条信息的操作。删除和修改应特别注意它,特别是当它涉及在线使用时,产品经理应该做出合理的判断,考虑最完整的场景,定义不同状态下允许的操作类型和权限,必要时提示触发信息的执行。
列表属性
列出导出
列出分页
列表排序规则
列出数据加载
列表导出是针对需要导出的内容而设计的。最好使用现成的组件,这将大大降低设计和开发成本。
列表分页,当涉及到大量数据时,需要支持分页和页面跳转,这里需要注意根据业务实际情况灵活调整的页数,也可以使用off - 货架组件或开发相应的组件。
对列表进行排序,当我们操作时,某一部分数据的操作频率比其他数据大得多,并且排序非常重要。列表的排序可以支持多个排序规则。通常,有主要的排序规则和子排序规则。有必要全面评估研发需求和研发成本的程度,并在必要时使用默认的整理。常用的排序规则是“时间反转”,“数字上升(下降)”,“序列顺序”等。
列表的数据已加载。当数据量很大时,数据加载速度非常慢。在这种情况下,应考虑数据分段加载的设计。这里是坑中最深的地方,你需要考虑分段分段加载&数据搜索期间的总体负载;过滤条件下的数据加载情况;是否进行本地缓存和缓存数据的同步。虽然这些都是技术设计细节,但如果产品经理的设计不全面,它会挖掘无数的坑等着你填补。
总结
设计列表并不是一件容易的事。总结很多东西,并进行大量的抛光,形成一套适应自身业务系统的列表规格,以一半的努力获得两倍的结果,不要等待坑想到填充。欢迎留言交流。