「ダッシュボード作っても見ないんですよ」
業務システム構築の現場で繰り返し起きる失敗があります。
「経営者向けに専用のダッシュボードを作りました。KPI が一覧で見られて、グラフで状況も分かって、各種データへドリルダウンもできる、立派な画面です。でも、社長が見にきてくれません」
これは中小〜中堅企業で頻発するパターンで、数百万円かけて作られたダッシュボードが半年で誰にも開かれなくなることもあります。
一方、実運用で活用されている経営支援 AI の事例を見ると、共通しているのは 「専用 UI を作らず、Slack とメールだけで完結させている」 という設計判断です。本稿ではこの判断の合理性を整理します。
※ 本稿は 2026 年 5 月時点の事例観察に基づきます。
なぜ専用ダッシュボードは見られなくなるのか
理由 1: 「見に行く」という行為が摩擦を生む
ダッシュボードを開くには：
- ブラウザを開く
- ブックマークから飛ぶ（または URL を覚えている）
- ログインする
- 該当ページに辿り着く
これだけで 5〜10 ステップ。日に何度も発生する操作としては摩擦が大きすぎます。経営者は 1 日に何十件もの判断を細切れの隙間時間で処理しているため、「腰を据えて見にいく」操作はほとんど発生しません。
理由 2: 既存ツールに勝てない
経営者は既に Slack・メール・カレンダーを 1 日中見ています。新しい UI を追加すると、その UI は既存ツールと注意の取り合いになり、ほぼ確実に負けます。「既に見ている場所に情報を流す」方が、新しい場所を作るより速い。
理由 3: 通知設計が機能しない
「重要な情報は通知します」と言っても、通知が独立した別アプリから飛んでくると埋もれます。Slack なら既存のメンション動線に乗るため、無意識に反応する習慣ができています。
Slack + メールだけで完結する設計
国内のクラウドソーシング系企業の経営者が公開対談で紹介していた事例では、経営支援 AI の インターフェースは Slack ボットと自動メールだけ とされています。具体的には：
- 朝のブリーフィング：Slack ボットから DM で当日のスケジュール・重要シグナル・KPI アラート
- シグナル通知：重要な事象を検知したら Slack に投稿
- 会議準備不足アラート：自動で秘書・経営企画担当に DM
- 長文レポート：自動メールで送付（後で読み返せる）
専用 UI は存在せず、データポータルとしての画面はあるが「実際にはほとんど見ない」とされています。
この設計が機能する 3 つの条件
- 既に Slack が日常使いされている（業務インフラとして定着している）
- AI が情報の取捨選択をしてくれる（垂れ流しではなく、重要なものだけ通知）
- アクション可能な形で届く（「何が起きた」だけでなく「次にこれをすべき」まで含む）
構築コストへの影響
以下は弊社の見積もり経験からの 目安レンジ です。事業者・要件・採用技術スタックにより大きく変動するため、参考値としてご覧ください。
専用ダッシュボードを作る場合（目安）
- フロントエンド開発：50〜150 万円
- 認証・権限管理：20〜50 万円
- データ可視化（グラフ・テーブル）：30〜80 万円
- 合計：100〜280 万円程度
これに加えて、デザインのレビュー・修正サイクルで月単位の時間がかかります。
Slack ボット + メールだけにする場合（目安）
- Slack ボット開発：30〜80 万円
- メール配信ロジック：10〜30 万円
- バックエンド・DB（Supabase 等）：20〜50 万円
- 合計：60〜160 万円程度
おおよそ 半分前後のコスト で同等以上の活用度が出せるケースがあります。
さらに重要なのは、専用 UI の場合に発生する「見られないリスク」がないことです。Slack に流れてきた情報は、経営者が他のメッセージを見るついでに視界に入ります。
「見栄え」を犠牲にする経営判断
ダッシュボードを作りたくなる動機の一つは、「投資家や取引先に見せた時の印象」 です。確かにグラフが並んだ立派な画面は説得力があります。
しかし、業務に 本当に使われる ことを優先するなら、Slack + メールに振り切る判断は合理的です。投資家への説明には別途説明資料を作ればよく、日常の意思決定はテキスト中心で十分です。
「立派な画面が欲しいから作る」と「日常運用に効かせるために作る」は別の意思決定で、混同してはいけません。
それでも UI が必要な場合
一方で、以下のケースでは専用 UI が必要になります：
- 過去データを横断的に検索する：時系列分析・コホート分析等
- 複数人で同時に同じデータを見る：会議体での議論用
- ドリルダウンで深掘りする：「この数字の内訳は？」を辿る用途
これらは Slack のテキストでは扱いきれません。日常運用は Slack + メール、深掘り分析の時だけ専用 UI、という 二層構造 が現実解です。
弊社では業務に応じて Slack ベース・カスタム UI ベースを使い分け、コストと使われやすさのバランスを設計しています。詳しくは 導入支援 のご案内をご参照ください。