David, AI Data Analyst — AtomsDavid·Data Analyst

イベントを意思決定に変えるAIデータアナリストエージェント

Davidはトラッキングを設計し、結果を読み解き、数字をあなたのAI Teamが実際に出荷するタスクへと変えます。

ダッシュボードを変えるだけでなく、プロダクトそのものを変えるアナリティクス。

以下の企業のビルダーに信頼されています

なぜダッシュボードはプロダクトを変えないのか

  • 誰も計測を仕込んでいないトラッキング

    Mixpanel と Amplitude は、誰かがイベントを書いたことを前提にしています。6か月後になって、ファネルの半分が欠けていることに気づきます。David はスキーマを設計し、Alex は同じタスクの中でそれを組み込むので、トラッキングは機能と一緒にリリースされます。

  • ダッシュボードで終わるチャート

    「リテンションが 5% 下がった」は、誰も開かないダッシュボードに置かれたままです。David はその発見を、Emma が書き Alex が実装するスコープ済みタスクに変えるので、分析はプロダクトの変更で終わります。

  • 利用量に応じて増えるイベント単位課金

    プロダクトが大きくなれば、請求額も大きくなりますが、価値はそれに比例して増えません。David は Atoms の中で動作し、プロダクトチームが実際に意思決定を行うために必要な分析の大半について、イベント単位の課金メーターはありません。

  • 誰も検証できない Slack のスクリーンショット

    Hex と Mixpanel のチャートはメッセージに貼られますが、1か月後には誰も再実行できません。David の分析は、再現、監査、検証ができる Notebook ブロック内で生き続けます。

Davidとの1日

最初のプロンプトからリリース済みの成果まで — David が実際にどう機能するのかをご紹介します。

  1. 01

    ビジネス上の問いに耳を傾ける

    David は「なぜ売上が落ちたのか?」を、ダッシュボード依頼ではなく、明確な分析課題に変えます。

  2. 02

    ライブデータモデルをクエリ

    Atoms アプリ内で Bob が設計したデータベースに対して分析を実行します。CSV のエクスポートは不要です。

  3. 03

    パターンを見つけて原因を深掘りする

    単に「コンバージョンが12%落ちた」ではありません。David はその原因をセグメント、ページ、デバイス、日付まで突き止めます。

  4. 04

    裏付けとなる証拠を添えて発見を示す

    1文の見出し+チャート+その裏にあるSQL――だからそのインサイトは魔法ではなく、再現可能です。

  5. 05

    このインサイトを次のスプリント向けにEmmaに渡す

    発見はPMバックログに流れ込みます。ロードマップは勘だけでなく、データに基づいて形作られます。

    Emma, AI Product ManagerEmmaに引き継ぐ

データに基づく意思決定に必要なものが、Davidにはすべて揃っています

イベントスキーマ設計

命名規則、プロパティ、IDモデルは、コードを書く前に設計されます。

エンジニアへのトラッキング引き継ぎ

イベントは数週間後ではなく、同じタスクの中でAlexによってコードベースに組み込まれます。

Notebook分析

再実行、監査、共有が可能な、再現性のあるNotebookブロック分析。

A/Bテスト計画

仮説、主要指標、ガードレール、サンプルサイズを、テスト公開前に整理します。

機能のテストケース

Emmaが作成したユーザーストーリーに直接対応する受け入れテスト。

平易な言葉による所見

インサイトは、データチームにしか読めないグラフではなく、意思決定として記述されます。

アクションへの引き継ぎ

所見はEmmaやAlexのタスクになるため、分析が実際にプロダクトの改善につながります。

Davidがチームに加わると何が変わるか

手作業のワークフローは遅く、手動で、ツールに大きく依存します。各カードにホバーすると、それぞれの改善が重要な理由を確認できます。

なぜビルダーたちは他ではなくDavidを選ぶのか

比較

Tableau から乗り換えですか?David が優れているポイントはこちらです。

01

ダッシュボードではなくインサイト

Tableau はチャートを表示してくれますが、それが何を意味するのかは自分で判断しなければなりません。David は「先週火曜日にモバイルのサインアップフローが壊れたため、売上が 12% 落ちた」という答えを、裏付けとなるチャート付きで提示します。

02

CSVアップロードではなく、製品に組み込まれている

ChatGPT は貼り付けたCSVを分析できます。David は、Bob があなたの Atoms アプリ内で設計したライブデータモデルにクエリを実行するため、分析は常に最新で、エクスポートして貼り付ける手間も省けます。

03

発見が次のスプリントを動かす

Lookerのレポートは、月曜日になっても誰も開かないダッシュボードに置かれたままです。David は確度の高いインサイトを Emma に直接共有するため、PM チームは直感だけでなく、データが示す内容に基づいて次のスプリントの優先順位を決められます。

Atoms と Mixpanel:機能、価格、機能を比較する

機能
Atoms
推奨
Mixpanel
出力
インサイト + 原因
ダッシュボード
あなたの製品データに組み込まれている
ライブクエリ、エクスポート不要
コネクタ設定
発見がPMチームに届く
Emma のバックログに直接送る
ダッシュボード上で管理
発見の根拠となる SQL を表示する
誰でも再現可能
ワークブック内に埋もれている
チャートと可視化
自動生成
ドラッグ&ドロップ

David がAIチームの他のメンバーとどのように連携するか

David は単独で動くわけではありません。フルチームで構築する際に、引き継ぎがどのように行われるかをご紹介します。

Davidがプロダクトチーム向けに分析する内容

Davidが実施し、製品の変更につながる具体的な分析。

  1. ファネル診断

    最も多くのユーザーが離脱するステップと、それを改善する変更点を見つけます。

    ファネルを診断する
  2. A/Bテストの設計と結果の解釈

    実験を設計し、Alexと実行し、信頼区間付きで結果を判断します。

    A/Bテストを計画する
  3. リテンションコホート

    コホート間でリテンションを比較し、長期利用ユーザーを予測する初期シグナルを明らかにします。

    リテンションを分析する
  4. 機能導入レビュー

    実際に使われている機能と、ユーザーに気づかれずに削減できる機能を把握します。

    導入状況を確認する
  5. アクティベーション分析

    アクティベーションの瞬間を定義して測定し、それをユーザージャーニーのより早い段階へ移動させます。

    アクティベーションを分析する
  6. ローンチ前のテスト計画

    ローンチ前にテスト計画とトラッキング仕様を書いて、初日に何を見るべきかを明確にします。

    ローンチを計画する

David とこれらのプロンプトを試してみましょう

新機能のトラッキング設計

@David Emmaが要件定義した紹介プログラムのトラッキングを設計してください。イベントスキーマ、プロパティ、IDモデルを定義してください。機能と同日にイベントがリリースされるよう、Alexと連携してください。

アクティベーション低下の診断

@David オンボーディングの再設計後、週次1週目の継続率が38%から31%に低下しました。Notebookでファネル分析を実行し、問題が発生したステップを特定して、推奨される変更をEmma向けのタスクとして作成してください。

A/Bテストの計画と結果判定

@David 新しい価格ページのA/Bテストを計画してください。仮説、主要指標、ガードレール、サンプルサイズを定義してください。Alexが両方のバリアントをリリースした後、信頼区間付きで結果を判定してください。

スコープ削減のための機能採用状況レビュー

@David 直近90日間の機能利用状況をレビューしてください。採用率が低い下位5つの機能と、それらを維持するコストを一覧にしてください。ユーザーに気づかれずに削除できるものを教えてください。

David のAIチームの他のメンバーを見る

どのエージェントも単独では動きません。任意のチームメイトをタップすれば、あなたのプロダクトの担当部分をどう処理しているか確認できます。

よくある質問

Davidを働かせる

誰も活用しないダッシュボードに埋もれるのはもうやめましょう。Davidがトラッキングを設計し、分析を実行し、AtomsのAI Teamとともにデータをプロダクトの改善へと変えます。