mcpField
D
dashboard-brief

dashboard-brief

github.com/mohitagw15856データ・データベース1.5k53 回インストール5 日前に更新
リポジトリ

dashboard-brief について

dashboard-brief は、ビジネス上の問いや監視ニーズを、データエンジニアや BI 開発者向けの実装可能なダッシュボード仕様にまとめるスキルです。指標、チャート、フィルター、レイアウト、データ要件、所有者を扱います。

主な機能

  1. 01ビジネス上の問いの整理
  2. 02KPI とチャートの仕様
  3. 03フィルターとレイアウトの提案
  4. 04データ変換要件
  5. 05アクセス権と所有者の項目

活用シーン

  1. 01製品パフォーマンスダッシュボードの計画
  2. 02運用監視ビューの仕様作成
  3. 03業務要件から BI 実装案を準備

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill dashboard-brief

インストール後、Claude Code で/dashboard-briefを入力して読み込まれたか確認します。

詳細

ダッシュボード概要スキル

このスキルは、ビジネス上の質問やモニタリングのニーズを、完全で実装可能なダッシュボード仕様に変換します。出力には、データエンジニアや BI 開発者が追加の打ち合わせなしで構築するために必要な情報がすべて含まれます。

必須入力

与えられた情報をもとに作成してください。以下のいずれかが欠けていても、完全な出力を作成してください。不足している情報は妥当な仮定で補い、(仮定、要確認) と記して、最後にそれらの仮定を列挙してください。中心となる主題自体が欠けている場合(書く内容が何もない場合)に限り、先に質問してください。

  • このダッシュボードで答えるビジネス上の質問(例:「今週のアクティベーションファネルの状況はどうですか?」)
  • 主な対象者(経営幹部/プロダクトチーム/オペレーション/カスタマーサクセス/エンジニアリング)
  • 更新頻度(リアルタイム/毎時/毎日/毎週)
  • 利用可能なデータソース(例:Postgres、BigQuery、Mixpanel、Salesforce、Jira)
  • 使用する BI ツール(Looker/Metabase/Tableau/Power BI/Grafana/カスタム/不明)

出力構成


ダッシュボード概要:[ダッシュボード名]

ビジネス上の質問: [このダッシュボードが答える質問 — 入力のまま、または整理したもの] 対象者: [利用者] 更新頻度: [リアルタイム/毎時/毎日/毎週] データソース: [一覧] BI ツール: [ツールまたは不明]


セクション 1:主要指標(KPI カード)

ダッシュボードの上部に KPI カードとして表示する主要な数値を列挙します。

指標定義データソース比較対象
[指標名][計算方法][テーブル/ソース][前週比/目標比/前月比]

KPI カードは 3~6 個を目安にしてください。6 個を超えると情報過多になります。


セクション 2:グラフと可視化

各グラフについて、以下を指定します。

グラフ [N]:[グラフタイトル]
  • グラフの種類: [折れ線/棒/積み上げ棒/円/ファネル/ヒートマップ/テーブル/散布図]
  • このグラフの種類を選ぶ理由: [このデータに適している理由を一文で]
  • X 軸/行: [ディメンション — 例:日付、ユーザーセグメント、製品]
  • Y 軸/値: [指標 — 例:アクティブユーザー数、売上]
  • 内訳/色: [任意の第 2 ディメンション — 例:プランの種類別、チャネル別]
  • データソース: [テーブルまたはソース]
  • フィルター: [適用するデフォルトのフィルター — 例:「社内テストアカウントを除外」]
  • 明らかにする重要なインサイト: [閲覧者が気づけるよう、このグラフで示すパターンや兆候]

セクション 3:フィルターとコントロール

ダッシュボードの閲覧者が利用できるグローバルフィルター:

フィルター種類デフォルト選択肢
期間日付ピッカー過去 30 日間任意
[セグメントフィルター]ドロップダウンすべて[関連する値の一覧]
[その他のフィルター]複数選択すべて[関連する値の一覧]

セクション 4:レイアウトの推奨

ダッシュボードのレイアウトを分かりやすく説明します。

[ROW 1 — KPI Cards]: [Metric 1] | [Metric 2] | [Metric 3] | [Metric 4]
[ROW 2 — Primary chart, full width]: [Chart name]
[ROW 3 — Two charts side by side]: [Chart A] | [Chart B]
[ROW 4 — Supporting table, full width]: [Table name]

セクション 5:データ要件

必要なデータ変換、結合、派生フィールドを列挙します。

派生フィールドロジックソーステーブル
[フィールド名][計算方法][関連するテーブル]

現在のデータ基盤に存在しない可能性のあるフィールドには、フラグを付けてください。


セクション 6:アクセス権と所有者

  • ダッシュボードの所有者: [ユーザーが記入できるよう空欄にする]
  • 編集できる人: [ユーザーが記入できるよう空欄にする]
  • 閲覧できる人: [ユーザーが記入できるよう空欄にする]
  • レビュー頻度: [関連性を確認するため、このダッシュボードをいつ見直すべきか]

品質チェック

  • 各グラフに「明らかにする重要なインサイト」が明記されている — 単に「データを表示する」だけではない
  • KPI カードは 3~6 個である(それ以上ではない)
  • グラフの種類に選定理由がある
  • レイアウトが視覚的な階層(概要 → 詳細)に沿っている
  • データ要件のセクションで、不足しているフィールドにフラグを付けている
  • フィルターが実用的で、設定に IT 部門の対応を必要としない

アンチパターン

  • 利用可能なデータソースで実際に対応できない指標を指定しないでください。データを利用できるか、必ず確認してください。
  • 1つのダッシュボードに主要指標を8~10個以上含めないでください。それ以上では、洞察が得られずノイズが増えます。
  • 最も重要なビジネス上の問いを省略しないでください。指針となる問いのないダッシュボードは、見栄えだけの指標を並べた表示になってしまいます。
  • 見た目を理由にグラフの種類を選ばないでください。それぞれのグラフの種類は、表すデータの関係性に合致している必要があります。
  • フィルターの設定を曖昧なままにしないでください。フィルターのカテゴリだけでなく、具体的な値を指定してください。

典型的な依頼文

  • 「[business process]を追跡するダッシュボードを設計してください」
  • 「[team]のパフォーマンスダッシュボードの仕様を作成してください」
  • 「[topic]ダッシュボードには何を含めるべきですか?」
  • 「[metric]のモニタリング用ダッシュボードの概要を書いてください」

コメント