最近在做系统迁移，总结了一些做后台系统的经验，与大家分享一下。
做后台的产品经理都知道，列表是后台中最常见的一种展现方式
做后台的产品经理都会知道，列表是后台中最常见一种展现形式，几乎每个业务模块都会用到列表。列表虽然常用，但是想做好一张列表并不是一件容易的事情，下面我来介绍一下怎么设计一张后台的列表。
很多公司的前端和后台都是分开设计的，对于一个已经设计好了前端的产品，怎么设计后台呢？今天我们来说说后台设计中的那些事。
（一）弄清楚业务流程
对于一个已经设计好了的APP，我们需要先梳理该APP所做的业务及业务流程，举个栗子，该APP是一个某信用贷款类的APP，业务流程为授信——用信，授信的流程：用户提交材料——客服核实——风控初审——风控终审——授予额度；
用信流程为：用户在APP上申请用款——风控审核——放款
（二）功能设计
2.1 订单流程
根据业务节点分析，用户的订单有授信审核和用信审核两个过程，在不同的过程中，订单的状态不一样。
用户申请授信的订单状态有：待提交/待初审/待终审/已通过/已拒绝等；
用户用信的订单状态有：待提交、待审核、待放款、待还款；
那么从后台功能上设计，与订单相关的则需要有两大主要模块：授信订单管理，用信订单管理。
订单管理的功能：
查询：根据用户编号，用户名、手机号、订单申请日期、订单号、订单状态等搜索；
查看：查看订单的详细情况；
初审：风控审核时，可以编辑哪些字段，填写初审意见；
终审：风控终审需填写的字段，终审意见及退回流程；
2.2 用户相关
用户从准入到用款整个过程中，系统会记录用户的各种信息，信息录入、更新的时间节点、更新的原因等，同一个用户的信息内部的关联关系，不同用户信息的关联度等等
（三）后台功能设计
不管是对于订单还是用户，使用者都会想知道全量信息，那如何能最快最全的找到使用者想要的数据呢？用列表样式，做列表的时候需要注意哪些点呢？
列表页的操作分为对整个页面的数据操作、单条数据的操作；
对于整个页面数据操作，需要有列表搜索、列表筛选、列表排序、列表翻页，列表数据加载、列表导出等，有部分业务中会有列表新增。
若早期数据量较少的时候，可以暂时先不做列表搜索；
列表排序：一般是按数据生成时间倒序排列；列表页的字段尽可能的精简。
列表数据加载：列表一般会预加载当前页面的数据，如10条/20条，用户翻页后，或者重新设置页面展示条数时，系统重新查询，展示新的数据；
数据导出：列表按搜索条件展示数据后，导出时，系统会导出符合调价你的所有数据；
对于单条数据，分为数据展示区和数据操作区。若一条数据中展示的字段过多，则可将操作区采用浮层前置。数据操作区，一般是对单条的数据进行处理，如查看、删除、编辑等；
（四）思考与总结
在做后台产品设计时，可先考虑随着业务的发展，现有的框架或数据获取方式是否能支撑，若无法支撑，需先提前想好应对措施。并对产品的后续版本做好规划。切不可业务说今天要加A功能，明天要加B功能，自己不思考就直接上线，想清楚业务到底想要的是什么？
对于一个产品经理，什么才是最重要的呢？
希望对你坚持成长的你有所帮助！
藜麦，微信公众号：better 产品（ID：limai_magic），野生产品经理。关注人工智能、toB产品、大文娱等领域。
联系客服
