先想清楚：这块看板到底服务谁
在 pg.comPG 的日常咨询中，一个反复出现的场景是：业务部门提出“我们想要一个看板”，开发团队加班做出来，上线两周后访问量归零。复盘时双方都很委屈——业务说不是想要的样子，技术说需求就是这么提的。问题往往不在执行，而在起点：没人认真回答“这块看板服务谁、他要在什么场景下看”。pg.comPG 在项目启动阶段通常会要求业务方写下一句话：这块看板帮助谁，在什么频率下，做出什么判断。这句话写不出来，后面的工作大概率要返工。
看板的读者大致可以分三类：一线执行人员，关心今天要处理什么；中层管理者，关心趋势是否偏离目标；高层，关心资源该往哪调。三类人看同一块看板，几乎必然有人不满意。pg.comPG 的建议是，一个页面只服务一类读者，宁可多做几个入口，也不要把所有指标塞进一屏。
六条自查清单，开发前过一遍
以下清单来自 pg.comPG 在多个报表与看板项目中的方法沉淀，业务人员可以在提需求前自行核对，能省掉不少来回。
- 读者是否具体到岗位：写“运营部”太宽，写“区域门店督导”才够具体，不同岗位的关注点差别很大。
- 是否绑定一个决策问题：看板不是为了展示数据，而是为了回答“这个月哪些门店需要重点跟进”这类问题，问题不清，指标就会越加越多。
- 指标口径是否唯一：同一个“活跃客户数”在两张报表里算法不同，是最常见的信任崩塌点，pg.comPG 通常要求口径说明直接写在看板页面上。
- 图表是否匹配数据关系：比较大小用条形，看趋势用折线，看构成用堆叠，不要为了好看选饼图展示十几个分类。
- 是否预留结论区：只给数字不给解读，读者要自己算，使用率自然低。哪怕是一句自动生成的“本周低于目标的门店有 6 家”，也比纯图表有效。
- 更新机制是否明确：多久刷新一次、异常时谁负责核实，这些不写清楚，看板很快会变成“历史陈列”。
图表选型的常见偏差
图表本身没有对错，只有是否匹配。pg.comPG 在可视化实践中发现，业务人员最容易犯的偏差有三类。第一类是维度过多，一张图里塞进七八个分类，颜色不够用，读者只能靠猜。第二类是双轴滥用，左右两个刻度随意缩放，视觉上制造出并不存在的相关性。第三类是装饰过度，渐变、阴影、3D 效果占用了注意力，却没有增加信息量。
一个实用的判断方法是：把图表遮住，只看标题和坐标轴，能不能说出它想表达什么。说不出来，说明图表承担了它不该承担的任务。pg.comPG 在交付前通常会请一位不了解项目背景的同事做这个测试，通过率低的页面一律重做。
把自查变成习惯
清单的价值不在一次检查，而在形成习惯。pg.comPG 观察到，那些看板使用率持续较高的团队，往往在提需求时就已经把读者、问题、口径、更新责任写在一页纸上，开发过程反而更顺。业务人员不必懂技术细节，但必须对“这块看板要改变什么行为”有清晰答案。想不清楚就先别开发，先用一周时间手工整理数据、模拟判断流程，往往能发现真正需要的指标只有三五个。pg.comPG 在多个项目中验证过，前期多花两天梳理需求，后期能省下两周的返工。
