mcpField
K
kpi-dashboard-design

kpi-dashboard-design

github.com/aj-geddes数据与数据库374523 次安装34 周前更新
代码仓库

关于 kpi-dashboard-design

用于设计 KPI 仪表板的技能，帮助将可衡量指标与业务目标关联，适用于报告、监控和绩效跟踪。

主要功能

  1. 01KPI 选择标准
  2. 02仪表板设计指南
  3. 03实施参考指南
  4. 04监控与治理指南
  5. 05指标归属与背景信息

适用场景

  1. 01制作领导层绩效报告
  2. 02跟踪运营或项目进度
  3. 03监控客户健康状况
  4. 04规划团队绩效管理

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/aj-geddes/useful-ai-prompts --skill kpi-dashboard-design

安装后在 Claude Code 中输入/kpi-dashboard-design确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

references/
dashboard-design.md
dashboard-implementation.md
kpi-monitoring-governance.md
kpi-selection-framework.md
scripts/
health-check.sh
templates/
dashboard-config.yaml

详细介绍

KPI 仪表板设计

目录

概览

有效的 KPI 仪表板能够直观呈现绩效、助力数据驱动的决策，并帮助团队围绕共同目标达成一致。

适用场景

  • 创建绩效衡量体系
  • 向领导层汇报并展示信息
  • 运营监控
  • 跟踪项目进度
  • 团队绩效管理
  • 客户健康状况监控
  • 财务报告

快速入门

最简可用示例：

# Select relevant, measurable KPIs

class KPISelection:
    KPI_CRITERIA = {
        'Relevant': 'Directly aligned with business strategy',
        'Measurable': 'Can be quantified and tracked',
        'Actionable': 'Team can influence the metric',
        'Timely': 'Measured frequently (daily/weekly)',
        'Bounded': 'Has clear target/threshold',
        'Simple': 'Easy to understand'
    }

    def identify_business_goals(self):
        """Map goals to KPIs"""
        return {
            'Revenue Growth': [
                'Monthly Recurring Revenue (MRR)',
                'Annual Recurring Revenue (ARR)',
                'Customer Lifetime Value (CLV)',
                'Average Revenue Per User (ARPU)'
            ],
            'Customer Acquisition': [
                'Customer Acquisition Cost (CAC)',
                'Conversion Rate',
                'Traffic to Lead Rate',
// ... (see reference guides for full implementation)

参考指南

references/ 目录中的详细实现：

指南内容
KPI 选择框架KPI 选择框架
仪表板设计仪表板设计
仪表板实现仪表板实现
KPI 监控与治理KPI 监控与治理

最佳实践

✅ 应该
  • 从业务目标出发，而不是从数据出发
  • 将仪表板指标限制在 5-7 个核心指标
  • 同时纳入领先指标和滞后指标
  • 明确指定指标负责人
  • 定期更新仪表板
  • 提供下钻功能
  • 有效运用视觉层次
  • 邀请实际用户进行测试
  • 纳入背景信息和基准
  • 记录指标定义
❌ 不应该
  • 创建没有明确用途的仪表板
  • 纳入过多指标（导致分析瘫痪）
  • 忽视数据质量
  • 在没有相关方参与的情况下构建仪表板
  • 使用令人困惑的可视化图表
  • 让仪表板内容过时
  • 忽略移动端的查看体验
  • 跳过仪表板使用培训
  • 创建无人能够影响的指标
  • 频繁更改指标

评论

支持 Markdown