上线营收驾驶舵前，你应该先自问的 10 个问题

可以在真正「对老板开放」驾驶舵前，拿这 10 个问题做一次自查。必要时，把它打印出来贴在工位旁边。

一、数据和口径

1. 这块驾驶舵上的关键指标，和财务/已有报表对过了吗？

   • 至少抽样对比：净销售额、毛利、广告花费等核心指标；
   • 差异是否在大家能接受、且能解释的范围内。

2. 每一个关键指标，都有一行「口径说明」吗？

   • 是否写清楚：
     • 使用的是哪种收入/毛利/利润口径；
     • 包含/不包含哪些费用；
     • 指标的主要用途是什么。
   • 这些说明是否在驾驶舵中有入口可以查看（例如 Tooltip 或帮助文档链接）。

---

二、刷新与稳定性

3. 数据刷新机制是否清楚？（频率 / 方式 / 责任人）

   • 刷新频率：小时级 / 日级 / 手动触发；
   • 失败时是否有告警或日志；
   • 有谁在负责监控每日刷新状态。

4. 历史数据是否补全？

   • 是否已经预加载了足够的历史区间（如至少 6–12 个月）；
   • 是否存在「某些日期缺数据」的情况，以及如何在界面上标识。

---

三、界面与交互

5. 首页是否能在 10 秒内回答老板的三个问题？

   • 总盘是否健康？（净销售额、毛利/利润）
   • 钱主要被哪些成本/费用吃掉？
   • 有没有明显的风险点或机会点？（退货、库存、广告效率等）

6. 是否避免了「一屏过载」？

   • 是否控制在 10–12 个核心元素以内；
   • 复杂的明细/维度是否放到了下钻页面，而不是堆在首页。

7. 常用的下钻路径是否顺畅？

   • 从公司 → 平台 → 国家 → 店铺 → 品类 → SKU 的路径是否简单几次点击就能完成；
   • 在每一层，下钻和返回上层的交互是否足够直观。

---

四、异常与边界情况

8. 当数据异常时，会发生什么？

   • 存在明显异常（如某天数据为 0、负值、极端峰值）时，是否有：
     • 可见的标识（例如特殊颜色或提示）；
     • 明确的排查路径（去哪看原始明细、日志）。
   • 是否约定了异常数据的处理策略（例如暂时排除在图表之外、标记为「待确认」等）。

9. 权限与脱敏是否处理好？

   • 不同角色是否只能看到自己需要看到的范围（例如平台负责人 vs 全局老板）；
   • 是否对敏感字段（如单个员工姓名、某些供应商信息等）做了适当脱敏或隐藏。

---

五、沟通与培训

10. 上线前，是否已经准备好一页「使用说明」？

• 包含：
  • 这块驾驶舵的主要用途和不适用的场景；
  • 关键指标的简短解释与口径链接；
  • 常见问题（例如「数字和平台报表对不上怎么办」）的处理建议；
  • 反馈渠道（出问题找谁、提需求找谁）。
• 是否已经安排了至少一次面向核心用户的演示或培训。

---

六、小结：先「体检」，再「开跑」

营收驾驶舵本质上是一个长期使用的「决策首页」，
上线前花半天时间按这 10 个问题做一次认真检查，往往可以避免上线后反复返工：

• 数据对不上 → 先回到「口径说明」与明细表检查；
• 指标太多看不懂 → 重新对齐首页的 3 个关键问题；
• 用户不会用 → 回头补上简单清晰的使用说明。

把这 10 个问题当成每次上线新驾驶舵的固定 Checklist，可以让整个营收数据体系更加稳定、可迭代。