Shopify で販売していて、ある土曜日にカスタムダッシュボードを配線するのに費やしたことがあるなら — Google Sheets の数式、コピペしたエクスポート、ほぼ動くあの Looker Studio テンプレート — この記事は良い意味で居心地が悪いはずです。
これら全部をスキップします。Shopify を Tablize に接続し、1 文を入力し、共有可能なリンク付きの動作するダッシュボードを得ます。合計時間:約 4 分。
何を構築するか
すべての Shopify 運営者が見たい 4 つの数値を持つ収益ダッシュボード:
- 当月収益(MTD) と前月同時点との比較。
- 上位 10 SKU の今月の収益と販売単位。
- チャネル別売上 — Online Store vs Amazon vs TikTok Shop(あれば)、月次変動付き。
- 返金スパイクアラート領域 — 7 日間の返金率が 3% を超えた SKU のライブリスト。
これはデザイナーに依頼するときに求めるダッシュボードです。デザイナーなしでそこにたどり着きます。
ステップ 1:Shopify を接続(90 秒)
Tablize で 連携 を開き、Shopify を選択。Shopify の OAuth フローにリダイレクトされます — サインインし、接続したいストアを選び、orders、products、customers、refunds への読み取り専用スコープを許可。
OAuth 直後に Tablize は初回同期をトリガーします。履歴バックフィルがすべてを取得:すべての注文、すべての明細項目、すべての顧客、すべての返金イベント。小規模ストア(生涯注文 1 万件未満)なら 1 分以内に完了。100 万件以上の注文を持つストアなら 15〜20 分程度。タブを開いたままコーヒーを取りに行ってもいいし、次のステップを始めてもいい — Tablize は利用可能なデータで作業し、バックグラウンドでバックフィルを完了します。
データはワークスペースの Postgres の専用 shopify スキーマに到着し、orders、order_line_items、customers、products、refunds などのテーブルが作成されます。気になればテーブルビューで閲覧できますが、その必要はありません — エージェントはすでにレイアウトを知っています。
ステップ 2:1 文を入力
新しいチャットを開いて入力:
"Shopify ストアのダッシュボードを構築してください。
当月収益と前月比、今月の上位 10 SKU、
チャネル別収益の月次推移、7 日間の返金率が 3% を超えた
SKU のライブリスト付きで。"
これだけ。これがプロンプトです。
その後約 60 秒で起こること:
- エージェントが アーティファクト型を選択。複数メトリクス + 公開共有の雰囲気を持つリクエストには、「ダッシュボード」(生成されたシングルページアプリ)を選び、「レポート」(markdown 文書)ではない。
- エージェントが レイアウトを起草。4 つの要求を 4 パネルにグループ化:ヒーロー KPI タイル、テーブル、積み上げ棒グラフ、アラートリスト。
- エージェントが クエリを書く。
shopifyスキーマに対する 4 つの SQL クエリと、返金率ロジック用の 1 つの Python 集計。 - エージェントが HTML/CSS/JS を書く。ダッシュボードは Data Contract として埋め込まれたクエリと共に出荷される自己完結型 HTML ページ。
- エージェントが プレビューを表示。スクロールすると、ライブデータがすでに反映されています。
実データのグラフが見えます。Lorem ipsum でも、フェイクデータでも、「あなたのデータがここに表示されます」でもありません。本物の火曜朝の収益、本物の上位 SKU、本物のチャネル別売上。
ステップ 3:見て変更を頼む
最初のカットが完璧なことは稀です。エージェントはたぶん少しずれます — チャネル別売上が月次推移じゃなく過去 30 日を表示していたり。修正は質問を続けることです。最初からやり直す必要はありません。
"チャネル別売上を積み上げ棒グラフではなく、
今月 vs 前月の横並び棒グラフに変えてください。"
エージェントがその場でグラフを更新します。ダッシュボードを最初から再構築せず、1 つのクエリと 1 つのグラフ仕様だけを変更します。リフレッシュ、完了。
便利な反復をもう少し:
"KPI 行に 4 つ目のタイルを追加:MTD と前月の平均注文額。"
"上位 10 SKU について、前月比の販売単位の変化も
各行の隣に小さなパーセンテージバッジで表示してください。"
"返金スパイクリストが長すぎます — 過去 7 日に少なくとも
10 注文があった SKU のみを表示し、低ボリュームの SKU
のノイズを表示しないようにしてください。"
各反復は 10〜30 秒。5〜10 回反復した後、ダッシュボードはデザイナーに依頼して構築してもらうようなものになります。ただしデザイナーはそれを配線するために開発者が必要で、そのループは通常 1 週間かかります。
ステップ 4:共有
ダッシュボードに満足したら、アーティファクトビューの右上で 公開リンクを発行 をクリック。https://app.tablize.com/d/abcd-1234 のような URL が得られます。共同創業者、経理担当者、投資家など誰にでも送れて、Tablize アカウントなしでダッシュボードを見られます。ダッシュボードは自動でリフレッシュされます(頻度を選択:時間ごと、毎日、夜間)。
公開リンクに認証が欲しい場合は、それも利用可能:パスコード保護、またはメールドメインによる制限。
実際のフードの下にあるもの
ビジネスデータを Tablize に任せるか評価するときに重要な部分です。ダッシュボードは魔法でもブラックボックスでもありません — 以下のものです:
- エージェントが生成した小さな HTML/CSS/JS ファイル — CDN から配信。
- Data Contract — 「このダッシュボードの最初のパネルは
shopify.ordersテーブルに対してこの SQL クエリを実行する。毎晩リフレッシュ」と書かれた JSON 仕様。 - Tablize のランタイム — クエリを実行し、データを埋め、ダッシュボードを提供。
生成されたコードを読めます(アーティファクトビューに「ソースを表示」タブがあります)。クエリを直接編集できます。自分でホストしたければ、アーティファクト全体を Git クローン可能なものとしてエクスポートできます。エージェントが構築し、あなたが所有します。
このダッシュボードが しない こと
正直に言うべきこと:
- 財務ダッシュボードを置き換えません。 これは運営者のダッシュボードで、CFO のものではありません。繰延収益と未収収益を持つ GAAP 風の収益認識が必要なら、それは 1 文で構築されるものではありません。
- 複数のダッシュボード間で共有された「収益とは何か」の定義を強制しません。 明日収益の異なる定義で別のダッシュボードを構築すれば、一貫性がなくなります。それは Looker が解決する BI 問題で、Tablize は試みません。
- 行レベルセキュリティはありません。公開リンクはダッシュボードが描画するすべてを見ます。一部のデータが制限されるべきなら、公開共有ダッシュボードに載せないでください。
ほとんどの小規模 Shopify 運営者にとって、これらは問題ありません — 速くて、正確で、共有可能な前月 vs 今月のビューが欲しい、そしてそれが 1 文で得られるものです。
次に何を聞くか
自然なフォローアップ、それぞれがダッシュボードを拡張します:
- 「顧客の最近 12 コホートのサインアップ月別コホートリテンションチャートを追加してください。」 — エージェントが顧客テーブルに到達してコホートリテンションを計算できるかテスト。
- 「MTD 収益が前月同時点より 15% 以上遅れていたら Slack で通知してください。」 — ダッシュボードの最初の KPI をライブウォッチに変える。
- 「同じ数値の週次メールサマリーを毎週月曜 9 時に送信してください。」 — ダッシュボードを定期ブリーフに変える。
それぞれ 1 文。それぞれがワークスペースに加わる新しいアーティファクト(グラフ、ウォッチ、スケジュールレポート)を生成します。
コストはいくらか
上記のダッシュボードはエージェント実行に約 2,000 トークン、クエリ時間に約 200ms を使いました。Plus プラン(月額 $20)では、これはあなたのトークンバジェット内に収まり、1 日に数十の反復とフォローアップの余裕があります。Free では、1 つの本物の会話の割り当ての目立つ部分を使いますが、完了はできます。
ここからどこへ行くか
1 つのダッシュボードが動作したら、次の動きはほぼ常に (a) 別の質問のために 2 つ目を構築するか、(b) 最初のダッシュボードからウォッチを配線して毎日見なくて済むようにするか。Tablize は良いダッシュボードが出発点であり終点ではないという仮定で構築されています。
自分の Shopify ストアで Tablize を無料で試す →
関連記事: