# 基盤——顧客ごとに1つのレコード | AIOProductOS > 顧客ごとに1つのレコード:Stripeの収益、フィードバック、会議、連絡先を1つのAccount 360に——メールドメインで紐付け、監査証跡付きで。 *Markdown view of https://aioproductos.com/ja/product/spine. Full machine-readable reference: [/llms.txt](https://aioproductos.com/llms.txt), [/llms-full.txt](https://aioproductos.com/llms-full.txt).* 基盤 · Customer 360 ## 顧客ごとに 1つのレコード。 Stripeは彼らがいくら払っているかを知っています。サポートは彼らが何を言ったかを知っています。取締役会はあなたが彼らのために何を作っているかを知っています。基盤はそのすべてを**顧客ごとに共有される1つのレコード**にまとめます。これで、どの画面を見ても1人の顧客として読めるようになります——3つに分かれたサイロではなく。そして、どのタスクも自分が誰のためのものかを知っています。 [自社のスタックで確認する](https://platform.aioproductos.com/signup) できることすべて ↓ このページのすべての結びつきは、今日すでに稼働しています。 platform.aioproductos.com · accounts サンプルデータ アカウント / Fernwood.co Fernwood & Co 有効 $5,000/月 ソース Stripe RevenueCat Lemon Squeezy 行動 作業 会話 サブスクリプション 有効 プラン Pro MRR $5,000 /月 開始日 Apr 10, 2025 インサイト · 3 「利用レポートを CSV でエクスポートできますか?」 canny 「モバイルではオンボーディングが遅く感じます。」 appstore 「年次更新までに SSO が必要です。」 email 1つの基盤、4つの側面 ### 実際に基盤に集まるもの 同じ共有レコードを、4つの視点で読み解きます。クリックして、各アカウントが持つもの——行動、作業、会話、収益——がすべて1つのIDに集約されている様子を確かめてください。 行動 作業 会話 収益 行動 #### すべてのイベントが、レコードの上に プロダクト分析とWeb分析を、ファーストパーティで取得し、それぞれが属するアカウントに結び付けます。 - ✓ プロダクト分析とWeb分析を1つのIDに統合 - ✓ セッション、機能、ページ、デバイス——アカウント単位で - ✓ 匿名・登録済み・有料の各段階をまたいで結びつけます サンプルデータ 作業 #### フィードバックと実行を、結びつける - ✓ オポチュニティ、インサイト、フィードバックをアカウントに結び付け - ✓ ロードマップ、スプリント、リリースを同じレコード上に - ✓ どのタスクも、それを必要とする顧客まで遡れます 会話 #### サポートと会議を、文脈の中で - ✓ チャット、サポートスレッド、会議の要約をアカウント上に - ✓ それぞれの会話は、それを引き起こした行動のすぐ隣にあります 収益 #### 基盤の上の収益 - ✓ 課金コネクタから、アカウントごとのMRRとARR - ✓ 投票数ではなく、かかっている収益で優先順位を決める - ✓ 機能からコード、収益まで、エンドツーエンドで追跡 360 ### アカウントを1つ開けば十分。タブを開き続ける必要はありません。 顧客企業ごとに1ページ。支払っている金額、要望、担当者、次の商談日——すべてコネクタから自動的に集約され、誰かが手で再入力したものではありません。 動画:1人の顧客に、すべてが結びついている様子 · サンプルデータ 動画:1人の顧客に、すべてが結びついている様子 · Brightline デモワークスペースのサンプルデータ 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つの列になります。 01・各アカウントで - ✓ すべてのサブスクリプションをレコード上に:プラン、MRR、ステータス、通貨、開始日。 - ✓ 複数のサブスクリプションがある場合?アカウントには、ステータスの優先順位で選ばれた代表的な1件が表示されます。 - ✓ チャーンは、あなたが実際に作業している場所で見えます。解約済みというステータスは顧客のレコードの上にそのまま表示されます——毎月チェックするスプレッドシートの中ではありません。 02・リスト全体で - ✓ 名前、ドメイン、外部IDで、どの顧客も検索できます——キー1つで、ツールを渡り歩く必要はありません。 - ✓ サブスクリプションのステータスで絞り込み、MRRで並び替え。最も大きな顧客が、リストの一番上に。 - ✓ 各行にはドメイン、プラン、収益が載っています——このリストは、それだけで無料の収益ビューになります。 フィードバックと作業を、結びつける ### どのタスクも、誰が求めたのか——そしてその相手がいくら払っているのかを知っています。 任意のインサイトにアカウントのタグを付ければ、360がその顧客が求めたすべてを集約します。タスクをアカウントに割り当てると、選択欄にはその場で金額が表示されます——Fernwood & Co・月5,000ドル。理由は作業と一緒に運ばれます。 - ✓ インサイト→アカウント:フィードバック、要望、バグ報告は、それを発したその顧客のもとに積み重なっていきます。 - ✓ タスク→アカウント:ドロップダウンには各アカウントとそのMRRが表示されるため、顧客を選ぶことは、その裏にある賭け金を選ぶことでもあります。 - ✓ タスクの詳細を開くと、その顧客、プラン、収益がカード上に表示されます——2枚目のタブを開く必要はありません。 現在、顧客とMRRはタスクの詳細ビューに表示されます。ボードやリストの行には、タスクごとのMRRはまだ表示されません。 brightline · task サンプルデータ ストーリー 進行中 Pro プランの SAML/SSO SP 主導の SAML 2.0（Okta + Entra ID 対応）。Fernwood（240 シート）はこれがないと展開できません。 ほかのタスク管理ツール AIOProductOS 基盤 アカウント Fernwood & Co $5,000/月 インサイト "セキュリティレビューの前に SSO が必要です" 目標 エンタープライズ層を獲得する 基盤の上のイベント ### 利用データは、届いた時点でもう結びついています。 すべての分析イベントは書き込み時に結びつけられます——アカウントとエンドユーザーは、イベント行そのものに載っています。「この顧客は過去30日間に何をしたか?」は、インデックス化された1回のルックアップであり、複数のIDテーブルを結合する処理ではありません。 - ✓ 紐付けは夜間バッチではなく、取り込みの経路の中で行われます——イベントは届いたその瞬間から、どのアカウントに属するかを認識しています。 - ✓ アカウント単位・ユーザー単位のイベントクエリはインデックス化されています——「この顧客の利用状況を見せて」に、高速で応えるためです。 - ✓ 360のBehaviourパネルは、分析コネクタが公開されるとこの結びつきから読み取ります——データはすでにその場に用意されています。 1件のイベント行、あらかじめ結びつき済み イベント feature_used · export_csv ユーザー alice@fernwood.co アカウント Fernwood & Co · $5,000/mo 結合済み 書き込み時に——クエリ実行時のファンアウトは不要 サンプルデータ 限界がどこにあるか——率直に 360のBehaviour・Work・Conversationパネルはコネクタ単位で有効になります——その下にある結びつき自体は今日すでに存在しており、各コネクタが公開されるたびにパネルが点灯します。コードツールからの作業項目は、現時点ではフィーチャー経由でアカウントに届き、直接ではありません。このページに載っていないものは、まだプロダクトには存在しません。 早期アクセス ### あなた自身の顧客を、1つのレコード上で。 通話中にStripeを接続すれば、数分以内にあなたのアカウント、プラン、MRRが基盤に反映されるのを確認できます——あなた自身の本物のデータ、本物の結びつきです。 [自社のスタックで確認する](https://platform.aioproductos.com/signup) [説明を依頼する](https://aioproductos.com/ja/contact) プロダクトの他の機能を見る - [PMボード → 自分たちの手法で語る、収益を意識したボード。](https://aioproductos.com/ja/product/pm) - [インサイト → 需要と収益でランク付けされた、ひとつのフィードバックフィード。](https://aioproductos.com/ja/product/insights) - [アナリティクス → Web分析とプロダクト分析、リプレイ、フラグ——ファーストパーティで。](https://aioproductos.com/ja/product/analytics) 関連記事:[コンテキストスイッチがプロダクトチームに課す負担 →](https://aioproductos.com/blog/context-switching-product-teams) FAQ ### よくある質問 **プロダクトの基盤とは何ですか?** 顧客ごとに1つのレコード——StripeのサブスクリプションとMRR、フィードバック、会議、連絡先が、1つのAccount 360に集約されます——すべてのモジュールがこれを読み書きします。OS全体が乗っている共有の背骨です。 **レコードはどのように結び付けられますか?** メールドメインと外部IDによって、監査証跡付きで結び付けられます——これにより、同じ顧客の決済、フィードバック、会話は、複数のツールに散らばることなく、1つの360ビューに集約されます。 **なぜ共有データモデルが重要なのですか?** 「つながっている」ことと「1つに集約されている」ことの違いです。フィードバック、作業、収益、コミュニケーションが1つの基盤に書き込まれるとき、あらゆる意思決定の背後にある「なぜ」はすでに結び付いています——6つのツールをエクスポートしたり、突き合わせたりする必要はありません。 **基盤は、リリースしたものが実際にうまくいったかどうかを教えてくれますか?** 教えてくれます。作業、機能、顧客がすべて同じレコード上にあるため、リリースされたタスクはそれぞれ自分自身の成果を持っています。導入率は上がったか?MRRは動いたか?そのアカウントは継続したか?「リリースしたものはうまくいったか?」という結論は、基盤からそのまま読み取れます——別途の調査もBIツールへのエクスポートも不要です。 **自社のデータは、他の顧客のデータから分離されていますか?** 分離されています——AIOProductOSはマルチテナントで、組織ごとに行レベルの分離を行っているため、各企業の基盤は他のすべてのテナントから隔てられています。 **分析イベントはアカウントに結び付けられていますか?** 結び付けられています——すべての分析イベントは、あらかじめそのアカウントに結合された状態で記録されるため、行動データ、収益、フィードバックはすべて同じ顧客レコードに紐づき、別の分析用サイロに孤立することはありません。 --- ## Why AIOProductOS - **One MCP over the whole product spine, not one tool.** 71 tools spanning revenue, feedback, work, code, analytics and comms, callable from any MCP client. Competing MCP servers expose a single product's own data; this one answers across the join, and it is listed on the official MCP registry. - **Connected, not consolidated.** 118 connectors land Stripe, GitHub, your feedback tool and the rest onto one shared record, so a product question is a join instead of a reconciliation. You keep the tools you already run. - **Flat plans, not a per-head meter.** Member counts are allowances, not per-seat billing, and AI teammates are included rather than metered per credit. Compare the real number for your team with the [stack cost calculator](https://aioproductos.com/tools/saas-stack-cost-calculator). - **Nothing is plan-gated.** Every tier ships every module. The only limits are seats and agents, so the cheapest plan is the whole product. - **Your data stays yours.** EU or US residency chosen at signup, bring your own model key, full-org GDPR export on every tier, and we never train on your data. - **Honest onboarding.** A 14-day runway on your own data, then a 30-day money-back guarantee. No stripped free tier and no countdown trial with a meter running. ## Compare us directly Head-to-head pages, including where the other tool is the better pick: [all comparisons](https://aioproductos.com/compare) · [vs Jira](https://aioproductos.com/compare/jira) · [vs Productboard](https://aioproductos.com/compare/productboard) · [vs Linear](https://aioproductos.com/compare/linear) · [vs Notion](https://aioproductos.com/compare/notion) · [migration guides](https://aioproductos.com/migrate) See it running on real data, no signup: https://platform.aioproductos.com/demo