B 端报表设计三板斧作为 B 端产品经理，报表设计是日常工作中占比很大的一块内容，随着接触的报表逐渐增多，慢慢地有了些心得，今晚终于得空，早早地打开电脑，将 B 端报表设计的一些心得记录，如有错漏之处，欢迎大家指正。 作为 B 端产品经理，报表设计是日常工作中占比很大的一块内容，随着接触的报表逐渐增多，慢慢地有了些心得，今晚终于得空，早早地打开电脑，将 B端报表设计的一些心得记录，如有错漏之处，欢迎大家指正。 由于本人目前主要负责的产品为企业园区消费系统，园区人员通过刷卡、二维码在园区食堂进行消费，目前也支持更高级的人脸消费，所以本文的列举的报表也来自我的日常工作。 拿一个日常工作中接触的报表为例：商户餐次统计表，顾名思义为统计园区所有商户在每个餐次的消费情况以及汇总数据。在接到此报表需求后，将要如何进行设计，我将 B 端报表设计总结为如下三板斧： 第一板斧：业务场景 要满足业务方的需求，首要弄清楚报表使用的用户角色有哪些？不同的用户角色需要干什么？ 通过与园区管理方接触了解，在经过一天的营业之后，食堂老板会问管理方在哪里可以看到今日食堂进账多少？有多少人在食堂吃饭？ 或一个自然月中，食堂老板也需要知道食堂进账多少，有多少人在食堂吃饭。 而作为园区管理方， 需要了解哪几家食堂的营业额最高，吃饭的人数最多，假如哪家食堂数据不好看，则要去看下是哪里出了问题。是饭菜质量还是服务？来决策是否需要更换食堂服务，提升园区人员的满意度。 弄清楚了业务场景，接下来就到了报表的设计阶段了，这个时候需要弄清具体的业务规则，根据什么规则来设计。第二板斧：业务规则 基本的业务规则不再进行赘述，这边主要讲下报表的特别业务规则。 常见的为实时查看数据，在此报表中食堂老板需要实时查看当天的营业数据，主要是干什么呢？ 因为食堂老板需要根据每餐的吃饭人数和进账来进行第二天的备菜，如报表不能实时，则无法为第二天该备多少菜提供数据支撑。 报表要实现实时，假如为小数据量则开发在实现时可直接查询所有数据进行统计。 但假如是大数据量，像园区一般都是为上万人，一日三餐，每日三万用餐记录数据，一个月就是 90 万用餐记录数据，对于非当天的数据则需根据基本业务逻辑每日对前一天的数据进行统计，这样在查询非当天的数据时系统便不需要进行大量的运算，直接从统计好的历史数据进行查询，至于当天的数据，则进行实时运算，最后将两部分数...
