サブスクリプション
プラン、MRR、ステータス——有効・トライアル中・解約済み——通貨と開始日を、Stripeから直接。
基盤 · Customer 360
顧客ごとに 1つのレコード。
Stripeは彼らがいくら払っているかを知っています。サポートは彼らが何を言ったかを知っています。取締役会はあなたが彼らのために何を作っているかを知っています。基盤はそのすべてを顧客ごとに共有される1つのレコードにまとめます。これで、どの画面を見ても1人の顧客として読めるようになります——3つに分かれたサイロではなく。そして、どのタスクも自分が誰のためのものかを知っています。
このページのすべての結びつきは、今日すでに稼働しています。
1つの基盤、4つの側面
実際に基盤に集まるもの
同じ共有レコードを、4つの視点で読み解きます。クリックして、各アカウントが持つもの——行動、作業、会話、収益——がすべて1つのIDに集約されている様子を確かめてください。
すべてのイベントが、レコードの上に
プロダクト分析とWeb分析を、ファーストパーティで取得し、それぞれが属するアカウントに結び付けます。
- プロダクト分析とWeb分析を1つのIDに統合
- セッション、機能、ページ、デバイス——アカウント単位で
- 匿名・登録済み・有料の各段階をまたいで結びつけます
サンプルデータ
フィードバックと実行を、結びつける
- オポチュニティ、インサイト、フィードバックをアカウントに結び付け
- ロードマップ、スプリント、リリースを同じレコード上に
- どのタスクも、それを必要とする顧客まで遡れます
サポートと会議を、文脈の中で
- チャット、サポートスレッド、会議の要約をアカウント上に
- それぞれの会話は、それを引き起こした行動のすぐ隣にあります
基盤の上の収益
- 課金コネクタから、アカウントごとのMRRとARR
- 投票数ではなく、かかっている収益で優先順位を決める
- 機能からコード、収益まで、エンドツーエンドで追跡
360
アカウントを1つ開けば十分。タブを開き続ける必要はありません。
顧客企業ごとに1ページ。支払っている金額、要望、担当者、次の商談日——すべてコネクタから自動的に集約され、誰かが手で再入力したものではありません。
インサイト
このアカウントに紐づくすべてのフィードバック——要望、バグ、レビュー——それぞれの発生元付きで。
ミーティング
予約リンクから入った予約はここに集まります:ゲスト、ホスト、イベントの種類、時間。
コンタクト
名前のある担当者——購買担当、チャンピオン、CTO——をメールアドレス付きで。Stripeが教えてくれるのは会社名まで。担当者はあなたが追加します。
ソース
コネクタごとに1つの点で表示:塗りつぶしはこの顧客のデータがある、輪郭だけはまだない、という意味です。何がつながっているかを推測する必要はありません。
外部ID
Stripeのcus_*やCRMの識別子はレコードの上に載っています——同じ顧客が2つに分かれてしまうことはありません。
360のBehaviour・Work・Conversationパネルは、コネクタ単位で公開されます——その下の結びつきはすでに書き込まれています。対応するコネクタが公開されると、各パネルが有効になります。
アイデンティティの紐付け
alice@fernwood.coがログインすると、Fernwoodのレコードが点灯します。
イベントやSDKデータがユーザーのメールアドレスと一緒に届くと、基盤はそのドメインを自動でアカウントに一致させます。CSVのアップロードも、手動でのマージも、重複した顧客も発生しません。
- ✓メールドメイン→アカウントの対応付けは、書き込み時に自動で行われます。プロダクトの各ユーザーは、その会社に紐づくエンドユーザーレコードになります。
- ✓外部IDも同様に解決されます——StripeのカスタマーIDやCRMの識別子は、同じレコードを指します。
- ✓すべての一致はログに記録されます:方法、確信度、状態。確認できる監査証跡です——ブラックボックスではありません。
シグナル alice@fernwood.co
一致 ドメイン fernwood.co → Fernwood & Co
方法 email_domain
状態 確認済み・監査エントリを記録
サンプルデータ——実際の監査証跡は、すべての一致に存在します。
基盤の上の収益
顧客が支払っている金額を、すべてに結びつける。
Stripeを接続すれば、顧客とサブスクリプションのデータは数秒でバックフィルされます。それ以降、収益はもはや実行して確認するレポートではなく——他のすべてがそこに結びつく、レコード上の1つの列になります。
- ✓すべてのサブスクリプションをレコード上に:プラン、MRR、ステータス、通貨、開始日。
- ✓複数のサブスクリプションがある場合?アカウントには、ステータスの優先順位で選ばれた代表的な1件が表示されます。
- ✓チャーンは、あなたが実際に作業している場所で見えます。解約済みというステータスは顧客のレコードの上にそのまま表示されます——毎月チェックするスプレッドシートの中ではありません。
- ✓名前、ドメイン、外部IDで、どの顧客も検索できます——キー1つで、ツールを渡り歩く必要はありません。
- ✓サブスクリプションのステータスで絞り込み、MRRで並び替え。最も大きな顧客が、リストの一番上に。
- ✓各行にはドメイン、プラン、収益が載っています——このリストは、それだけで無料の収益ビューになります。
フィードバックと作業を、結びつける
どのタスクも、誰が求めたのか——そしてその相手がいくら払っているのかを知っています。
任意のインサイトにアカウントのタグを付ければ、360がその顧客が求めたすべてを集約します。タスクをアカウントに割り当てると、選択欄にはその場で金額が表示されます——Fernwood & Co・月5,000ドル。理由は作業と一緒に運ばれます。
- ✓インサイト→アカウント:フィードバック、要望、バグ報告は、それを発したその顧客のもとに積み重なっていきます。
- ✓タスク→アカウント:ドロップダウンには各アカウントとそのMRRが表示されるため、顧客を選ぶことは、その裏にある賭け金を選ぶことでもあります。
- ✓タスクの詳細を開くと、その顧客、プラン、収益がカード上に表示されます——2枚目のタブを開く必要はありません。
現在、顧客とMRRはタスクの詳細ビューに表示されます。ボードやリストの行には、タスクごとのMRRはまだ表示されません。
基盤の上のイベント
利用データは、届いた時点でもう結びついています。
すべての分析イベントは書き込み時に結びつけられます——アカウントとエンドユーザーは、イベント行そのものに載っています。「この顧客は過去30日間に何をしたか?」は、インデックス化された1回のルックアップであり、複数のIDテーブルを結合する処理ではありません。
- ✓紐付けは夜間バッチではなく、取り込みの経路の中で行われます——イベントは届いたその瞬間から、どのアカウントに属するかを認識しています。
- ✓アカウント単位・ユーザー単位のイベントクエリはインデックス化されています——「この顧客の利用状況を見せて」に、高速で応えるためです。
- ✓360のBehaviourパネルは、分析コネクタが公開されるとこの結びつきから読み取ります——データはすでにその場に用意されています。
イベント feature_used · export_csv
ユーザー alice@fernwood.co
アカウント Fernwood & Co · $5,000/mo
結合済み 書き込み時に——クエリ実行時のファンアウトは不要
サンプルデータ
360のBehaviour・Work・Conversationパネルはコネクタ単位で有効になります——その下にある結びつき自体は今日すでに存在しており、各コネクタが公開されるたびにパネルが点灯します。コードツールからの作業項目は、現時点ではフィーチャー経由でアカウントに届き、直接ではありません。このページに載っていないものは、まだプロダクトには存在しません。
早期アクセス
あなた自身の顧客を、1つのレコード上で。
通話中にStripeを接続すれば、数分以内にあなたのアカウント、プラン、MRRが基盤に反映されるのを確認できます——あなた自身の本物のデータ、本物の結びつきです。
FAQ
よくある質問
プロダクトの基盤とは何ですか?
顧客ごとに1つのレコード——StripeのサブスクリプションとMRR、フィードバック、会議、連絡先が、1つのAccount 360に集約されます——すべてのモジュールがこれを読み書きします。OS全体が乗っている共有の背骨です。
レコードはどのように結び付けられますか?
メールドメインと外部IDによって、監査証跡付きで結び付けられます——これにより、同じ顧客の決済、フィードバック、会話は、複数のツールに散らばることなく、1つの360ビューに集約されます。
なぜ共有データモデルが重要なのですか?
「つながっている」ことと「1つに集約されている」ことの違いです。フィードバック、作業、収益、コミュニケーションが1つの基盤に書き込まれるとき、あらゆる意思決定の背後にある「なぜ」はすでに結び付いています——6つのツールをエクスポートしたり、突き合わせたりする必要はありません。
基盤は、リリースしたものが実際にうまくいったかどうかを教えてくれますか?
教えてくれます。作業、機能、顧客がすべて同じレコード上にあるため、リリースされたタスクはそれぞれ自分自身の成果を持っています。導入率は上がったか?MRRは動いたか?そのアカウントは継続したか?「リリースしたものはうまくいったか?」という結論は、基盤からそのまま読み取れます——別途の調査もBIツールへのエクスポートも不要です。
自社のデータは、他の顧客のデータから分離されていますか?
分離されています——AIOProductOSはマルチテナントで、組織ごとに行レベルの分離を行っているため、各企業の基盤は他のすべてのテナントから隔てられています。
分析イベントはアカウントに結び付けられていますか?
結び付けられています——すべての分析イベントは、あらかじめそのアカウントに結合された状態で記録されるため、行動データ、収益、フィードバックはすべて同じ顧客レコードに紐づき、別の分析用サイロに孤立することはありません。