SQL-Dashboard-Brief

• 分类：07-Operations
• 成熟度：usable
• 一句话：经营指标看板需求简报（数据驱动运营）

---

适用场景

• 运营复盘
• 采纳增长看板
• 客服/舆情指标
• 管理层汇报

问题定义

有 Agent 无指标看板，业务价值不可见，决策无依据。

方法论框架

简报结构：业务问题→指标定义→数据源→刷新频率→权限→下钻路径。 原则：指标少而精，先 5-8 个核心 KPI。

输入 / 输出

输入

• 业务目标
• 可用数据源
• 现有报表

输出

• 看板需求简报
• 指标字典
• SQL 逻辑说明
• 权限矩阵

执行步骤

1. 对齐业务问题
2. 定义 KPI
3. 确认数据源
4. 写简报
5. 数据团队评审
6. 上线验收

常见误区

• ❌ 指标过多
• ❌ 数据不可达
• ❌ 无权限设计

交付物清单

• 需求简报
• 指标字典
• 原型描述

与国内 FDE 生态关联

Operations 数据化；与 Adoption-Growth 看板联动。

阶段门控

协作接口

关联 Skill

推荐组合

• FDE-Adoption-Growth — 采纳漏斗 KPI
• Customer-Service-Bot — 客服运营指标
• RBAC-Audit — 看板权限设计

外部工程参考

• .agents/skills/enterprise-user-management-ai-analytics

场景深潜

场景 1：运营复盘

触发信号：PoC/Beta/生产任一阶段出现「运营复盘」相关诉求、阻塞或复盘需求。

关键动作：对齐业务问题

FDE 注意：避免 指标过多

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 2：采纳增长看板

触发信号：PoC/Beta/生产任一阶段出现「采纳增长看板」相关诉求、阻塞或复盘需求。

关键动作：定义 KPI

FDE 注意：避免 数据不可达

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 3：客服/舆情指标

触发信号：PoC/Beta/生产任一阶段出现「客服/舆情指标」相关诉求、阻塞或复盘需求。

关键动作：确认数据源

FDE 注意：避免 无权限设计

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 4：管理层汇报

触发信号：PoC/Beta/生产任一阶段出现「管理层汇报」相关诉求、阻塞或复盘需求。

关键动作：写简报

FDE 注意：避免 指标过多

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

术语表

常见问题 FAQ

Q1：执行【SQL-Dashboard-Brief】时如何避免「指标过多」？

A：按 README 方法论逐步执行，在周度 Demo 展示阶段性交付物；若 PoC 材料不齐，先输出「待验证清单」再推进。

Q2：私有化/信创/等保环境下有哪些额外约束？

A：在 prompt 约束段明确部署形态；涉及数据不出域、国产化组件、审计日志时同步引用 Private-Deployment-Gateway 与 RBAC-Audit。

Q3：与 AIBP 分工边界不清怎么办？

A：回到 AIBP-Collaboration-Playbook 更新 RACI；AIBP 负责 Ground Truth 与业务验收，FDE 负责可交付技术资产。

Q4：PoC 通过后如何衔接到 Beta/生产？

A：输出物中标注下一阶段 Skill（如 RAG-Evaluation→Private-Deployment-Gateway→FDE-Adoption-Growth），并在 checklist 触发上线门禁。

案例片段（示意）

以下为示意性片段，实际项目请替换为客户真实信息（数据脱敏）。

背景：运营复盘无数据。

应用本 Skill 前：有 Agent 无指标，管理层看不到价值。

应用本 Skill 后：

1. 按【SQL-Dashboard-Brief】方法论输出核心交付物
2. 在周度 Demo 展示进展，AIBP 共审 Ground Truth/指标
3. 对照 evaluation.md 自评，触发上线门禁（如适用）

结果：采纳看板上线，周会引用数据决策。

版本记录