看板建好了,为什么没人用
爱游戏在数据可视化咨询中经常遇到一种情况:团队花了不少精力搭好看板,图表齐全、配色讲究,但上线一段时间后访问量平平。追问下去,业务人员的回答往往是“不知道该看哪”“看了也不知道要做什么”。问题不在图表本身,而在需求调研阶段缺少对使用场景的还原。爱游戏倾向于用角色旅程的思路重做一次调研,把“谁在什么时候看什么图”讲清楚。
角色旅程原本用于服务设计,核心是把用户完成一件事的过程拆成若干阶段,再识别每个阶段的信息需求。放到数据看板上,就是把业务人员一天或一周的工作节奏画出来,找到数据真正被需要的时刻。
第一步:画出角色的工作旅程
爱游戏通常先选两到三个典型角色,例如门店督导、区域运营、供应链计划员,分别访谈他们从早到晚的关键动作。以门店督导为例,旅程可能包括晨会看昨日表现、巡店时核对库存、傍晚复盘异常。每个动作对应一个问题,每个问题对应一种信息需求。
- 晨会阶段:需要快速判断昨日是否达标,适合趋势卡与目标完成率;
- 巡店阶段:需要定位异常门店,适合排名表与异常标记;
- 复盘阶段:需要解释波动原因,适合维度下钻与对比图。
这样梳理后,图表选型不再是凭感觉,而是由场景倒推。爱游戏在实践中发现,按旅程组织的看板,用户首次使用时的路径更清晰,后续回访也更稳定。
第二步:把信息需求映射到图表
旅程画完后,需要把每个信息需求翻译成可视化形式。爱游戏建议用一张映射表管理这个过程:左侧写角色与阶段,中间写要回答的问题,右侧写候选图表与交互方式。映射时注意两点,一是同一问题在不同角色间可能对应不同图表,二是优先保证关键问题的图表处于首屏可见位置。
例如“昨日是否达标”这个问题,督导需要的是单店对比目标的简洁卡片,区域运营需要的则是多店分布与达标率。爱游戏会为同一指标设计不同粒度的视图,而不是让所有人看同一张图。图表选型的依据来自旅程,而非个人偏好,这一点在跨部门评审时也更容易达成一致。
第三步:用原型验证再开发
需求调研的最后一环是验证。爱游戏通常用低保真原型让角色走一遍旅程,观察他们在每个阶段能否快速找到所需信息。原型阶段调整成本低,能提前发现布局与交互问题。验证通过后再进入报表系统开发,把旅程中的关键节点固化为看板导航结构。
- 按旅程阶段组织页面分区,减少寻找成本;
- 为高频问题设置快捷入口,缩短操作路径;
- 保留反馈通道,上线后持续收集使用行为数据。
可视化不是把数据画出来就结束,而是让特定角色在特定时刻做出判断。爱游戏认为,用角色旅程做需求调研,能让图表选型有据可依,也让看板真正融入业务节奏。对数据岗位而言,多花一点时间在调研上,往往比反复改图更省力。
角色旅程这个说法很形象,我们之前就是所有人看同一张图,结果谁都不满意。
晨会看趋势卡、巡店看排名,这个拆法很贴近实际,回头拿给我们数据组参考。
映射表的方法好,之前选图表全靠拍脑袋,评审时吵半天。
原型验证那步很关键,上线后再改成本太高了。
按旅程分区做导航,用户找数确实快很多,我们试过类似做法。