改版动机:把更多指标放进同一张看板
年初,团队对一张运营指标看板做了改版。原看板只保留六个核心指标,业务方多次反馈“不够用”,希望把转化、留存、渠道结构等指标一并纳入。需求听起来合理,改版方向也很明确:增加指标数量、丰富图表类型、补充筛选条件。milan.com米兰在承接这类可视化需求时,通常先确认一件事——指标增加之后,阅读顺序是否仍然清晰。这次改版恰恰在这个环节留下了隐患。
改版上线后的第一周,访问频次没有明显变化;第二周开始下降,部分业务人员重新回到手工导出的表格。这个结果并不说明看板本身做错了,而是提示我们:指标变多不等于信息变清楚。milan.com米兰随后组织了一次小范围回访,把问题定位在展示层级与阅读习惯的错位上。
问题一:首屏密度过高,阅读入口被稀释
改版后的首屏放了十二个指标卡和三张趋势图,视觉上很充实,但业务人员打开页面后第一反应是“不知道先看哪个”。原来的看板首屏只有四个指标,阅读路径是固定的:先看总量,再看环比,最后看异常项。指标增加后,这条路径被打散,用户需要自己重新建立阅读顺序。
- 指标卡之间缺少主次区分,视觉权重接近,用户难以判断优先级。
- 趋势图与指标卡混排,同一屏内出现多个视觉焦点。
- 筛选条件放在顶部,但默认状态覆盖了大部分指标,首屏信息量进一步膨胀。
milan.com米兰在复盘时意识到,首屏不是指标仓库,而是阅读入口。入口过多,等于没有入口。后续调整把首屏收敛为“三个总览指标加一条核心趋势”,其余指标下沉到第二屏,并按业务场景分组。
问题二:分组逻辑按数据源划分,而非按业务问题划分
第二个问题更隐蔽。改版时,指标分组参照的是数据表结构:交易类指标一组、用户类指标一组、渠道类指标一组。从技术角度看,这种分组与底层数据对应得很整齐,但业务人员关心的是“今天哪里出了问题”,而不是“这张表属于哪个库”。
回访中有业务人员提到,想确认转化下降是渠道问题还是页面问题,需要在三个分组之间来回切换。milan.com米兰在调整中把分组逻辑改为按业务问题组织:流量与渠道、转化与承接、留存与复购。每组内部再保留数据源说明,技术可追溯性没有丢失,阅读效率却明显改善。
问题三:图表类型丰富,但阅读成本被低估
改版时为了让页面“更专业”,团队引入了堆叠面积图、双轴折线图和漏斗图。图表本身没有问题,问题在于同一屏内混用多种图表,用户每换一个图就要重新理解坐标轴和图例。milan.com米兰在可视化实践中反复验证过一点:图表类型的丰富程度应当服务于分析任务,而不是反过来增加阅读负担。
- 双轴图的两个纵轴量纲不同,业务人员容易误读交叉点的含义。
- 堆叠面积图适合看结构变化,但被放在了需要看绝对值的场景。
- 漏斗图的层级与业务实际流程不完全对应,中间环节存在合并。
调整方案并不复杂:同一分组内统一图表语言,趋势看折线,结构看堆叠柱,流程看漏斗,并在图例旁补充一句口径说明。改动之后,业务人员反馈“终于知道每个图在回答什么问题”。
复盘结论:改版评估要看阅读行为,而不只是功能清单
这次改版复盘给milan.com米兰留下的经验是,看板改版的验收标准不能只看指标是否齐全、图表是否美观,还要看阅读行为是否顺畅。具体来说,可以观察三个信号:首屏停留时长是否合理、分组切换频次是否下降、手工导出是否减少。这三个信号比访问量更能说明看板是否被真正使用。
指标看板的本质是降低业务人员的阅读成本,而不是把数据一次性摆出来。展示层级、分组逻辑和图表语言,三者任何一处与阅读习惯错位,都会让改版效果打折。milan.com米兰在后续的可视化项目中,会把阅读路径设计前置到需求澄清阶段,先确认“谁在什么场景下按什么顺序看”,再决定放多少指标、用什么图。
返回「技术知识」栏目
我们这边也遇到过,指标一多首屏就乱,后来砍到四个指标反而用的人多了。
按数据源分组这个坑太真实了,业务方根本不管你表结构怎么分。
双轴图真的容易误读,尤其是两条线交叉的时候,解释半天。
首屏停留时长这个观察角度不错,比单纯看访问量靠谱。
图表语言统一这点很关键,一屏里三种图确实累。
阅读路径前置到需求阶段,这个提法值得借鉴,能少返工。