后台业务数据展示那些事儿（上）
首先，我们先了解后台业务数据的目的：
1、展示业务数据内容：针对不同层次的业务查询，通过查询组合方式进行业务数据查看。
2、针对数据进行统计分析，可以排查业务问题，寻找根本原因，制定决策。
3、根据业务数据分析，能够有机会拓展公司业务，促进公司发展。（实在是编不下去啦~）
总之，后台业务数据针对公司的发展起到了决定性的作用。
在我们查看后台业务数据时，如果因为设计的问题引起对数据的误解，那产品锅就永远背起来啦。
希望以下几点能够引起大家的共鸣！
一、页面元素显示内容
针对后台业务数据内容的展示问题，一般分解为内容展示和列表内容展示。而两者之间内容的展示，也需要符合业务逻辑和实际业务需要，毕竟真实操作用户才是最终用户。
a、内容展示，针对业务数据内容的展示，一般需要符合业务录入的基本逻辑。
在实际产品设计过程中，就需要产品经理能够理解业务所描述的业务数据优先级问题。
例如：录入采购/销售订单时，一般都需要优先选择订单类型，其次是选择供应商/客户信息，再录入订单的物料信息，最后是订单的次要信息。
如果在设计过程中没有考虑到业务逻辑的先后顺序，颠倒数据录入顺序，就会让业务感觉到困惑（当然该类情况只是举例）。
b、列表展示，主要针对后台管理系统中业务数据的列表展示内容，需要符合业务查看的需求。在列表展示过程中，避免出现大量重复冗余的信息，例：业务单据信息的所属部门Code和部门Name，这种展示内容就属于冗余重复，一般只展示业务操作员能直观理解的部门Name。
同时，针对业务的数据列信息的展示信息，完全由用户进行自定义。将业务数据中主要的数据全部展示，由业务操作员进行筛选过滤，将最需要的业务数据内容展示出来。
最优功能，提供列表信息可调整优先展示的功能（一般前端控件已提供该功能），由业务操作员针对显示的列表信息，进行优先显示排序，将该业务操作员的个性化操作保存在该用户的权限控制中。进而达到提高用户满意度的效果。
2、页面元素过滤条件
针对页面元素的过滤条件设置，理想情况下，根据权限控制，将不同的过滤条件进行组合，根据根据不同业务需要进行不同过滤条件的展示，结合列表展示内容，给业务用户呈现出数据内容信息。
而目前的一般做法，则是根据业务需要的大多数原则，将重点需要的过滤条件进行汇总，根据业务需要将备选的过滤条件进行优先排序，重点显示该部分过滤条件。
在来考虑设置过滤条件控制的排序时，同时需要注意业务操作员的业务操作顺序。一般业务设计从整个数据范围中先进行大范围的过滤查询设置，其次再针对具体的细节过滤条件设置，从而一步步地将数据范围精确到一个点（当然，直接精确到具体的点也是没问题的）。
示范内容：在查询业务数据时，先针对业务订单信息进行一层部门信息过滤，将其他部门的信息排除在查询范围中，在该范围的基础上进而进行下一步的精确查询范围。就像拿着筛子筛东西一样，先把一些粒度较大的过滤掉，再针对粒度小的进行进一步的筛选。
针对页面元素过滤条件的设置，建议始终把握住逐步精细化的需求，同时考虑到管理和业务的实用性。
3、页面列表内容显示排序
因为个人针对该部分内容比较在意，因为在列表内容过程中，总会遗忘掉针对列表内容的展示排序功能设计，特此针对页面列表内容的排序设计功能，单独拿出一节来进行说明。
在针对页面列表内容的排序功能设计中，一般在编辑业务需求文档中，已经提供了列表展示的内容排序方式；即：默认设置全部业务数据信息根据日期或者系统流水单进行升降序的排序规则。
然而在实际情况中，针对不同的业务数据内容的展示层次和优先级，不同的业务所需要的排序规则是不一样的，如何能够均衡各个业务针对同一批业务数据中数据展示排序问题，也是各个产品汪需要考虑的情况。
在满足整体业务需求的情况下，主要还是由不同的业务根据各自的业务需求针对列信息内容进行排序设置。根据之前第一段落中提到的列表内容的展示，在此基础上，增加用户自动设置排序方式的功能。
下图，体现了设置列表内容展示过滤和信息列信息排序的业务功能，仅供参考。
上图的业务功能，在一般前端控件中，目前业务功能已经完全可以实现该业务场景功能。
其实，针对列表内容的排序展示，主要的还是为了能够快速地进行数据的定位分析，满足客户的真实业务需求，提供支撑的作用。
以上内容，也是自己在之前产品设计过程中比较容易忽视的小细节和问题，在后续的过程中，针对该类问题的不断完善和总结，也进一步完善自己的产品功能和思维方式。
一切从业务出发，满足用户真实的需求。
未完待续。。。