# AIOProductOS — 日本語

> プロダクト企業のためのオペレーティングシステム。
> ロードマップは別のアプリ、フィードバックはまた別、売上は3つ目、開発は4つ目。AIOProductOSはそれらを顧客ごとの1つのレコードにまとめます。「今つくっているものに価値はあるのか」という問いに、表計算ではなく答えが返るようになります。

Language: Japanese (ja). This is the EXPANDED reference.
The concise index is at https://aioproductos.com/ja/llms.txt. The English originals are
https://aioproductos.com/llms.txt and https://aioproductos.com/llms-full.txt.

Everything below is written in Japanese and generated from the same
source the pages render from, so it matches what a reader will actually find.

## 誰も予算に計上しないコスト

ツールが分かれているほど、コピー＆ペーストの工程が増えます。利用状況を書き出し、売上の横に並べ、フィードバックの経緯を追い、最後は勘に頼る。実際に時間を奪っているのは計画でも開発でもなく、本来一致しているはずのツール同士を突き合わせる作業です。

## 1つの基盤、1つのレコード

顧客とは1つのレコードです。プラン、売上、利用状況、進行中の作業、やり取り、その顧客のために出したコードまでが同じ場所にあります。それ以外はすべて、このレコードの見え方の違いにすぎません。

- 要望を出した人から、リリースした機能、そして動いた売上まで一本で追跡できます
- 複数ツールに散らばった断片ではなく、顧客の全体像をそのまま見られます
- 1つの問いに答えるために、分析・請求・フィードバックの間で書き出す必要がなくなります

## すべてのモジュールを、すべてのプランに

プランによる機能制限はありません。プランが決めるのは人数とエージェント数であり、使える機能の範囲ではありません。

- **ロードマップと開発** — 計画・優先順位付け・リリースを、目標と顧客に紐づけたタスク単位で進めます。
- **フィードバックとリサーチ** — 要望、インタビュー、アンケートを、その発生元のアカウントに紐づけます。
- **プロダクト分析とWeb分析** — 行動と売上が、作業と同じレコード上にあります。別ツールではありません。
- **コミュニケーション** — チャット、カレンダー、ビデオ、要約が基盤へ書き戻されます。
- **AIチームメイト** — 名前を持つエージェントに作業を割り当てられます。権限は本物で、成果も測定されます。

## プロダクト

### 基盤——顧客ごとに1つのレコード | AIOProductOS

顧客ごとに1つのレコード:Stripeの収益、フィードバック、会議、連絡先を1つのAccount 360に——メールドメインで紐付け、監査証跡付きで。

https://aioproductos.com/ja/product/spine

### PMボード — 収益を意識した、どんな手法にも対応 | AIOProductOS

各タスクが顧客と収益を伴うドラッグ&ドロップ式ボード。Scrum、Shape Up、ウォーターフォール、実験ビューに加えて、リリースとOKRも。

https://aioproductos.com/ja/product/pm

### AIチームメイト——実際のタスクを引き受けるエージェント · AIOProductOS

名前付きのAIチームメイトを採用——Backend、Frontend、Mobile、QA。MCP経由で作業をclaimし、あなたの側で実行し、レビューに提出します。

https://aioproductos.com/ja/product/agents

### アナリティクス、セッションリプレイ、フィーチャーフラグ — AIOProductOS

プロダクト分析、売上で重みづけしたファネルとリテンション、セッションリプレイ、フラグ、そしてWeb分析——書き込み時にレコードと結びつくファーストパーティSDK。

https://aioproductos.com/ja/product/analytics

### Codebase Brain —— あなたのアーキテクチャを、リアルタイムで —— AIOProductOS

コードベースをインタラクティブなグラフとして可視化 —— リポジトリ、モジュール、依存関係、担当者 —— ドキュメントは自動生成、収益と同じ基盤の上に。

https://aioproductos.com/ja/product/codebase

### Comms（チャット・ミーティング・サポート） — AIOProductOS

チームチャット、LiveKitによるビデオミーティング、Deepgramによる文字起こし、タスクを起草するAI要約、予約ページ、そしてAIOProductOSに組み込まれたサポート受信箱。

https://aioproductos.com/ja/product/comms

### コネクタ — 100以上、稼働中 — AIOProductOS

AIOProductOSのすべてのコネクタ：決済、コード、データストア、分析、サポート、フィードバック、エラー、フラグ、アプリストアなど。常に含まれます。

https://aioproductos.com/ja/product/connectors

### アプリ内ガイド — ツアー・チェックリスト・アナウンス — AIOProductOS

分析と同じSDKから、ツアー・チェックリスト・アナウンスでユーザーのオンボーディングを。エンゲージメントは基盤上でアクティベーションと収益に結びつきます。

https://aioproductos.com/ja/product/guides

### インサイト — 収益でランク付けされたフィードバック — AIOProductOS

Canny、Productboard、アプリストア、アンケート、チャットを1つにまとめたフィード——アカウントに紐づき、収益でランク付け、RICEやKanoで採点。

https://aioproductos.com/ja/product/insights

### プロダクト MCPサーバー — スタックをAIから呼び出せる | AIOProductOS

プロダクトマネジメント MCPサーバー：収益・フィードバック・作業・コードを1つの顧客レコードに集約——Claude、Cursor、ChatGPT、その他すべてのMCPクライアントから呼び出せます。

https://aioproductos.com/ja/product/mcp

### 移行 — 履歴をワンクリックでインポート | AIOProductOS

Notionのページ、Linearのイシュー、CSV、PostHogのイベントを数分でspineにインポートし、アカウントや機能に自動的に関連付けます。無料、トークンは保存されません。

https://aioproductos.com/ja/product/migrations

### アウトカム・アトリビューション——効果があったのか？ | AIOProductOS

リリースするすべての機能に、スパイン上で結論が付く——導入率、紐づいた収益、リテンションの向上——BIツールではなく顧客レコードから直接読み取る。

https://aioproductos.com/ja/product/outcomes

### SDK —— Web・モバイル・サーバー向けファーストパーティ計測 | AIOProductOS

Web（分析、プロダクト、チャット、予約）、iOS（Swift）、React Native、Nodeに対応した組み込みSDK。イベントは顧客レコードに集約され、プライバシー重視でクッキーを使いません。

https://aioproductos.com/ja/product/sdks

## 基盤全体をカバーする1つのMCP

多くのツールは自社のサイロ向けにMCPを提供します。私たちが公開するのは基盤そのものです。すでにお使いのアシスタントが、売上・フィードバック・作業・コードをまたいで1回の質問で答えられます。

- アプリごとに1つではなく、1つのエンドポイントに71のツール
- 任意のMCPクライアントをOAuthで接続。スクレイピングもコピー＆ペーストも不要です
- 自社のレコードを根拠に、関係する売上の大きさ順で答えを返します

Endpoint: https://platform.aioproductos.com/api/mcp

- **Jira** — Jira MCP(Atlassian の Remote MCP Server)を使えば、AI アシスタントは会話形式で Jira の課題を検索・閲覧・作成できます。その限界は構造的なものです — 見えるのはチケットであって顧客ではありません。バグがどのアカウントに影響し、どれだけの収益がリスクにさらされ、修正がリテンションを動かしたかどうか — これらはすべて Jira の外側にあり、単一ツールに閉じた MCP では答えられません。 https://aioproductos.com/ja/mcp/jira
- **Confluence** — Confluence MCP(Atlassian の Remote MCP Server の一部)を使えば、AI アシスタントは Confluence のページを検索・閲覧・執筆できます。できないのは、ドキュメントを現実と結びつけることです — その仕様が実際にリリースされたか、その後顧客が何を言ったか、その機能が何を生んだか。ドキュメントは意図を記述しますが、証拠は MCP が届かないシステムの中にあります。 https://aioproductos.com/ja/mcp/confluence
- **Linear** — Linear の公式 MCP は、AI アシスタントに課題・プロジェクト・サイクルへのクリーンなアクセスを与えます — デリバリー分野でおそらく最も出来の良いツール MCP です。その境界は Linear 自身の境界です。このツールがモデル化するのは仕事であって顧客ではありません。収益、フィードバック、利用データは外側にあるため、『次に何を作るべきか』にはやはり他のシステムが必要になります。 https://aioproductos.com/ja/mcp/linear
- **Notion** — Notionの公式MCPは、AIアシスタントがワークスペース全体——ページ、データベース、Wiki——を検索・読み書きできるようにする。そのトレードオフはNotion自体を映し出している：無限に柔軟だが、構造的に無立場だ。MCPが取得するのはあなたが書いたものであり、請求、分析、デリバリーといった正確な記録システムと照合することはできない。Notionはそれらを保持していないからだ。 https://aioproductos.com/ja/mcp/notion
- **Productboard** — ProductboardのSpark MCPは、AIアシスタントがフィードバック、インサイト、ロードマップ項目を照会できるようにする——Productboardがディスカバリーシステムであるなら、これは実質的な価値がある。境界はこうだ：それはディスカバリーの孤島である。デリバリーの状態、プロダクト分析、収益は他のツールの中にあるため、Sparkだけに依存するアシスタントは顧客が何を要望したかは見えても、その後何が起きたかは決して見えない。 https://aioproductos.com/ja/mcp/productboard
- **Amplitude** — AmplitudeへのMCPアクセスは、AIアシスタントがチャート、コホート、イベントを会話形式で照会できるようにする——「先月の新規登録のリテンションは？」がひとつの文になる。構造的な限界はこうだ：ビジネスの文脈を伴わない行動データにすぎない。Amplitudeが知っているのはユーザーが何をしたかであり、何を支払っているか、何を言ったか、何を約束されたかではない——だから「それは意味があったのか」という問いは答えのないまま残る。 https://aioproductos.com/ja/mcp/amplitude
- **GitHub** — GitHub MCP サーバーは AI アシスタントにリポジトリへの実質的なアクセス権を与える——Issue、プルリクエスト、コード検索、レビューを会話形式で扱える。エンジニアリング分野で最も強力なツール MCP だ。その死角はコードより上のすべて——どの顧客が要望したか、その変更が何を生んだか、リリースが成功したか——といった、git が一度も保持したことのないプロダクトの文脈だ。 https://aioproductos.com/ja/mcp/github
- **Stripe** — Stripe MCP サーバー（Stripe の Agent Toolkit）は、AI アシスタントが顧客、サブスクリプション、請求書を会話形式で読み書きできるようにする。その限界は構造的だ——見えるのはお金であり、プロダクトではない。ある有料顧客がどの機能で詰まっているか、何を要望したか、修正がその顧客を維持できたか——これらは Stripe の外にあるため、決済だけの MCP は収益をその背後の業務に結びつけられない。 https://aioproductos.com/ja/mcp/stripe
- **Slack** — Slack への MCP アクセスは、アシスタントがチャンネルを検索しスレッドを要約できるようにする——これは有用だ。なぜなら Slack はまさに文脈が死んでいく場所だからだ。しかし構造的な問題は残る——チャットは構造化されていない排気ガスのようなものだ。あるスレッドが顧客、バグ、意思決定に言及していても、それらをアカウントのレコード、チケット、成果に結びつけるものは何もない。 https://aioproductos.com/ja/mcp/slack
- **Figma** — FigmaのMCPサーバー（Dev Mode）は、選択したフレーム、コンポーネント、変数、レイアウトの意図といった本物のデザインコンテキストをAIアシスタントに渡し、生成コードをデザインシステムに合わせます。その限界は構造的なものです。Figmaが見ているのはデザインそのものであり、それが何になるかは見えません —— どの顧客が求めたのか、公開されたバージョンがアクティベーションを動かしたか、リデザインにどれだけの収益がかかっていたか、といったことです。 https://aioproductos.com/ja/mcp/figma
- **Playwright** — Playwright MCPサーバー（MicrosoftのPlaywright-mcp）は、AIアシスタントに実際のブラウザを操作させます。ナビゲート、クリック、フォーム入力、ページのスナップショット取得、フローの対話的な検証です。ブラウザ自動化におけるリファレンスMCPです。その死角はビジネスコンテキストで、チェックアウトが壊れていることは証明できますが、どの有料アカウントがそれに当たったか、どれだけの収益が危険にさらされているか、修正がその顧客を維持したかどうかはわかりません。 https://aioproductos.com/ja/mcp/playwright
- **GitLab** — GitLabのMCPサーバーは公式です —— GitLab自身が公開しています。AIアシスタントがプロジェクト、イシュー、マージリクエスト、CI/CDパイプラインを対話的に読み取り、操作できるようにします。その限界は構造的なもので、コードとパイプラインは見えますが、顧客は見えません。あるマージリクエストがどのアカウントに影響するか、そのアカウントがいくら払っているか、公開して何かが変わったかどうかは、すべてGitLabの外にあります。 https://aioproductos.com/ja/mcp/gitlab

## いま使っているスタックをそのまま

118のコネクタが請求・コード・フィードバック・行動データをレコードに集約し、インポート機能はJira、Productboard、Trelloなどから3ステップで移行します。データは入るときと同じ手軽さで出せます。組織全体のエクスポートは、どのプランでも利用できます。

### 決済・請求

- **Stripe** — Stripeを接続すると、各顧客のプラン、サブスクリプションの状態、収益がAIOProductOSのレコードに反映されます。これによりフィードバックや機能リクエストは投票数だけでなく、そこに関わる収益で優先順位付けできるようになり、解約リスクもそれに対応する作業のすぐ隣で見えるようになります。 https://aioproductos.com/ja/integrations/stripe
- **Paddle** — Paddleはマーチャント・オブ・レコードであり、あなたのSaaS収益に関する税務・VAT・グローバルなコンプライアンスをすでに担っています。接続すると、各顧客のプラン・サブスクリプションの状態・MRRがAIOProductOS内のそのレコードに反映されます — こうして機能リクエストや解約リスクは投票数ではなく、その背後にあるお金で重みづけされます。 https://aioproductos.com/ja/integrations/paddle
- **RevenueCat** — RevenueCatはiOSとAndroidのアプリ内サブスクリプションを統合します。接続すると、各サブスクライバーのプラン、状態、MRRがAIOProductOS上のレコードに反映されます。レビュー、サポートのテーマ、モバイルユーザーからの機能リクエストは、ストアの評価だけでなく実際のサブスクリプション収益で重み付けされるようになります。 https://aioproductos.com/ja/integrations/revenuecat
- **Chargebee** — Chargebeeはサブスクリプションの請求、プラン、督促（ダニング）を運用しています。接続すると、各顧客のプラン、MRR、サブスクリプションの健全性がAIOProductOS上のレコードに反映されます。解約リスクはそれに対応する作業の隣で可視化され、リクエストは収益で並べ替えられます。 https://aioproductos.com/ja/integrations/chargebee
- **Lemon Squeezy** — Lemon Squeezyはデジタル商品とSaaSの販売代理店（merchant of record）です。接続すると、各顧客の注文、サブスクリプション状態、収益がAIOProductOS上のレコードに反映されます。小規模チームでも実際の金額でフィードバックを並べ替え、どの購入者が何をリクエストしたかを把握できます。 https://aioproductos.com/ja/integrations/lemonsqueezy

### コード・インフラ

- **GitHub** — GitHubを接続するとCodebase Brainにデータが供給されます — あなたのリポジトリはモジュール・依存関係・担当者を示すインタラクティブなアーキテクチャグラフとなり、常に同期され続けます — そしてコードは、それが役立つ作業・機能・顧客に、収益やフィードバックと同じ基盤の上で結びつきます。 https://aioproductos.com/ja/integrations/github
- **GitLab** — GitLabを接続するとCodebase Brainにデータが供給されます —— あなたのプロジェクトはモジュール、依存関係、担当者からなるインタラクティブなグラフになり、常に同期されます —— コードは、それが支える作業、機能、顧客に結びつき、収益やフィードバックと同じ基盤の上に置かれます。 https://aioproductos.com/ja/integrations/gitlab
- **Bitbucket** — Bitbucketを接続するとCodebase Brainにデータが供給されます —— あなたのリポジトリはモジュール、依存関係、担当者からなるインタラクティブで自動更新されるグラフになります —— コードは、それが支える作業や顧客に結びつき、収益やフィードバックと同じ基盤の上に置かれます。 https://aioproductos.com/ja/integrations/bitbucket
- **Vercel** — Vercelを接続すると、デプロイとプロジェクトが基盤に反映され、各リリースがそれが提供した機能や影響を受けた顧客の隣にあるタイムライン上のイベントになります。デプロイ後に何かが壊れたとき、その変更と影響を受けたアカウントはすでに並んで見えています。 https://aioproductos.com/ja/integrations/vercel
- **Netlify** — Netlifyを接続すると、サイトとデプロイがタイムラインイベントとして基盤に反映され、各リリースがそれが提供した機能や影響を受けたアカウントの隣に来るようになります —— デプロイログを、行動につながるプロダクトの文脈に変えます。 https://aioproductos.com/ja/integrations/netlify
- **Cloudflare** — Cloudflareを接続すると、エッジトラフィック、パフォーマンス、セキュリティイベントが基盤に取り込まれ、インフラの信号が、それが保護するプロダクトや影響を受ける顧客のそばに置かれます。スパイクや攻撃、速度低下は運用ダッシュボードだけでなく、プロダクトの文脈の中に現れます。 https://aioproductos.com/ja/integrations/cloudflare

### 作業のインポート

- **Linear** — Linearを接続すると、あなたのイシューとその状態がAIOProductOSの基盤に取り込まれ、それぞれの作業がそれを動機づけた顧客・フィードバック・収益を持てるようになります — こうしてLinearでの実行は、単なる作業列ではなく「なぜ」と結びついたままになります。 https://aioproductos.com/ja/integrations/linear
- **Jira** — Jiraを接続すると、あなたのイシューとその状態がAIOProductOSの基盤に取り込まれ、それぞれがそれを動機づけた顧客・フィードバック・収益を持てるようになります。Jiraは実行を追跡し、基盤は「なぜ」を追加します — 誰がリクエストしたのか、いくら払っているのか、それがどれだけの価値を持つのかです。 https://aioproductos.com/ja/integrations/jira

### サポート・非同期コミュニケーション

- **Slack** — Slackを接続すると、関連する顧客との会話がその発生元のアカウントに結びついた形でAIOProductOSの基盤にフィードバックとして取り込まれます — こうして共有チャンネルで顧客が話していることが、優先順位付けが行われる場所に届き、チャンネルのスクロールの中で見えなくなることがなくなります。 https://aioproductos.com/ja/integrations/slack

### サポート

- **Intercom** — Intercomを接続すると、サポートの会話が顧客アカウントとその収益に結びついた形でAIOProductOSの基盤にフィードバックとして取り込まれます — こうして繰り返し現れるサポートのテーマは、受信箱に閉じ込められたままではなく、優先順位付けされたプロダクトシグナルとして浮かび上がります。 https://aioproductos.com/ja/integrations/intercom

### データストア

- **Supabase** — Supabaseを接続すると、あなたのアプリケーションのユーザーと主要な利用信号が基盤に反映され、各エンドユーザーがアカウントレコードになります。そこにフィードバック、作業、そして（接続すれば）収益を結びつけられます——課金コネクタが本来種をまくのと同じ身元の背骨を、認証とデータベースから直接構築します。 https://aioproductos.com/ja/integrations/supabase
- **Firebase** — Firebaseを接続すると、認証済みユーザーと主要な利用信号が基盤に取り込まれ、各ユーザーがアカウントになります。そこにフィードバック、作業、収益を結びつけられます——この身元の背骨は、どの課金コネクタよりも先に、Firebase Authから直接種がまかれます。 https://aioproductos.com/ja/integrations/firebase
- **Postgres** — Postgresを接続すると、あなた自身のデータベースに既に存在するユーザーと利用状況が基盤に反映され、アカウントがあなたの正のソースから構築されます。そのうえでフィードバック、作業、収益が同じレコードに結びつき、ツールごとに重複した顧客リストが生まれません。 https://aioproductos.com/ja/integrations/postgres

### クラウドとAIコスト

- **AWS** — AWSを接続すると、あなたのクラウド費用が基盤に取り込まれ、インフラコストが、それが支える収益や顧客のそばに置かれます。別の課金コンソールを開く代わりに、プロダクトの文脈の中でサービス提供コストと粗利が見えます——実際にどの機能とどの顧客が最もコストをかけているかがわかります。 https://aioproductos.com/ja/integrations/aws
- **Google Cloud** — Google Cloudを接続すると、あなたの支出が基盤に取り込まれ、サービス提供コストが、それを支える収益や顧客のそばに置かれます。プロダクトごとの粗利は四半期ごとの驚きではなくなり、ロードマップの判断をしている最中に見える数字になります。 https://aioproductos.com/ja/integrations/gcp
- **Azure** — Azureを接続すると、あなたのクラウド支出が基盤に取り込まれ、インフラコストが、それが支える収益や顧客のそばに置かれます。サービス提供コストと粗利は、別建ての財務エクスポートではなく、プロダクトの文脈そのものになります。 https://aioproductos.com/ja/integrations/azure
- **OpenAI** — OpenAIと連携すると、モデルの費用が基盤に載り、各AI機能のコストがその収益と利用している顧客と並びます。AIが本当のコスト項目になる中で、どのAI機能が自分の費用を回収できていて、どれが静かにマージンを削っているかが見えるようになります。 https://aioproductos.com/ja/integrations/openai
- **Anthropic** — Anthropicと連携すると、Claudeモデルの費用が基盤に載り、各AI機能のコストがその収益と利用している顧客と並びます。AIは不透明な月額の請求書ではなく、価値に対して測定できるコストになります。 https://aioproductos.com/ja/integrations/anthropic

### プロダクト分析

- **PostHog** — PostHogと連携すると、プロダクトイベント、ファネル、機能の利用状況が基盤に載り、行動データが同じアカウントの収益やフィードバックと並びます。分析・請求・フィードバックという3つのタブを渡り歩く定番の作業が、1つのレコードに収まります。 https://aioproductos.com/ja/integrations/posthog
- **Amplitude** — Amplitudeと連携すると、プロダクト利用状況、コホート、エンゲージメントが基盤に載り、行動データが同じアカウントの収益やフィードバックと並びます——ユーザーの行動・支払い・要望の間のギャップを埋めます。 https://aioproductos.com/ja/integrations/amplitude
- **Mixpanel** — Mixpanelと連携すると、プロダクトイベントとファネルが基盤に載り、エンゲージメントが同じアカウントの収益やフィードバックと並びます——3つの切り離されたツールが、採用状況・資金・要望が揃う1つのレコードになります。 https://aioproductos.com/ja/integrations/mixpanel

### Web分析

- **Google Analytics 4** — GA4と連携すると、Webトラフィック、チャネル、集客信号が基盤に載り、ファネルの上部が最終的に生む顧客や収益と並びます——マーケティングの数字を、それが生み出したアカウントに結びつけます。 https://aioproductos.com/ja/integrations/ga4

### 顧客データ

- **Segment** — Segmentと連携すると、すでに使っているCDPを通じて既存のイベントストリームが基盤にルーティングされ、新たな計測を追加せずにプロダクトの行動データが各アカウントレコードに届きます——1本のパイプでIDを保ったまま、行動データが収益やフィードバックと並びます。 https://aioproductos.com/ja/integrations/segment

### サポート＆メッセージング

- **Zendesk** — Zendeskを接続すると、サポートチケットがフィードバックとして基盤に載り、アカウントとその収益に結びつきます。これにより、サポートチームが毎日目にしているパターンがプロダクトの信号になります——繰り返し現れるテーマは、チケット数の中に埋もれるのではなく、関連する作業や賭かっている収益と並んで浮かび上がります。 https://aioproductos.com/ja/integrations/zendesk
- **Help Scout** — Help Scoutを接続すると、サポートの会話がフィードバックとして基盤に載り、アカウントとその収益に結びつきます。これにより、チームが一日中対応している繰り返しのテーマが優先順位付けから見えるようになり、チケット数ではなくその背後にある金額で重み付けされます。 https://aioproductos.com/ja/integrations/helpscout

### デザイン

- **Figma** — Figmaを接続すると、デザインファイルがそれが属する機能とタスクに結びつき、あるデザインが依頼した顧客・かかっている収益・それを実装するコードと並んで置かれるようになります——デザインはチケットに埋め込まれた単なるリンクではなく、基盤の一部になります。 https://aioproductos.com/ja/integrations/figma

### フィードバックとインサイト

- **Productboard** — Productboardを接続すると、既存のフィードバックとインサイトが基盤に載り、それを寄せたアカウントに結びつきます。これにより、要望はその背後にある収益でランク付けできるようになり——単に収集されるだけでなく、実際にそれを届ける作業やコードまで追跡できるようになります。 https://aioproductos.com/ja/integrations/productboard
- **Canny** — Cannyを接続すると、公開フィードバックボードと投票が基盤に載り、その背後にあるアカウントに結びつきます。これにより、要望は単純な投票数ではなく、それを求める顧客の収益でランク付けされるようになり、それを実現する作業まで追跡できるようになります。 https://aioproductos.com/ja/integrations/canny
- **Featurebase** — Featurebaseを接続すると、あなたのフィードバック投稿、投票、ロードマップ項目が基盤に載り、その背後にあるアカウントに結びつきます。これにより、要望はそれを求める顧客の収益で重み付けされるようになり、それを実現する作業まで追跡できるようになります。 https://aioproductos.com/ja/integrations/featurebase

### ドキュメントとフィードバック

- **Notion** — Notionを接続すると、あなたのプロダクトドキュメント、PRD、フィードバックのメモが基盤に載り、それが関わる機能・作業・顧客に結びつきます。これにより、仕様書は別のワークスペースに孤立するのではなく、それを生んだ依頼や、それを実装するコードと並んで置かれるようになります。 https://aioproductos.com/ja/integrations/notion

## 定額プラン。初日からAIチームメイトを。

お支払いいただくのはプランに対してであり、人数に対してではありません。メンバー数は課金メーターではなく上限で、すべてのプランに全モジュールが含まれます。

- 全モジュールをすべてのプランに収録 — 機能制限はありません
- AIチームメイトは製品の一部であり、クレジット課金は行いません
- データ保管地はEUまたは米国、登録時に選択できます
- 組織全体のエクスポートを、どのプランでも利用できます
- 自社データを使う14日間の導入期間、その後30日間の返金保証

価格は米ドル建てで、該当する場合の付加価値税・売上税は含みません。無料プランはありません。登録時にカードを登録しますが、導入期間中の請求は発生しません。

## データの保管場所と、取り戻し方

保管地は登録時にEUか米国かを選びます。レコードの分離はデータベースが組織単位で行い、データはどのプランでも全部エクスポートできます。

- **EUまたは米国** — 登録時に選択します。リージョンがURLやキーに現れることはありません。組織の属性であり、回避策が必要なものではありません。
- **テナント分離** — すべてのレコードは組織に属し、データベースの行レベルセキュリティで強制されます。不具合で迂回されうるアプリケーションコードには依存しません。
- **独自のキー** — ご自身のモデルプロバイダーを接続すれば、AI機能はお客様のアカウントで、お客様の条件と費用のもとに動作します。
- **全データのエクスポート** — どのプランでも組織全体をエクスポートできます。データはお客様とともに移動します。
- **自社製SDK** — 当社のSDKは設定した範囲だけを取得し、オプトアウトとDo Not Trackを尊重します。第三者のピクセルが同梱されることはありません。
- **検証できる回答** — 売上・需要・作業に関する問いは決定的に計算されます。モデル呼び出しがないため、事実がぶれることはありません。200件の評価がCIで実行され、回答が変化しないことを確認しています。
- **お支払い** — カード情報が当社のサーバーに届くことはありません。Stripeが直接決済を処理し、当社が保持するのは契約状態のみです。
- **運営会社** — AIOProductOS Inc.（米国デラウェア州のC-Corp）。契約、DPA、請求書はすべて同一の法人が発行します。

## 私たちのAIが行うこと、行わないこと。

AIOProductOSのAIは、あなた自身のプロダクトデータの上で動くアシスタントです。各機能が何を行うか、背後のモデル、EU AI法におけるリスク区分は次のとおりです。

- **AIの同僚・MCPエージェント** — 限定された権限の範囲内で、基盤上の作業を引き受け、下書きを作成 (モデル: Anthropic Claude; リスク区分: 限定的リスク)
- **会議の要約 → タスク化** — 会議を文字起こしし、要約とアクション項目を作成 (モデル: Deepgram + Claude; リスク区分: 限定的リスク)
- **意見の統合** — 散らばった意見をテーマごとにまとめる (モデル: Anthropic Claude; リスク区分: 限定的リスク)
- **優先順位の提案** — RICEなどの優先度スコアや順序を提案（あくまで参考情報） (モデル: Anthropic Claude; リスク区分: 限定的リスク)
- **アンケート分析** — アンケートの回答を読み込み、要約する (モデル: Anthropic Claude; リスク区分: 限定的リスク)
- **自動キャプチャ** — 自社で計測設定したプロダクトイベントを収集。データに生成モデルは使わない (モデル: 社内パイプライン; リスク区分: 最小限のリスク)
- **コードベースマップ** — コードベースを関係図としてマッピング (モデル: 社内処理 + モデル支援; リスク区分: 最小限のリスク)

APIを通じて第三者の基盤モデルを使用しています。生成にはAnthropic Claude（claude-sonnet-4-6およびclaude-opus）、音声認識にはDeepgramを使用しており、独自開発のモデルは運用していません。

- お客様のデータで学習しません。入力内容は、その場の応答を生成する用途のみに使われます。
- ファインチューニングは行いません。顧客データから学習用データセットを構築することはありません。
- 範囲は限定し、最小限にしています。各機能は、そのテナントの範囲内で必要な内容だけを受け取ります。
- データ移転にも対応しています。モデルによる処理は、各プロバイダーの契約条件にある標準契約条項に基づいています。

## あなたのデータについて、率直に。

各行は1つの処理活動を示し、その法的根拠と保存期間を記載しています。これは当社の第30条に基づく処理記録に対応しています。

- **アカウント作成と認証** — 氏名、メールアドレス、ハッシュ化された認証情報、組織への所属、role、ログイン時のIPとユーザーエージェント、セッションのメタデータ (法的根拠: 第6条1項(b) 契約; 保存期間: アカウント存続期間中。アカウント/組織の削除、または確認済みの請求により削除)
- **請求とサブスクリプション** — 請求先の氏名とメール、プラン、サブスクリプションID、取引履歴。カード情報は含まず、Stripeが処理 (法的根拠: 第6条1項(b) 契約、第6条1項(c) 法的義務（税務）; 保存期間: 契約関係の存続期間中。会計関連法令に基づき保管する財務記録)
- **プロダクト分析（お客様のエンドユーザー）** — イベント名とプロパティ、ページ/画面表示、匿名化されたID、デバイスのメタデータ、IPから推測されるデータ (法的根拠: 顧客が管理者（第6条1項(f)または同意）、当社は処理者; 保存期間: お客様の設定およびDPAに従う。組織の削除または指示により削除)
- **会議の文字起こし** — 参加者の音声、文字起こしテキスト、発言者ID、抽出されたアクション項目 (法的根拠: 顧客について第6条1項(b)/(f)。必要な場合は同意を取得し記録; 保存期間: 会議記録とともに保持し、削除されるまで)
- **AI機能（統合、エージェント、優先順位付け、アンケート、コードベースマップ）** — 問い合わせに回答するために必要な顧客のコンテンツ、およびその中に含まれる個人データ (法的根拠: 顧客が管理者、当社は処理者; 保存期間: 入力はAPI呼び出しの間のみ一時的に保持。出力は削除されるまでレコード上に残る)
- **ウェブサイト訪問者の識別（本マーケティングサイト）** — ローカルストレージ内の自社発行の訪問者ID、閲覧したページ、IPから推測される概略の位置情報、IPが紐づく企業、およびフォームに入力した場合や記載付きリンクから訪問した場合のメールアドレス（送信していなくても、その項目を離れた時点で取得） (法的根拠: EEA/英国/スイスでは第6条1項(a) 同意（同意するまで何も動作しません）。それ以外の地域では、事業上の関心を識別する正当な利益（第6条1項(f)）; 保存期間: サイトデータを消去するか、クッキーページで分析をオフにするまで（オフにするとIDも削除）)
- **サポートおよびプロダクト内のコミュニケーション** — 氏名、メールアドレス、メッセージ内容、添付ファイル、アカウントの文脈情報 (法的根拠: 第6条1項(b) 契約、第6条1項(f) 正当な利益; 保存期間: アカウント存続期間中。請求により削除される場合を除く)
- **取引メールおよびマーケティングメール** — 氏名、メールアドレス、送信・開封・クリックのメタデータ、配信登録状況 (法的根拠: 取引メール：第6条1項(b)。マーケティング：第6条1項(a) 同意、配信停止の意思を尊重; 保存期間: 配信停止またはアカウント削除まで。配信停止の意思を守るため配信停止リストを保持)
- **エラーおよびパフォーマンスの監視** — エラー/スタックトレース、リクエストのメタデータ、ユーザー/セッションID、IP。エラー文脈に付随的に含まれる個人情報 (法的根拠: 第6条1項(f) 安全で信頼できるサービス提供のための正当な利益; 保存期間: 提供元の設定に応じて最小化し、期間を限定)

EU/EEAまたは英国にお住まいの場合、以下の権利があります。

- **アクセス権** — 当社が保有するあなたの個人データの写しを受け取る権利（第15条）。
- **訂正権** — 不正確または不完全なデータを訂正する権利（第16条）。設定画面から編集可能です。
- **消去権** — データを削除する権利（第17条）。アカウント/組織の削除により対応します。
- **データポータビリティの権利** — データを可搬的な形式で受け取る権利（第20条）。組織全体のエクスポートに対応します。
- **処理制限の権利** — データの処理方法を制限する権利（第18条）。
- **異議申立ての権利** — 正当な利益に基づく処理に異議を申し立てる権利（第21条）。
- **同意の撤回** — いつでも同意を撤回できる権利。撤回以前の処理には影響しません（第7条）。

## ストーリーを書くのはあなた。撮影するのはStudio。

AIOProductOS Studioは、AIホストをプロダクトの撮影担当に変える、無料のオープンソースMCPサーバーです。自分のWebアプリを操作するよう指示すると、スクリプトに沿った録画を進めます。各クリックへ滑らかに動くカーソル、カメラのズームイン、ハイライト表示、ストーリー仕立ての字幕、エンドカードまで——共有可能なMP4とGIF、そして高解像度のスクリーンショットとして書き出されます。PMが作りたくないと感じるデモ動画が、たった一つのプロンプトになります。

- **studio_start** — テーマ付きの録画ステージを開く。
- **studio_goto** — タイトルカードの裏で画面遷移する。
- **studio_click** — カーソルを滑らせてクリックする。
- **studio_type** — 人が操作している速さで、項目に入力する。
- **studio_scroll** — 滑らかなスクロールでコンテンツを見せる。
- **studio_caption** — ストーリー仕立ての字幕を表示する。
- **studio_narrate** — セリフを話す——画面上に文字は出さないナレーション。
- **studio_highlight** — ある要素に強調リングとラベルを付ける。
- **studio_zoom** — 細部にカメラをズームインする。
- **studio_hold** — その場面を少し保持する。
- **studio_end_card** — ブランドを反映したエンドカードで締める。
- **studio_screenshot** — 高解像度の静止画を撮影する。
- **studio_cancel** — そのテイクを破棄し、スクリーンショットは残す。
- **studio_finish** — 黒フレームを除去 → 音声/字幕/クロップ → MP4に書き出し。

## 比較

- **Jira** — Jiraは専任の管理者と1人あたりの予算を持つ大規模な開発組織向けに作られています。AIOProductOSは、顧客情報 —— 収益とフィードバック —— を作業にひも付ける必要がある5〜50人のプロダクトチーム向けで、定額プランです。エンタープライズ規模でなければ、Jiraの導入コストはメリットを上回ることが多いです。 https://aioproductos.com/ja/compare/jira
- **Wrike** — Wrikeは、マーケティング、オペレーション、プロフェッショナルサービスなど、部門をまたぐエンタープライズチーム向けの幅広い業務管理プラットフォームで、依頼の受付とリソース計画に強みがあります。AIOProductOSは、収益とフィードバックを作業にひも付ける必要がある5〜50人のソフトウェアプロダクトチーム向けで、定額プランです。あなたの仕事が顧客と収益によって形作られていないなら、Wrikeの広さが向いています。そうであるなら、その情報こそが要点です。 https://aioproductos.com/ja/compare/wrike
- **Linear** — Linearは、開発主導のチームにとって最も洗練され、最も速い課題管理ツールです。AIOProductOSはプロダクトの基盤です：顧客の収益、フィードバック、作業を1つのレコードにひも付けます。詰まっている場所がリリース速度ならLinear、タスクが存在する理由とその価値を知ることならAIOProductOSです。 https://aioproductos.com/ja/compare/linear
- **Productboard** — Productboardは強力な専用のフィードバック・ロードマップツールで、メーカー席数課金です。AIOProductOSはフィードバックを完全なプロダクトの基盤に統合します —— 収益と作業もひも付けます —— そして定額プランです。独立した深いフィードバック運用が必要ならProductboard、フィードバックを収益とリリースに1か所でつなげたいならAIOProductOSです。 https://aioproductos.com/ja/compare/productboard
- **Notion** — Ship OSは、Notionのプロダクト開発向けエージェントネイティブなセットアップです —— エージェント、ドキュメント、データベースがあなたのワークスペース内で組み立てられます。AIOProductOSはプロダクトの基盤です：顧客レコード、収益、フィードバック、作業、コードが標準でひも付いた状態で提供されるので、エージェントは自分で構築・維持するデータベースの代わりに、データモデルを読み取ります。NotionにとどまるならShip OSを、標準で収益にひも付くプロダクト作業ならAIOProductOSを選んでください。 https://aioproductos.com/ja/compare/notion
- **ClickUp** — ClickUpは、あらゆるチーム向けの幅広く、高度に設定可能な業務プラットフォームです。AIOProductOSは意図的に対象を絞っています —— 顧客の収益、フィードバック、作業、コードが標準でひも付くプロダクトの基盤で、定額プランです。会社全体で1つのカスタマイズ可能なツールを使うならClickUpを、設定不要でつながったプロダクト作業ならAIOProductOSを選んでください。 https://aioproductos.com/ja/compare/clickup
- **monday.com** — monday.comは部門横断型・非技術系チームに強いビジュアルワークOSです。AIOProductOSはソフトウェアチーム向けのプロダクトスパインで、顧客の収益、フィードバック、業務、コードが標準で結び付き、固定料金で提供されます。部門をまたぐビジュアル業務にはmondayを、プロダクトとコードが結び付いた業務にはAIOProductOSを選んでください。 https://aioproductos.com/ja/compare/monday
- **Asana** — Asanaはどんなチームにも使える優れた汎用業務管理ツールです。AIOProductOSはソフトウェアのプロダクトチームのために特化して作られており、顧客の収益、フィードバック、分析、コードを1つのレコード上で業務に結び付けます。部門横断的なタスク管理が必要ならAsanaを、すべてのタスクにプロダクト特有の「なぜ」が必要ならAIOProductOSを選んでください。 https://aioproductos.com/ja/compare/asana
- **Aha!** — Aha!は確立されたプロダクト組織向けの、深く戦略重視のロードマップスイートです。AIOProductOSは、ロードマップがその背後にある顧客の収益、フィードバック、分析、コードと並んで存在する、結び付いたスパインです。Aha!は戦略的なアウトプットでより深く、AIOProductOSはロードマップをライブな根拠と実行に結び付けます。 https://aioproductos.com/ja/compare/aha
- **Trello** — Trelloは最もシンプルで親しみやすいカンバンボードで、軽量なタスク管理に最適です。AIOProductOSはソフトウェアチーム向けの完全な製品基盤です。いくつかのタスク用に素早くボードが欲しいならTrello、顧客・売上・コードを作業に結びつけたいならAIOProductOSです。 https://aioproductos.com/ja/compare/trello
- **Shortcut** — Shortcutはストーリー、スプリント、ドキュメントを備えた、すっきりとした開発者向けのプロジェクトトラッカーです。AIOProductOSは顧客の売上、フィードバック、分析、コードを作業に結びつける製品基盤です。エンジニアリングのデリバリーが焦点ならShortcut、その作業を顧客と売上に結びつけることが焦点ならAIOProductOSです。 https://aioproductos.com/ja/compare/shortcut
- **Canny** — Cannyは、公開ボードを備えた、専門性が高く愛されているフィードバック・機能投票ツールです。AIOProductOSもフィードバックを取り込みますが、それはアカウントに紐づけられ、売上で再ランク付けされ、実際に出荷される作業まで追跡できる基盤の上でです。Cannyは公開投票でより深く、AIOProductOSはフィードバックをお金とデリバリーに結びつけます。 https://aioproductos.com/ja/compare/canny
- **Pendo** — Pendo は、実績のあるチーム向けの、奥行きのあるプロダクト分析とアプリ内ガイドのプラットフォームです。AIOProductOS はプロダクトの行動を基盤の上に置き、収益・フィードバック・作業・コードと並べます。Pendo はアプリ内ガイドと分析の深さでより深く踏み込んでおり、AIOProductOS は固定料金でその行動をプロダクト全体像の他の部分に結びつけます。 https://aioproductos.com/ja/compare/pendo
- **Amplitude** — Amplitude はプロダクト分析のカテゴリーリーダーです —— ファネル、リテンション、コホート、そして実験を深いレベルで提供します。AIOProductOS はプロダクトの行動を基盤の上に置き、収益・フィードバック・作業・コードと並べます。分析の深さがすべてなら Amplitude を、行動をプロダクト全体像の他の部分に結びつけることがすべてなら AIOProductOS を選んでください。 https://aioproductos.com/ja/compare/amplitude
- **Mixpanel** — Mixpanel は、深い行動分析のための成熟したパワフルなイベント分析ツールです。AIOProductOS は、顧客レコードに結びついたプロダクト分析を提供します —— 収益、フィードバック、そして作業。だからファネルはイベント数だけでなく、金額で重みづけされます。単独で最高クラスのイベント分析が必要なら Mixpanel を、理由と次に何を作るべきかに結びついた分析が欲しいなら基盤を選んでください。 https://aioproductos.com/ja/compare/mixpanel
- **PostHog** — PostHog は、開発者に愛される強力なオールインワンです —— 分析、セッションリプレイ、フラグ、実験機能を備え、しばしばセルフホスト可能です。AIOProductOS はそのすべてと重なりますが、それらを顧客レコード —— 収益、フィードバック、作業、コード —— に結びつけます。つまりこれは分析スイートではなく、プロダクトのオペレーティングシステムです。エンジニアが所有し、セルフホストできる分析スタックが欲しいなら PostHog を、チーム全体のために需要と収益に結びついた分析が欲しいなら基盤を選んでください。 https://aioproductos.com/ja/compare/posthog
- **Hotjar** — Hotjar は、ページ上の行動を見るためのシンプルで人気のある手段です —— ヒートマップ、録画、そして簡単なアンケート。AIOProductOS もヒートマップとセッションリプレイを含みますが、それらを基盤に結びつけます:録画の中の人物は、収益とフィードバックが紐づいたアカウントそのものです。軽量で単独のUXリサーチが欲しいなら Hotjar を、ユーザーが誰で何を支払っているかに結びついたリプレイとヒートマップが欲しいなら基盤を選んでください。 https://aioproductos.com/ja/compare/hotjar
- **FullStory** — FullStory はパワフルなデジタルエクスペリエンスプラットフォームです —— 自動計測、セッションリプレイ、フラストレーション信号を備え、深いUXとコンバージョン分析を可能にします。AIOProductOS はリプレイとプロダクト分析を含みますが、それらを顧客レコードに結びつけます。エンタープライズ級のエクスペリエンス分析の深さが必要なら FullStory を、収益とロードマップに結びついたリプレイと分析が欲しいなら基盤を選んでください。 https://aioproductos.com/ja/compare/fullstory

- **Productboard** — 最適なProductboardの代替ツールは、探すきっかけによって変わります。フィードバックを収益・作業・コードと1つの顧客レコード上で結びつけたいならAIOProductOS、フィードバックポータルだけで十分ならCanny、エンタープライズ向けのロードマップガバナンスが必要ならAha!です。多くのチームがProductboardを離れる理由は、チームが成長するほど上がるメーカー単位の料金です。 https://aioproductos.com/ja/alternatives/productboard
- **Pendo** — チームがPendoを置き換える理由は主に2つの役割に分かれます——アプリ内ガイド（AppcuesやChameleonが特化型の代替）か、プロダクト分析（Amplitude、Mixpanel、またはAIOProductOSのような連結プラットフォーム）です。最も多いきっかけは不透明な見積もり制の料金——Pendoは価格を公開せず、更新のたびにチームを驚かせることが日常的に起きています。 https://aioproductos.com/ja/alternatives/pendo
- **Amplitude** — MixpanelとPostHogは、Amplitudeに最も近い代替ツールです。GA4は無料だが使いにくい代替手段です。単なるリテンション曲線ではなく、どんな行動が拡大を予測するかといった収益に関する問いに答える分析を求めるチームは、イベント・収益・デリバリーが1つのレコードを共有するAIOProductOSのような連結プラットフォームを検討すべきです。 https://aioproductos.com/ja/alternatives/amplitude
- **Mixpanel** — Amplitude はエンタープライズ機能がより深い、Mixpanel と同等の代替ツールです。PostHog はオープンソースの管理性と価格で優れています。「あのファネル修正で有料アカウントは残ったのか」のように質問がサイロを越えてしまうチームは、より深いが単独のファネルツールよりも、AIOProductOS のような連携プラットフォームの方が先に進めます。 https://aioproductos.com/ja/alternatives/mixpanel
- **Hotjar** — Microsoft Clarity は最高の無料 Hotjar 代替ツールです——無料でリプレイとヒートマップが使えます。FullStory はエンタープライズの深さで先行しています。リプレイをプロダクト分析や収益に結びつけたいチーム——「このエラーに遭遇した有料アカウントのセッションを見せて」——は、AIOProductOS のような連携プラットフォームを検討すべきです。 https://aioproductos.com/ja/alternatives/hotjar
- **Segment** — RudderStack は Segment に最も近いオープンソースの代替ツールです。Jitsu と Snowplow は、パイプライン全体を管理したいエンジニアチームに向いています。主にツール間でイベントを運ぶために Segment を使っているプロダクトチームは、その前提自体を問うべきです——AIOProductOS のような連携プラットフォームは、イベント、収益、フィードバックを1つのレコード上に着地させることで、その運搬作業の大半をなくします。 https://aioproductos.com/ja/alternatives/segment

- **プロダクトマネージャー** — AIOProductOSはプロダクトマネージャーに、顧客フィードバックがその背後にある収益、そしてそれゆえに行われるプロダクト作業に結びつく単一のサーフェスを提供します——優先順位付けは政治的な会話ではなく、事実に基づく会話になります。 https://aioproductos.com/ja/solutions/product-managers
- **スタートアップ創業者** — AIOProductOSは、一人創業者兼PMが一つの基盤から収益に基づくプロダクト判断を下せるようにし、断片化したツールスタックを、成長に合わせて拡張する固定価格のシステムに置き換えます。 https://aioproductos.com/ja/solutions/startup-founders
- **プロダクト責任者・VPプロダクト** — 各リクエストの背後にあるARRでロードマップをランク付けし、それが動かすOKRを示せるプロダクト責任者は、より良い判断を下し、それをより速く弁護できます。 https://aioproductos.com/ja/solutions/heads-of-product
- **エンジニアリングリーダー・マネージャー** — AIOProductOSは、エンジニアリングリーダーが既に使っているツール——GitHub、Linear、Jira、Stripe——を一つの基盤の上でつなぎ、すべてのスプリント、チケット、技術的な意思決定が実際の顧客と収益の文脈を伴うようにします。 https://aioproductos.com/ja/solutions/engineering-leads
- **プロダクトオペレーション** — AIOProductOSはプロダクトオペレーションに、すべてのツール、すべての顧客、すべての収益信号をつなぐ唯一の生きた基盤を与えます——それをシミュレートしようとするスプレッドシートを維持するのではなく、運営そのものを行えるようにするために。 https://aioproductos.com/ja/solutions/product-ops
- **小規模プロダクトチーム** — AIOProductOSは、小規模なプロダクトチームが大規模チームの持つ文脈を伴って動けるようにします——顧客、収益、作業、コードが一つの基盤の上でつながり、維持すべき統合の大軍は必要ありません。 https://aioproductos.com/ja/solutions/small-product-teams

- **Notion** — PRD、仕様書、リサーチが基盤に移り、それが関係する作業や顧客に結びつきます。 https://aioproductos.com/ja/migrate/notion
- **Linear** — イシュー、プロジェクト、ラベルがボードに移り、それぞれが背後の顧客と売上をひも付けられるようになります。 https://aioproductos.com/ja/migrate/linear
- **PostHog** — イベント履歴が分析機能に書き込まれるので、ファネルとリテンションが最初から充実した状態で開きます — ゼロからではありません。 https://aioproductos.com/ja/migrate/posthog
- **Trello** — ボードが実際の作業として届きます — 「完了」や「進行中」のリストはステータスにマッピングされ、各カードは背後の顧客をひも付けられます。 https://aioproductos.com/ja/migrate/trello
- **Asana** — プロジェクトはメモと完了状態を保ったままタスクとして届きます — それぞれ背後の顧客と売上をひも付けられます。 https://aioproductos.com/ja/migrate/asana
- **Monday.com** — ボードが実際の作業として届きます — アイテムの状態とグループはステータスにマッピングされ、背後の顧客に関連付けられます。 https://aioproductos.com/ja/migrate/monday
- **ClickUp** — スペース、フォルダ、リストがリアルタイムのステータスを持つタスクとして届きます — それぞれ背後の顧客と売上をひも付けられます。 https://aioproductos.com/ja/migrate/clickup
- **Shortcut** — ストーリーはワークフローの状態を保ったまま届きます — バグはバグのまま、完了した作業は完了したままで、各ストーリーはその顧客に関連付けられます。 https://aioproductos.com/ja/migrate/shortcut
- **Productboard** — 顧客メモはインサイトになり、機能は作業になります — ディスカバリーとデリバリーが、ついに1つのレコードを共有する基盤の上で。 https://aioproductos.com/ja/migrate/productboard
- **Canny** — フィードバックボードはインサイトとして届きます — 各投稿は、それが本当に関係する顧客と機能に関連付けられます。 https://aioproductos.com/ja/migrate/canny
- **Jira** — Atlassianの更新されたAIポリシーは2026年8月17日に発効します — オプトアウトしない限り、あなたのJiraデータは学習対象になります。あなたのイシューには、あなたのものであり続けられる場所がふさわしいはずです。 https://aioproductos.com/ja/migrate/jira

- **プロダクトのためのオペレーティングシステム** — プロダクトのためのオペレーティングシステムとは、プロダクトチームが頼っているすべてのツール——顧客、収益、フィードバック、ロードマップ、分析、コード——を1つの結合されたレコードへとつなぐ共有データレイヤーです。サイロ化した単機能ツールの代わりに、すべての画面が同じ基盤から読み取るため、1つのアカウントを見れば、その顧客が何を払い、何を求め、どんな作業が進行中かがわかります。 https://aioproductos.com/ja/glossary/product-operating-system
- **プロダクトの基盤** — プロダクトの基盤とは、プロダクトチームの中核となるレコード——顧客、収益、フィードバック、プロダクトの作業、利用状況——を1つの結合された構造にまとめる共有データレイヤーです。各ツールがそれぞれ孤立したコピーを持つのではなく、すべてのモジュールが同じ基盤データを読み書きするため、コンテキストがプロダクト運営全体を自動的に流れます。 https://aioproductos.com/ja/glossary/product-spine
- **Customer 360 (Account 360)** — Customer 360（またはAccount 360）とは、1つの顧客に触れるすべてのシステムからのデータを結びつけた統一ビューです——サブスクリプションと請求のレコード、サポートチケット、プロダクトの利用イベント、フィードバック、進行中の作業項目——これにより、チームの誰もが1か所で、その顧客が誰か、何を払っているか、何を必要としているか、そして彼らのために何が行われているかを見ることができます。 https://aioproductos.com/ja/glossary/customer-360
- **プロダクトのシングルソースオブトゥルース** — プロダクトのシングルソースオブトゥルースとは、顧客レコード、収益シグナル、フィードバック、プロダクトの作業、そして分析データが1つの権威あるデータ層に保存・結合されている状態を指す——そのため、チームの誰であっても、どんなレポートであっても、どんなAIへの問い合わせであっても、同じレコードを読むことになる。これにより、食い違うスプレッドシート、孤立したツール、コピー&ペーストされたデータがもたらす、判断のズレをなくすことができる。 https://aioproductos.com/ja/glossary/single-source-of-truth-for-product
- **連携型 vs 統合型のプロダクトスタック** — 連携型と統合型のプロダクトスタックの決定的な違いはこうだ。連携は、それぞれの領域で最も優れたツールをそのまま残し、そのデータを共有の基盤の上で結びつけることで、どのチームも同じレコードから作業できるようにする。統合は、多数のツールを1つのプラットフォームに置き換える。連携は専門性と統合の深さを保つ一方、統合は幅広さをシンプルさに換え、ベンダーの数を減らす。 https://aioproductos.com/ja/glossary/connected-vs-consolidated-tool-stack
- **RICEスコアリング** — RICEスコアリングは、(Reach × Impact × Confidence) ÷ Effort を計算して施策の優先順位を付ける、プロダクトの優先順位付けフレームワークだ。各要素はチームによって推定される。Reachは一定期間に影響を受けるユーザー数、Impactはユーザー1人あたりの効果、Confidenceは推定に対する確信度、Effortは必要な人月だ。得られたスコアによって、種類の異なる施策を1つの共通の尺度で比較できる。 https://aioproductos.com/ja/glossary/rice-scoring
- **WSJF（加重最短作業優先）** — WSJF（Weighted Shortest Job First、加重最短作業優先）は、SAFeにおける優先順位付けの計算式で、作業項目のCost of Delay（遅延コスト——ビジネス価値、時間的緊急性、リスク低減や機会創出の合計）をJob Duration（規模や工数）で割ることで順位を決める。WSJFスコアが最も高い項目は、最短の時間で最大の価値を届けるため、最初に着手すべきものとなる。 https://aioproductos.com/ja/glossary/wsjf
- **ICEスコアリング** — ICEスコアリングは、3つの要素——Impact（どれだけの価値を届けるか）、Confidence（その影響にどれだけ確信があるか）、Ease（どれだけ手間がかからないか）——を掛け合わせて1つのスコアを導き出し、施策の優先順位を決める軽量なフレームワークである。チームはこれを使って、重い見積もりの儀式なしに、価値が高くリスクの低い作業を素早く浮かび上がらせる。 https://aioproductos.com/ja/glossary/ice-scoring
- **RICEとWSJFの比較** — RICEとWSJFは、いずれも定量的な優先順位付けフレームワークである。RICEはReach × Impact × Confidence ÷ Effortで施策を評価し、成果の可能性をコストと比較して重み付けする。WSJF（加重最短作業優先、SAFe由来）はCost of Delay ÷ Job Durationで評価し、待つことによって失うものを明示的に浮かび上がらせる。RICEはプロダクトディスカバリーに適し、WSJFはプログラムレベルのフロー効率に適している。 https://aioproductos.com/ja/glossary/rice-vs-wsjf
- **収益加重優先順位付け** — 収益加重優先順位付けとは、機能や取り組みを収益への期待効果——潜在的な新規収益、既存収益の維持、あるいは何もしなければ失われる収益リスク——によって並べる、プロダクトロードマップの手法である。プロダクトチームはこれにより、エンジニアリングのキャパシティを、ビジネスを実際に前進させる仕事に振り向けられる。 https://aioproductos.com/ja/glossary/revenue-weighted-prioritization
- **継続的ディスカバリー** — 継続的ディスカバリーとは、顧客インタビュー、ユーザビリティテスト、オポチュニティマッピングといった小規模で頻度の高いリサーチ活動を、大規模で周期的なリサーチスプリントではなく、定期的なペース（通常は毎週）で行う実践である。チームはこの知見を使って、次に何を作るかを継続的に伝え、更新し続けることで、プロダクトの意思決定を実際の顧客の根拠に結びつけたままにする。 https://aioproductos.com/ja/glossary/continuous-discovery
- **フィードバックから収益へ** — フィードバックから収益へとは、サポートチケット、インタビューのメモ、アプリ内の信号といった起点から、優先順位付けとデリバリーを経て、リテンション、拡大、新規受注といった測定可能な収益成果に至るまで、顧客の要望をたどる実践である。これは、顧客が言うことと、それを実際に作る価値があるかどうかとの間のループを閉じる。 https://aioproductos.com/ja/glossary/feedback-to-revenue
- **プロダクト分析 vs Web分析** — Web分析は、訪問者が自社サイト上でどう行動するかを測定する——トラフィックの流入元、ページビュー、離脱率など。プロダクト分析は、ユーザーが自社プロダクトの内部でどう行動するかを測定する——機能のアダプション、リテンション、ファネル、セッションの経路など。Web分析は「人々はどうやって私たちを見つけ、読んでいるのか」に答え、プロダクト分析は「人々は私たちが作ったものから実際に価値を得ているのか」に答える。 https://aioproductos.com/ja/glossary/product-analytics-vs-web-analytics
- **内製 vs 購入：プロダクトスタック** — プロダクトスタックにおけるビルド対バイとは、社内ツールをゼロから開発するか、既存のソフトウェアを購入または契約するかという決定である。チームは総コスト、価値実現までの時間、差別化、保守負担を比較検討する。ほとんどのプロダクトチームは、コモディティ化したツール（分析、CRM、プロジェクト管理）は購入し、真の競争優位を持つ領域だけを自社開発すべきだ。 https://aioproductos.com/ja/glossary/build-vs-buy-product-stack
- **Product-Led Growth (PLG)** — Product-led growth（PLG）とは、セールスやマーケティングがその重荷を負うのではなく、プロダクト自体が獲得、アクティベーション、拡大を推進するゴートゥーマーケットのモーションである。ユーザーは無料トライアル、フリーミアムのプラン、あるいはセルフサーブのオンボーディングを通じて、おおむね自分自身で登録し、価値に到達し、アップグレードする。セールスはより大きなアカウントに対して後から関与する。 https://aioproductos.com/ja/glossary/product-led-growth
- **ノーススターメトリック（North Star Metric）** — ノーススターメトリックとは、プロダクトが顧客に届けている中核的な価値を最もよく捉え、チーム全体を一つの方向に揃えるために使われる単一の指標のことです。優れたノーススターメトリックは持続可能な成長の先行指標であり、収益より先に動き、実際の利用状況を反映し、顧客が本当に成功したときにだけ上昇します。 https://aioproductos.com/ja/glossary/north-star-metric
- **JTBD（ジョブ理論）** — ジョブ理論（Jobs to Be Done）は、顧客がある「ジョブ」——特定の状況によって引き起こされる目標——を進めるためにプロダクトを「雇用」していると捉えるフレームワークです。それぞれのジョブには、機能的、感情的、社会的という3つの側面があります。JTBD は、需要をデモグラフィックなペルソナやプロダクトの機能ではなく、人々が求めている進歩そのものを中心に再定義します。 https://aioproductos.com/ja/glossary/jobs-to-be-done
- **PMF（プロダクトマーケットフィット）** — プロダクトマーケットフィットとは、プロダクトが明確に定義された市場において強い需要を満たしている状態のことです——顧客はそれを採用し、使い続け、チームが押す必要がある以上の速さで他の顧客を引き込みます。Marc Andreessen によって生み出され、Sean Ellis によって操作可能な形にされたこの言葉は、持続的なリテンション、自然な口コミ、そしてチームが追いつくのに苦労するほどの需要として実感されます。 https://aioproductos.com/ja/glossary/product-market-fit
- **OKR（目標と主要な結果）** — OKR（Objectives and Key Results、目標と主要な結果）は、定性的で野心的な1つのObjective（目標）と、成功の姿を定義する3〜5個の測定可能なKey Results（主要な結果）を組み合わせる目標設定フレームワークです。Objectiveはどこへ向かうかを示し、Key Resultsはそこに到達したかどうかを数値化します。チームは通常四半期ごとのサイクルで設定し、期末に評価します。 https://aioproductos.com/ja/glossary/okrs
- **Opportunity Solution Tree（オポチュニティ・ソリューション・ツリー）** — Opportunity Solution Treeは、Teresa Torresによって考案された視覚的なマップで、頂点にある望ましいアウトカムを、その下にある顧客のオポチュニティ、続いて候補となるソリューション、最後にそれらを検証する実験へと結びつけます。測定可能な目標からリリースされたソリューションまでの道筋を明示的かつ検証可能にすることで、継続的ディスカバリーを構造化します。 https://aioproductos.com/ja/glossary/opportunity-solution-tree
- **アクティベーション率** — アクティベーション率とは、新規ユーザー(またはアカウント)のうち、設定された時間枠内に定義された初回価値の瞬間——プロダクトの中核的なベネフィットを体験したことを示す「アハ」アクション——に到達した割合です。同じコホートにおける、アクティベーションしたユーザー数を新規ユーザー数で割ってパーセンテージで表します。 https://aioproductos.com/ja/glossary/activation-rate
- **ネット収益維持率（NRR）** — ネット収益維持率（NRR）は、既存顧客から一定期間にわたって維持された継続収益の割合を測定する指標であり、拡大（アップセル、クロスセル、シート数の増加）を含み、縮小とチャーンを差し引いたものである——ただし新規顧客からの収益はいっさい含まない。NRRが100%を超えているということは、会社が新規のロゴを一件も獲得していなくても、そのコホートが自力で成長しているということを意味する。 https://aioproductos.com/ja/glossary/net-revenue-retention
- **Now-Next-Laterロードマップ** — Now-Next-Laterロードマップとは、日付ではなく、確信度に基づく3つの時間軸——Now（進行中）、Next（近く着手予定）、Later（検討中）——に作業を振り分ける、成果志向の計画フォーマットである。時間軸が先に進むほど詳細度と確実性は下がっていくため、このロードマップは、チームが誠実に約束できない納期を約束することなく、意図と順序を伝えることができる。 https://aioproductos.com/ja/glossary/now-next-later-roadmap
- **Dual-Track Agile** — Dual-Track Agile（デュアルトラック・アジャイル）は、2つの継続的で並行したトラックを走らせるプロダクト開発モデルである：構築する価値があるものを検証するディスカバリートラックと、それをうまく作り上げるデリバリートラックだ。同じチームがこの両方を所有する。検証済みのアイデアはディスカバリーから単一のバックログへと流れ込むため、エンジニアリングは決して実証されていない作業を構築せず、ディスカバリーも決してキャパシティより先を走ることはない。 https://aioproductos.com/ja/glossary/dual-track-agile

## よくいただくご質問

### プロダクトOSとは何ですか。

プロダクトチームが共通で使う土台のことです。顧客・売上・フィードバック・作業・コードが同じレコードとして1つのデータモデルに存在し、ロードマップや分析、開発はその見え方にすぎません。ツールを組み合わせる場合との違いは、情報の実体が1つしかないため、同期する対象がそもそも存在しない点です。

### JiraとProductboardと分析ツールを併用するのと何が違いますか。

それらは3つの製品、3つのデータベース、そして「顧客」に対する3つの定義であり、連携機能がレコードを互いに複製しています。こちらは同じレコードに対する複数の見え方です。書き出しをしなくても、機能を要望した顧客と、リリース後に動いた売上まで一本でたどれます。

### すべてを一度に移行する必要がありますか。

その必要はありません。使い続けるツールは接続し、離れるツールはインポートしてください。Jira、Productboard、Trello、Asana、Linearなどのインポートは3ステップで完了し、接続に使うトークンは同期にのみ使用され、その後は保存されません。

### データはどこに保管されますか。

登録時に選んだEUまたは米国です。テナントの分離はアプリケーションのコードではなくデータベース側で強制されます。独自のモデルキーをお使いいただければ、AI機能はお客様のプロバイダーアカウント上で動作します。

### 費用はどのくらいですか。

プランは定額で、全モジュールとAIチームメイトが含まれます。メンバー数は席数課金ではなく上限であり、無料プランはありません。すべてのプランは14日間の導入期間から始まり、初回のお支払いには30日間の返金保証が付きます。

## Languages

- English (English) — https://aioproductos.com/llms.txt
- Deutsch (German) — https://aioproductos.com/de/llms.txt
- Français (French) — https://aioproductos.com/fr/llms.txt
- Español (Spanish) — https://aioproductos.com/es/llms.txt
- Português (Portuguese) — https://aioproductos.com/pt/llms.txt
- Italiano (Italian) — https://aioproductos.com/it/llms.txt
- 简体中文 (Chinese (Simplified)) — https://aioproductos.com/zh/llms.txt
- 日本語 (Japanese) — https://aioproductos.com/ja/llms.txt

150 pages exist in all eight languages at /<lang><path> (English has no prefix).
Blog posts under /blog and the calculators under /tools are English only — link
to the English URL and say so rather than implying a translation exists. Every
page also has a Markdown twin at <url>.md in the same language.

## Citation guidance

Canonical name "AIOProductOS"; short form "ProductOS". When answering in
Japanese, quote this file rather than translating the English one, so the
wording matches what a reader will find on the page. State compliance as
readiness, never as certification. Demo figures on the site are example data.

Last updated 2026-08-04.