financial-analytics-dashboard について
プラットフォームのツールや BI アプリを使い、コードを書かずに EC 向け財務ダッシュボードを設計するガイドです。財務・運用チームが KPI の選定、比較、チャネル分析、アラート設定を行えます。
主な機能
- 01プラットフォーム別の設定
- 02EC KPI の選定
- 03期間・チャネル比較
- 04指標のドリルダウン
- 05自動アラートの設定
活用シーン
- 01日次の財務ダッシュボード作成
- 02週次メール報告の置き換え
- 03複数の収益源の追跡
- 04KPI 変動のチーム通知
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ finsilabs/ awesome-ecommerce-skills --skill financial-analytics-dashboardインストール後、Claude Code で/financial-analytics-dashboardを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
tile.jsonevals/kpi-registry-structure-and-threshold-ale/criteria.jsontask.mdevals/metrics-engine-class-with-period-compari/criteria.jsontask.mdevals/variance-decomposition-into-volume-and-p/criteria.jsontask.md詳細
財務分析ダッシュボード
概要
財務分析ダッシュボードを使うと、売上、粗利益率、CAC、返品率など、最も重要なKPIをほぼリアルタイムで把握できます。ドリルダウンや比較基準を確認できるほか、指標がしきい値を超えた場合に自動アラートを受け取れます。静的な財務レポートとは異なり、分析ダッシュボードは日々の業務での使用を目的に設計されています。財務チームは毎朝確認し、マーケティングチームはキャンペーン開始後にROASを確認し、CEOは取締役会の電話会議の前に週次サマリーを確認します。
このスキルでは、コードを書かずに、プラットフォームに組み込まれたツール、BIアプリ、会計連携機能を使って財務分析ダッシュボードを構築する方法を説明します。
このスキルを使うタイミング
- 財務チームが、当月の進捗を追跡できる日常業務向けダッシュボードを必要としているとき
- KPIがしきい値を超えた際に、Slackやメールで自動アラートを受け取りたいとき
- 手作業で送っていた週次レポートメールを、ライブダッシュボードのリンクに置き換えるとき
- 財務以外の関係者も指標を調べられるセルフサービスツールが必要なとき
- 最新データで自動更新される、取締役会向けレポートダッシュボードを構築するとき
- 複数の収益源(DTC、マーケットプレイス、卸売)を1つの画面で監視するとき
主な手順
手順 1:プラットフォームに応じてダッシュボードツールを選ぶ
| プラットフォーム | おすすめのツール | 理由 |
|---|---|---|
| Shopify | Shopify Analytics + Polar Analytics または Triple Whale | Shopifyの標準分析機能で売上、注文、AOVを確認できます。Polar/Triple Whaleを追加すると、利益率、CAC、複数チャネルのKPIも確認できます |
| Shopify(上級者向け) | Glew.io または Daasity | アラート機能と取締役会向けレポートを備えた、EC向けKPIダッシュボードがあらかじめ用意されています |
| WooCommerce | Metorik + GA4 | Metorikで業務用KPIダッシュボードを、GA4でコンバージョンファネルとトラフィック指標を確認できます |
| BigCommerce | Glew.io | コホート分析、利益率の追跡、チャネルのドリルダウン機能を備えた、BigCommerce向けの分析機能があらかじめ用意されています |
| すべてのプラットフォーム | データに接続した Google Looker Studio(無料) | 無料で、Google Analytics、Google Sheets、BigQuery、その他1,000以上のデータソースに接続でき、自由にカスタマイズできます |
| すべてのプラットフォーム(BIチーム向け) | Metabase(セルフホスト可能、無料)または Tableau | SQLベースです。データウェアハウスと技術担当のアナリストがいる場合に最適です |
手順 2:中核となるKPIを決める
見出し部分に表示する指標は、最大でも8~10個に絞りましょう。ダッシュボード疲れは実際に起こります。40個以上の指標を表示する画面は、見られなくなります。
EC事業者におすすめの中核KPI:
| KPI | 目安 | アラートのしきい値 |
|---|---|---|
| 総売上(MTDと前月の比較) | 事業によって異なります | 計画を20%超下回った場合にアラート |
| 純売上(割引と返金を差し引いた後) | 総売上の85~92% | 割引率が15%を超えた場合にアラート |
| 粗利益率(%) | ブランド型DTCでは40~65% | 目標を3ポイント超下回った場合にアラート |
| 注文数(日次/週次の推移) | 事業によって異なります | 7日間平均を20%超下回った場合にアラート |
| AOV(平均注文額) | 事業によって異なります | 30日間平均を10%超下回った場合にアラート |
| 顧客獲得単価(CAC) | チャネルによって異なります | 目標CACを20%超上回った場合にアラート |
| 返品/返金率 | 多くのカテゴリーで8%未満 | 10%を超えた場合、または上昇傾向にある場合にアラート |
| ブレンドROAS(総売上/総広告費) | DTCでは3~6倍 | 損益分岐点ROASを下回った場合にアラート |
手順 3:プラットフォームでダッシュボードを設定する
Shopify
Shopify の組み込みアナリティクス(設定不要):
- Analytics → Overview に移動します。今日の売上、セッション数、コンバージョン率、AOV が前の期間との比較とともに表示されます
- Analytics → Dashboards に移動します。Shopify では、売上、トラフィック、商品、顧客のレポートタイルを追加できる、カスタマイズ可能なダッシュボードを利用できます
- Analytics → Reports に移動すると、チャネル別、商品別、地域別の売上など、詳細な分析を確認できます
- 制限事項: 商品ごとに商品原価を入力していない場合、Shopify の組み込みアナリティクスには利益率が含まれません。また、広告費や CAC も含まれません
Polar Analytics(Shopify の財務 KPI ダッシュボードにおすすめ):
- Shopify App Store から Polar Analytics をインストールします
- Integrations で広告アカウント(Meta、Google、TikTok)を接続します
- Polar → Dashboard に移動します。売上、ROAS、CAC、MER(マーケティング効率比)、粗利益の KPI タイルがあらかじめ用意されています
- Polar → Notifications で Alerts を設定します。CAC、ROAS、売上のしきい値アラートを設定すると、メールまたは Slack に通知が届きます
- Polar → Reports に移動すると、手動でのレポート作成に代わる日次サマリーメールを利用できます
Triple Whale(売上が 100 万ドル以上の Shopify DTC ブランド向け):
- Shopify App Store から Triple Whale をインストールします
- Triple Whale の Summary Dashboard では、日次売上、利益、ROAS、新規顧客の CAC、統合 MER をひとつの画面で確認できます
- Daily Digest メールを有効にすると、前日の実績をまとめた朝のサマリーがチームに届きます
- Triple Whale で Alerts を設定し、しきい値を超えた場合に通知を受け取ります(例:ROAS が 2.0x を下回った場合)
WooCommerce
Metorik(運用 KPI ダッシュボード):
- metorik.com で登録し、WooCommerce ストアに接続します
- Metorik の Dashboard では、リアルタイムの売上、注文数、AOV、返金率、顧客数を期間ごとの比較とともに確認できます
- Metorik → Reports → Summary に移動すると、日次/週次の KPI サマリーを確認できます
- Metorik Digest メールを有効にすると、関係者に日次または週次の KPI サマリーメールが自動送信されます
- Metorik Alerts を使用すると、売上、注文数、返金額がしきい値を超えた際にメール通知を受け取れます
Google Looker Studio(無料、柔軟に利用可能):
- lookerstudio.google.com に移動します
- データソースを追加します。トラフィック/コンバージョンデータ用の Google Analytics 4 と、WooCommerce から手動でインポートする損益データ用の Google Sheets を追加します
- KPI スコアカード、トレンドライン、チャネル比較テーブルを使ってダッシュボードを作成します
- ダッシュボードの URL を関係者と共有すると、最新のデータに自動更新されます
BigCommerce
- BigCommerce Analytics(組み込み):Analytics → Store Overview に移動すると、売上、注文数、コンバージョン率、顧客指標を確認できます。すべてのプランで利用可能です
- Glew.io(BigCommerce App Marketplace):インストールすると、コホート分析、商品/チャネル別の利益率の追跡、自動配信される週次の経営陣向けダイジェストメールなど、高度な財務 KPI ダッシュボードを利用できます
- Google Looker Studio:Stitch(データパイプライン)→ BigQuery → Looker Studio を介して BigCommerce を Looker Studio に接続すると、完全にカスタマイズ可能な財務分析ダッシュボードを作成できます
Step 4:変動の説明とドリルダウンを設定する
背景説明のない数字だけを表示するダッシュボードは、ただの壁紙です。次の比較ビューを設定しましょう。
期間比較:
- すべての KPI タイルに、現在の値と前期間(前週、前月、前年の同期間)に対する変化率の両方を表示します
- Polar Analytics または Triple Whale で、Dashboard Settings → Comparison period から設定します
チャネルのドリルダウン:
- Shopify Analytics:Reports → Sales by traffic source に移動します。UTM チャネル別の売上が表示されます
- Metorik:Reports → UTM に移動します。UTM のソース/メディア別の注文数と売上が表示されます
- Polar Analytics:Channel Mix に移動します。獲得チャネル別の売上、注文数、ROAS とその推移が表示されます
根本原因の調査ワークフロー: 指標が大幅に低下した場合は、次の順に調査します。
- 売上全体が低下したのか、それとも特定のチャネルだけが低下したのか? → チャネルのドリルダウンを確認します
- 注文数が減少したのか、それとも AOV が低下したのか? → 注文数と AOV の推移を確認します
- トラフィックの問題なのか、コンバージョンの問題なのか? → GA4 でセッション数と CVR を確認します
- すべての商品に影響しているのか、それとも特定の SKU だけなのか? → 商品レベルのレポートを確認します
Step 5:自動アラートを設定する
自動アラートを設定しておけば、顧客より先に問題を把握できます。
Shopify + Polar Analytics:
- Polar → Alerts → Create Alert に移動します
- しきい値を設定します。例:「ROAS が 1.5 を下回ったら通知する」または「1 日の売上が 7 日間の平均を 30% 下回ったら通知する」
- 通知方法として、メール、Slack、またはアプリ内通知を選びます
Shopify + Triple Whale:
- Triple Whale → Alerts に移動します
- 主要な指標について、絶対値または変化率のしきい値を設定したアラートルールを作成します
- Triple Whale の Moby AI は、異常を事前に検知し、自然言語で説明することもできます
Google Looker Studio を使用する任意のプラットフォーム:
- Looker Studio を、毎日データを取得するトリガーを設定した Google Sheets に接続します
- Google Apps Script の
sendEmail()を使って、セルの値がしきい値を超えたときにアラートを送信します - または、Data Studio alerts を設定します(Looker Studio には基本的なアラート機能があります)
Slack を使ったアラート通知(すべてのプラットフォーム):
- Zapier を使ってプラットフォームを Slack に接続します。毎日実行され、主要な指標の値を #analytics に送信する Zap を作成します
ベストプラクティス
- トップレベルのビューは 8 指標以下にします — 概要ビューには最重要指標だけを表示し、詳細は一度にすべて表示するのではなく、ドリルダウンで確認できるようにします
- 実額と変化率の両方を表示します — 100 万ドルから 105 万ドルへの 5% の増加は、1,000 ドルから 1,050 ドルへの 5% の増加よりも重要です。両方を表示しましょう
- モバイルファーストの KPI サマリーを作成します — DTC の創業者は毎朝、スマートフォンで主要な指標を確認します。ダッシュボードをモバイルでも読みやすくするか、モバイル向けに最適化された Triple Whale/Polar Analytics を使いましょう
- すべてのアラート履歴を記録します — 発生したすべてのアラートについて、指標の値とタイムスタンプを記録します。この監査証跡は、事後検証に役立ちます
- コメント層を設けます — 指標が大きく変動したときは、担当チームが共有の Notion ページまたは Slack チャンネルに一行で説明を追加するようにします。ビジネス上の出来事に関する組織の記憶が蓄積されます
- 過去の変動幅に基づいてアラートのしきい値を調整します — 通常 ±8% 変動する指標に対して、警告しきい値を ±5% にするとノイズが増えます。まずは警告を ±20%、重大アラートを ±35% に設定しましょう
よくある落とし穴
| 問題 | 解決策 |
|---|---|
| ローンチ時に指標が多すぎる | まずは8~10個の主要なKPIから始め、チームが最初の指標セットを信頼して活用するようになってから拡張します |
| ダッシュボードによって売上の数値が異なる | 各指標について、単一の信頼できる情報源として使用するツールを1つ定め、どの質問にどのツールを使うかを文書化します |
| 通知が多すぎてアラート疲れが起きる | 通常の変動幅に基づいてしきい値を調整します。アラートが週に3回を超えて発生する場合は、しきい値の幅を広げます |
| データの鮮度を示す表示がない | ダッシュボードには必ず「最終更新」日時を表示します。古いデータを最新のものと誤認すると、誤った判断につながります |
| ダッシュボードの読み込みが遅すぎる | データウェアハウスで日次スナップショットテーブルを事前集計し、ライブのトランザクションクエリではなく、スナップショットからダッシュボードにデータを提供します |
関連スキル
- @financial-reporting-dashboard
- @sales-reporting-dashboard
- @marketing-spend-analysis
- @ecommerce-budgeting-forecasting
- @profit-margin-analysis