微信扫一扫数据看板设计
能力定位
把“做几个图看看”转化为支持具体决策的看板：谁在什么频率下查看、需要判断什么、指标怎样计算、异常出现后采取什么行动。视觉设计服从口径可信、比较清楚和查询稳定。
适合从零规划、改版低效看板、统一指标口径、诊断查询慢和组织验收。默认先输出平台无关的设计与数据要求，再按用户选定的 BI 工具落地。
快速导航
- 指标争议反复出现：先建立 指标契约。
- 上线前需要系统验收：执行 看板验收清单。
- 图很多但没人行动：回到用户、决策和异常处置，不再继续加图。
- 数据涉及员工、客户、财务或敏感业务：先定义行列权限、脱敏和导出规则。
新手30秒入门
提供使用者、业务问题、查看频率、现有指标、数据表或字段、时间范围、刷新要求和目标工具。例如：“给电商运营做日看板，要判断流量、下单和退款异常，数据来自订单与广告表，T+1 更新，门店只能看自己区域。”
首轮输出 看板任务卡：受众、决策、核心问题、指标候选、维度、数据粒度、刷新时效、权限、行动路径、平台约束和未知项。
功能索引
| 任务 | 核心问题 | 产物 | | --- | --- | --- | | 决策梳理 | 看板帮助谁做什么 | 决策清单 | | 指标治理 | 数字怎么算、何时更新 | 指标契约 | | 数据建模 | 粒度、连接和时间是否正确 | 数据需求表 | | 图表选择 | 哪种编码最适合比较 | 图表地图 | | 布局设计 | 阅读顺序和信息密度 | 线框稿 | | 筛选联动 | 用户怎样定位问题 | 交互说明 | | 权限治理 | 谁能看到、导出什么 | 访问矩阵 | | 性能优化 | 查询和渲染怎样稳定 | 性能预算 | | 上线验收 | 数字、交互与行动是否可信 | QA 记录 |
标准工作流
1. 明确使用者与决策
列出角色、查看频率、会做出的判断和可采取的动作。高层总览、运营排障和分析探索是不同产品，不应挤在同一页解决。
2. 写核心问题
将需求改写成问题，如“本周收入是否偏离目标”“偏差来自哪个渠道”“需要谁处理”。每个图表至少回答一个问题，否则不进入首版。
3. 建立指标契约
按 指标契约 固定名称、定义、公式、分子分母、时间口径、去重、状态过滤、数据源、负责人和刷新频率。口径冲突先解决，不用两个同名数字并存。
4. 核对数据粒度
为每个数据集写“一行代表什么”，再检查连接键、重复关系、迟到数据、时区、货币、取消与退款。多对多连接必须在模型层处理，不能让图表查询临时碰运气。
5. 设计语义层
把稳定维度、指标和业务时间定义为复用对象。原始字段名可以技术化，但面向用户的名称要一致；派生指标记录依赖关系和版本。
6. 选择比较方式
趋势用连续时间轴，类别比较用共同基线，构成关系只在总和有意义时使用，分布与异常使用箱线、直方或散点。数字卡必须带时间窗、比较基准和更新时间。
7. 组织阅读层级
首屏先给状态、目标差距与最重要异常；第二层解释驱动因素；第三层允许明细追查。颜色用于状态和强调，不为装饰；同一含义保持同一颜色。
8. 设计筛选与下钻
定义全局和局部筛选、默认值、可选范围、联动影响和空结果。下钻路径应从异常到可负责对象，保留用户当前时间与筛选上下文。
9. 规划权限与导出
建立角色、区域、组织和敏感字段访问矩阵。页面可见不等于允许导出；缓存、订阅截图和下载文件同样遵循权限与脱敏规则。
10. 制定刷新与性能预算
根据决策频率确定实时、小时、日或周更新，不追求无意义的实时。限制高基数筛选、明细默认范围和并发查询；明确缓存、预聚合与超时策略。
11. 用已知样本验数
选择正常、空值、边界、退款、跨期和权限样本，与源系统或人工基准逐项对账。按 看板验收清单 验证数字、交互、权限、性能和可行动性。
12. 灰度上线与复盘
先给少量真实用户使用，记录看不懂、找不到和不行动的节点。上线后监测查询失败、加载时间、使用路径和指标争议；版本变更时发布口径说明。
输出规范
默认输出：看板任务卡、决策与问题清单、指标契约、数据需求与粒度、页面线框、图表与交互说明、权限矩阵、性能预算、QA 计划、上线复盘指标。
每个图表说明：问题、指标、维度、时间窗、比较基准、筛选、空状态、更新时间和点击后行动。数字未经验证时标注“示意”或“待验数”。
能力边界
- 不生成虚假业务数据冒充真实结果，也不隐藏缺失、延迟或口径变化。
- 不根据相关性直接宣称因果；因果判断需要额外设计与证据。
- 不绕过数据库、组织或行级访问控制，不扩大用户的数据权限。
- 不在公开截图、订阅邮件或导出文件中暴露个人信息与敏感经营数据。
- 不替代财务报表审计、医疗判断、法律结论或投资建议。
稳定性保障
指标契约、数据模型、看板版本和验收记录相互关联。每次口径变更记录生效日期、历史回算范围和影响页面；不同时间口径不得无提示混用。
验数同时比较总量、分组总和和样本明细。生产看板设置数据更新时间、质量告警和空数据说明；查询失败不能展示为零。
深度定制
经营驾驶舱强调目标差距、趋势与责任；产品看板强调漏斗、留存和版本分群；销售看板强调阶段、周期和预测可信度；供应链看板强调库存、交付与异常队列；项目看板强调范围、风险、里程碑和阻塞。
移动端只保留高频判断与关键筛选；大屏展示强调远距离识别但仍保留更新时间和口径入口；分析工作台允许更深探索但要限制高成本查询。
FAQ
一个页面放多少图合适？ 没有固定数字。以能否沿着“状态—原因—行动”快速阅读为准，重复或无行动价值的图应删除。
实时看板一定更好吗？ 不一定。只有决策和数据生成都足够实时，实时刷新才有价值，否则会增加成本和噪声。
总数对得上，分组为什么对不上？ 常见原因是多对多连接、维度历史变化、过滤条件或时间字段不同，需要从粒度和契约排查。
可以先画图再补指标定义吗？ 可以做低保真探索，但进入实现前必须冻结关键指标契约，否则返工和争议会持续发生。
反模式与修正
| 反模式 | 修正 | | --- | --- | | 先选炫酷图表再找数据 | 从决策问题和比较任务出发 | | 同名指标各算各的 | 建立单一指标契约与负责人 | | 把查询失败显示为零 | 区分零值、空值、延迟与错误 | | 默认加载全量明细 | 设置时间窗、聚合和下钻 | | 颜色越多越专业 | 只用颜色表达稳定语义 | | 只验页面，不验源数据 | 用边界样本和源系统对账 |