门店 KPI/OKR 看板：事件、规则与待办闭环

你将学到什么

你会看懂一套门店 KPI/OKR 管理后台的信息架构：事件如何进入系统、规则如何给出建议分、负责人如何在待办里确认或驳回，以及看板如何按周期汇总指标。学完后你能为自己的团队画出「输入—规则—输出—人工确认」四段流程，并列出 3 个必须有的页面：指标看板、事件列表、待办中心。课程还会说明为什么督导更需要「待办」而不是只看图表，以及如何用虚构门店「演示门店 A」练手：客诉升级 → 规则建议扣分 → 48 小时回访待办 → 看板更新。请把事件类型表与指标字典先写在纸上再开工，全程使用虚构门店与花名。 周会演示时只打开待办与看板差异两页，避免督导在事件列表里翻找半小时。指标字典应由运营与督导共创，技术只负责字段可配置与权限。

适合谁

推荐给正在做门店运营、区域督导或内部管理系统的产品与运营同学。你需要把线下「报事件、定责任、跟结果」搬到系统里，但又不希望一上来就做复杂的 BI。

不适合谁

不适合只想买现成 SaaS 且不做流程定制的团队；本课讲的是「为什么这样拆页面和字段」，不是某一家厂商的点击手册。 若你团队已有成熟流程，可把本课当对照表查漏补缺，不必推翻现有系统。

跟做步骤

1. 1先画业务对象：门店、周期（周/月）、指标项（销售额、客诉、巡检分）、事件类型（迟到、缺货、客诉升级）。每个对象只保留后续要筛选的字段，避免一开始就做「万能表单」。
2. 2定义事件状态机：已提交 → 规则已建议 → 待负责人确认 → 已关闭/已驳回。任何一步都要能在列表里按状态筛选，否则督导无法批量处理。
3. 3把规则写成可解释条目：例如「连续两周 KPI 低于阈值则生成复盘待办」，输出里要带触发原因，方便负责人一键认可或写驳回理由。
4. 4做指标看板只回答三个问题：本周期谁领先、谁落后、哪些事件还没关。图表不要堆满，优先表格 + 排名，移动端再考虑简化版卡片。 周会演示时只打开待办与看板差异两页，避免督导在事件列表里翻找半小时。指标字典应由运营与督导共创，技术只负责字段可配置与权限。

常见踩坑

把 KPI 和 OKR 混在同一张表却不做层级：KPI 适合高频可量化指标，OKR 适合季度目标与关键结果。若混用，周会时大家会对「到底看哪个数」争论不休。应先定周期，再决定哪些进 KPI 看板、哪些进 OKR 复盘页。实操上可以先只上线 KPI 周看板，OKR 季度页第二期再做。

规则黑盒：系统只显示「建议扣 5 分」却不展示触发事件，负责人不敢点确认，待办会堆积。每条自动建议必须链接到源事件与规则编号，必要时允许导出给区域经理复核。移动端若只做缩小版桌面，督导会回到微信群处理——待办列表应支持「仅看我负责」「仅看今日到期」，详情页首屏放确认/驳回。

本课小结

带走一张流程草图：事件进入 → 规则建议 → 人工确认 → 指标汇总。下一课若你做内容站，可以用同样思路管理「草稿—发布—首页展示」；本课的核心是让人看得懂系统为什么分这三层页面。 下一课可继续本系列实战，把模板保存为团队默认文档。