ダッシュボードではなくインサイト
Tableau はチャートを表示してくれますが、それが何を意味するのかは自分で判断しなければなりません。David は「先週火曜日にモバイルのサインアップフローが壊れたため、売上が 12% 落ちた」という答えを、裏付けとなるチャート付きで提示します。
David·Data AnalystDavidはトラッキングを設計し、結果を読み解き、数字をあなたのAI Teamが実際に出荷するタスクへと変えます。
ダッシュボードを変えるだけでなく、プロダクトそのものを変えるアナリティクス。
Mixpanel と Amplitude は、誰かがイベントを書いたことを前提にしています。6か月後になって、ファネルの半分が欠けていることに気づきます。David はスキーマを設計し、Alex は同じタスクの中でそれを組み込むので、トラッキングは機能と一緒にリリースされます。
プロダクトが大きくなれば、請求額も大きくなりますが、価値はそれに比例して増えません。David は Atoms の中で動作し、プロダクトチームが実際に意思決定を行うために必要な分析の大半について、イベント単位の課金メーターはありません。
Hex と Mixpanel のチャートはメッセージに貼られますが、1か月後には誰も再実行できません。David の分析は、再現、監査、検証ができる Notebook ブロック内で生き続けます。
最初のプロンプトからリリース済みの成果まで — David が実際にどう機能するのかをご紹介します。
David は「なぜ売上が落ちたのか?」を、ダッシュボード依頼ではなく、明確な分析課題に変えます。
Atoms アプリ内で Bob が設計したデータベースに対して分析を実行します。CSV のエクスポートは不要です。
単に「コンバージョンが12%落ちた」ではありません。David はその原因をセグメント、ページ、デバイス、日付まで突き止めます。
1文の見出し+チャート+その裏にあるSQL――だからそのインサイトは魔法ではなく、再現可能です。
命名規則、プロパティ、IDモデルは、コードを書く前に設計されます。
イベントは数週間後ではなく、同じタスクの中でAlexによってコードベースに組み込まれます。
再実行、監査、共有が可能な、再現性のあるNotebookブロック分析。
仮説、主要指標、ガードレール、サンプルサイズを、テスト公開前に整理します。
Emmaが作成したユーザーストーリーに直接対応する受け入れテスト。
インサイトは、データチームにしか読めないグラフではなく、意思決定として記述されます。
所見はEmmaやAlexのタスクになるため、分析が実際にプロダクトの改善につながります。
手作業のワークフローは遅く、手動で、ツールに大きく依存します。各カードにホバーすると、それぞれの改善が重要な理由を確認できます。
Tableau から乗り換えですか?David が優れているポイントはこちらです。
Tableau はチャートを表示してくれますが、それが何を意味するのかは自分で判断しなければなりません。David は「先週火曜日にモバイルのサインアップフローが壊れたため、売上が 12% 落ちた」という答えを、裏付けとなるチャート付きで提示します。
ChatGPT は貼り付けたCSVを分析できます。David は、Bob があなたの Atoms アプリ内で設計したライブデータモデルにクエリを実行するため、分析は常に最新で、エクスポートして貼り付ける手間も省けます。
Lookerのレポートは、月曜日になっても誰も開かないダッシュボードに置かれたままです。David は確度の高いインサイトを Emma に直接共有するため、PM チームは直感だけでなく、データが示す内容に基づいて次のスプリントの優先順位を決められます。
| 機能 | Atoms 推奨 | Mixpanel |
|---|---|---|
| 出力 | インサイト + 原因 | ダッシュボード |
| あなたの製品データに組み込まれている | ライブクエリ、エクスポート不要 | コネクタ設定 |
| 発見がPMチームに届く | Emma のバックログに直接送る | ダッシュボード上で管理 |
| 発見の根拠となる SQL を表示する | 誰でも再現可能 | ワークブック内に埋もれている |
| チャートと可視化 | 自動生成 | ドラッグ&ドロップ |
David は単独で動くわけではありません。フルチームで構築する際に、引き継ぎがどのように行われるかをご紹介します。
Davidが実施し、製品の変更につながる具体的な分析。
最も多くのユーザーが離脱するステップと、それを改善する変更点を見つけます。
実験を設計し、Alexと実行し、信頼区間付きで結果を判断します。
コホート間でリテンションを比較し、長期利用ユーザーを予測する初期シグナルを明らかにします。
実際に使われている機能と、ユーザーに気づかれずに削減できる機能を把握します。
アクティベーションの瞬間を定義して測定し、それをユーザージャーニーのより早い段階へ移動させます。
ローンチ前にテスト計画とトラッキング仕様を書いて、初日に何を見るべきかを明確にします。
@David Emmaが要件定義した紹介プログラムのトラッキングを設計してください。イベントスキーマ、プロパティ、IDモデルを定義してください。機能と同日にイベントがリリースされるよう、Alexと連携してください。
@David オンボーディングの再設計後、週次1週目の継続率が38%から31%に低下しました。Notebookでファネル分析を実行し、問題が発生したステップを特定して、推奨される変更をEmma向けのタスクとして作成してください。
@David 新しい価格ページのA/Bテストを計画してください。仮説、主要指標、ガードレール、サンプルサイズを定義してください。Alexが両方のバリアントをリリースした後、信頼区間付きで結果を判定してください。
@David 直近90日間の機能利用状況をレビューしてください。採用率が低い下位5つの機能と、それらを維持するコストを一覧にしてください。ユーザーに気づかれずに削除できるものを教えてください。
どのエージェントも単独では動きません。任意のチームメイトをタップすれば、あなたのプロダクトの担当部分をどう処理しているか確認できます。
誰も活用しないダッシュボードに埋もれるのはもうやめましょう。Davidがトラッキングを設計し、分析を実行し、AtomsのAI Teamとともにデータをプロダクトの改善へと変えます。