Snowsightダッシュボード作成：営業チーム・経営層に効くKPI可視化

営業チームが翌日の行動を変えるためのKPIと、経営層が一目で着地を判断するためのKPIは、同じ数字でも見せ方がまるで違います。本稿ではSnowsightのダッシュボードを題材に、タイル・フィルター・共有権限・更新設計の勘所を整理し、営業向けと経営層向けの作り分けを具体化します。あわせて、2026年に進むSnowsightダッシュボードの廃止と、Streamlit in Snowflakeへの現実的な移行までを、AWS×Snowflakeの実装目線で解説します。

01「作り方」の前に決めること

Snowsightのダッシュボードは、SQLの結果をタイルとして並べるだけで、別途BIツールを契約せずにKPIを共有できる手軽さが魅力です。ただしツールはあくまで手段です。営業チームと経営層では「見たいKPI」も「更新頻度」も「触り方」も違うため、まず読者を決め、次にデータの粒度、最後に見せ方、という順で設計するとぶれません。SnowflakeはAWS上で動くため、S3のデータレイクに着地したファイルを外部ステージやIceberg Tablesで取り込み、仮想ウェアハウスで集計し、その結果をSnowsight（あるいはStreamlit）で見せる——という一本の流れの最終出口がダッシュボードだと捉えると、設計の議論がしやすくなります。

重要な前提：Snowsightのダッシュボード機能は廃止方向にあります。公式には、新規ダッシュボードの作成は2026年4月20日に全アカウントで無効化され、既存ダッシュボードの削除は2026年6月22日から段階的に始まります。ですので本稿は「今から新規に量産する手順書」ではなく、ツールが変わっても残るKPI設計の型と、移行先であるStreamlit in Snowflakeまでを扱います。既存ダッシュボードを運用中の方は、削除前の棚卸しと移行判断の材料としてお読みください。

02タイルとチャート：ワークシートから1枚に積む

ダッシュボードはチャートを並べたタイルの集合です。基本操作はワークシートで「New Tile from Worksheet」からクエリを書いてタイル化するか、既存ワークシートを「Move to」で新規ダッシュボードへ移す形です。チャート種別はbar（棒）、line（折れ線）、scatterplot（散布図）、heat grid（ヒートグリッド）、scorecard（スコアカード）が用意され、1つのクエリにつき1つのチャートを持ちます。scorecardは単一の数値を大きく見せるため、KPIの現在値（達成率・売上・件数など）の表示に向きます。ダッシュボード上部のcontext selectorで、クエリを実行するrole（ロール）とwarehouse（ウェアハウス）を指定する点も押さえておきます。

03フィルターで「1枚を全員用」にする

ダッシュボードには、日付範囲などの標準的なシステムフィルターに加え、管理者がSQLで定義するカスタムフィルターを載せられます。カスタムフィルターはクエリを直接書き換えずに結果を切り替えられるのが利点で、選択肢をSQLで生成する場合は更新頻度を毎時・毎日・なし（never）から選べ、その更新は作成者または最終更新者の権限で実行されます。期間・地域・担当といった共通フィルターを1つ用意しておけば、同じ1枚のダッシュボードを部署や担当ごとに絞って使い回せます。