ホーム › 少人数チームで10以上の製品を運営する方法
プレイブック · ポートフォリオ運用
5人チームで10以上の製品を運営する方法（2026年プレイブック）
多製品問題。
3つの製品であれば、創業者は会社全体を頭の中で把握できます。5つになると、それはできません。10個になると、歯車が狂い始めます。
失敗のパターンは予測可能です。チームは追いつくために採用を続けます。新しい採用者ごとに調整コストが増加します。会議が増え、状況報告が増え、Slackチャンネルが増えます。運用チームが20人になる頃には、創業者は出荷よりも互いの同期にほとんどの時間を費やしています。
これが、ほとんどの ポートフォリオ運用者 が3〜5製品で頭打ちになる理由です。5番目の製品が調整モデルを破綻させ、チームはポートフォリオを縮小するか、なりたくなかった中規模企業へと成長するかのどちらかになります。
第三の道があります。それは、人間が記憶役である必要があり、人間がルーティング層である必要があるという2つの仮定を捨てることです。
実際に機能するパターン。
2〜10人で10〜20の製品を成功裏に運営しているスタジオには、3つの共通点があります。
- 一つの共有された頭脳。 製品ごとのNotionスペースではありません。チームごとのSlackチャンネルでもありません。すべての意思決定、顧客との会話、出荷イベント、シグナルが存在する一つの場所。すべてのチームメイトとすべてのAIエージェントが同じ場所に読み書きします。
- 会議の代わりに定例業務。 朝のブリーフ（自動生成）。週次シグナルレビュー（30分、非同期事前読解）。月次ポートフォリオレビュー（2時間、ライブ）。これだけです。製品ごとのスタンドアップはありません。製品チームの同期もありません。部門横断的な調整確認もありません。
- フロアを処理するAIチームメイト。 エラー報告からPRをドラフト。顧客フィードバックからPRDをドラフト。ポートフォリオ全体のコンテキストでサポートに対応。批評後にコンテンツを公開。フォローアップを送信。夜間の異常を追跡。人間は影響力の大きい動きを承認し、残りは実行されます。
これら3つのうちいずれか1つでも欠けていると、モデルは「もっと人を雇う必要がある」という状態に逆戻りします。
システムの詳細。
共有ブレイン
複数の製品を運用するすべてのオペレーターは同じ壁にぶつかります。知識は個人の頭の中にあります。製品Aのコンテキストは創業者の頭の中に。製品Bの顧客フィードバックはSarahの受信箱に。製品CのSentryエラーは誰も読まないSlackチャンネルに。
この 共有ブレイン は、メモリを第一級システムにすることでこれを解決します。Slack + Drive + Gmail + Teams + WhatsApp + エラーログ + サポートチケットがすべて1つの構造化されたメモリに流れ込みます。タグ付けされ、タイムスタンプが押され、ソースが帰属されます。
重要なのは2点です。メモリが完全であること（部分的なメモリはメモリがないよりも悪い決定を生むため）、そしてメモリがクエリ可能であること（誰も読まないメモリは墓場です）。
これを提供する製品：Qualia、 Sentra, Hyperspell。Qualiaだけがメモリに対してアクションも実行します。SentraとHyperspellはそれを他のツールに表示します。
定常業務
これら3つの定常業務は、5人チームの場合、週に約20時間の会議を置き換えます。
- 朝のブリーフ（10分で読める、自動生成）。 すべての製品のすべての指標。異常がフラグ付けされます。製品間のパターンが表面化されます。夜間にリリースされたもの。未解決のブロッカー。創業者はこれをコーヒーを飲みながら読みます。
- 週次シグナルレビュー（30分、非同期事前読解）。 今週、外部シグナル（Reddit、X、競合サイト、App Storeレビュー）は何を伝えていましたか？それらのうち、既存の製品決定の証拠となったものはどれですか？新しい作業をトリガーすべきものはどれですか？
- 月次ポートフォリオレビュー（2時間、ライブ）。 どの製品が複利的に成長していますか？どの製品が横ばいですか？どの製品をスケールさせ、どの製品を終了させるべきですか？次にリリースすべき製品は何ですか？
以上です。デイリースタンドアップなし。製品チーム会議なし。部門横断的な同期なし。
AI従業員
フロアとは、人間がいるかどうかにかかわらず発生する運用業務のことです。サポートチケット、エラーのトリアージ、コンテンツのドラフト、市場調査、PRDの作成、指標の追跡、ASOメタデータ、ペイウォールの反復など。
ポートフォリオ規模では、このフロアは膨大です。15のアプリのサポートチケットだけでも、1日あたり50〜100件に簡単に達します。15のアプリにわたるSentryからのエラー報告：1日あたり数十件。出荷する必要があるコンテンツ：製品ごとに週に少なくとも1つ。
もし人間がこれらすべてを処理するなら、フロアだけで20人から30人が必要です。AIチームメイトが処理するなら、追加の人間は0人です。すべての製品にわたる1人のAI employeeが必要です。
このカテゴリは AI従業員 または AI COO。Qualiaはポートフォリオオペレーターのために特別に構築されています。
Sentezの例。
Sentezは8人で15のモバイルおよびウェブ製品を運営しています。AIチームメイト（Qualia）が処理するのは：
- 毎日スキャンされる121の外部シグナルソース
- 毎日作成される朝の役員向けブリーフ
- すべてのSentryエラーからのドラフトプルリクエスト
- ポートフォリオのコンテキストに基づいた顧客サポートの返信
- すべての製品にわたる週ごとのコンテンツスケジュール
- ASOメタデータの反復
- ペイウォールバリアント分析
- 顧客フィードバックからのPRDドラフト作成
創業者はもはや状況報告書を書きません。彼らは朝のブリーフを読み、影響力の大きい決定を承認し、出荷します。
実際に始める方法。
| いつ | インストールするもの |
|---|---|
| 1週目 | 記憶を統合する。 共有の脳を1つ選びます。Slack、Drive、Gmail、エラーログ、チケットキュー、会議レコーダーを接続します。会社を学習させるために2週間与えてください。 |
| 3週目 | 朝のブリーフを開始する。 毎日、共有の脳が10分で読める要約を作成します。それがあなたの最初のコーヒーになるまで、2週間かけてフォーマットを反復してください。 |
| 週5 | 会議を削減。 デイリースタンドアップを廃止。チーム間の同期を中止。代わりに、AI employeeを介した非同期Slackスレッドに置き換えます。 |
| 週7 | アクションレイヤーを有効にする。 AI employeeにPRのドラフト作成、チケットへの対応、レビューモードでのコンテンツ公開を行わせます。品質を調整するため、2週間はすべてを承認してください。 |
| 週9 | 定型的なアクションを自動承認。 あなたが関与しなくても業務が回るようにする。 |
| 週12 | 6番目の製品を追加。 次に7番目。システムはチームに対して線形ではなく、準線形にスケールします。 |
運用モデルを移行するまでの合計時間：約90日。
よくある間違い。
- 古い慣習を維持しようとする。 共有のcompany brainを導入した後もデイリースタンドアップを続けると、company brainは陳腐化します。
- メモリ専用ツールを購入する。 SentraとHyperspellは優れたメモリです。しかし、エンジニアリング能力がない場合、活用できないインフラに費用を払っていることになります。
- システムではなく人を増やす。 「運用担当者を雇う」という本能は、しばしば間違った本能です。
- 製品ごとにcompany brainを分割する。 製品ごとにではなく、1つの共有company brain。製品間のシグナル相関こそが、ポートフォリオ規模が実際に報われる場所です。
よくある質問。
チームはどれくらい小さくても15の製品を運用できますか？
実質的には3人から10人。3人未満では、創業者が単一障害点になります。10人を超えると、調整コストが増加し始めます。
Notionやwikiを共有のcompany brainとして使用できますか？
そうではありません。Wikiは人間が読むためのものです。共有脳はAIエージェントが読めるように、構造化され、タグ付けされ、コミュニケーションツールに接続されている必要があります。
これを機能させるにはエンジニアリング能力が必要ですか？
いいえ、事前設定済みのAI employeeを購入する場合。はい、メモリ層のみを購入する場合。
費用はいくらですか？
2人から10人のチームが3つから20の製品を運用する場合：ポートフォリオ価格のAI employeeは、月額数百ドルから数千ドルです。他に雇うであろう20人から30人の人員と比較すると、その差は歴然です。
最初にどの製品を試すべきですか？
ポートフォリオ運営者向けには、Qualiaがこのトポロジーのために構築されています。エンタープライズメモリインフラストラクチャ向けには、Sentraをご覧ください。AI拡張エンジニアリングのみの場合は、Hyperをご覧ください。
結果が出るまでどのくらいかかりますか？
朝のブリーフは初日から価値を示します。ケイデンスとフロアシフトは完全に導入されるまでに90日かかります。