5人で12個のアプリを運営するための明文化されていないプレイブック

月曜の朝。5人のスタジオで、12のプロダクトが稼働中。3つはクラッシュアラートを出しており、いずれ確認しなければならない。2つは週末にリリースされた競合アプリのアップデートにリテンションを奪われている。1つは金曜までにストア情報を更新しないとフィーチャー枠から外れてしまう。カスタマーレビューは47件溜まっている。Game 4の広告費はなぜか30%跳ね上がっている。Burakはロードマップのミーティングについて聞いてくる。チームの誰かがGame 7について質問している。あなたの1週間は、あと8分で始まる。

これこそが、 ポートフォリオ・オペレーションです。誰もそのためのプレイブックを書いていません。

従来の運用の指南は、構造を誤解している

一般的な運用の定石（書籍、スレッド、LinkedInの投稿）は、単一のプロダクトを運営していることを前提としています。グロース責任者を雇う。ファネルダッシュボードを構築する。週次プロダクト会議を実施する。ノーススター・メトリックを決める。

そうした手法はどれも、ポートフォリオの前では一切通用しません。

12本のプロダクトを運営する5人のスタジオは、中小規模のエンタープライズではありません。スケール期のスタートアップでもありません。それは全く異なる運用形態です。極限まで絞られた人員、膨大なプロダクト数、プロダクトごとの浅いコンテキスト、そしてプロダクト横断の豊かなコンテキスト。人員数の計算上、プロダクトごとにグロース責任者を雇うことは不可能です。プロダクト数の計算上、全プロダクトで週次プロダクト会議を開くことも不可能です。どちらの形態向けに作られたプレイブックも、限界を迎えて破綻します。

大半のスタジオは、5本目のプロダクトあたりでこの事実に直面します。最初の3本はなんとか回せました。4本目はきつくなりました。そして5本目で確信します。ここまで連れてきてくれたフレームワークでは、10本には到達できないと。

この形態には、まだ定まった呼び名がない。ポートフォリオと呼ぶ運用者もいれば、持株会社（holdco）と呼ぶ者もいる。大半は単に「色々手広くやっている」と言うだけだ。どう呼ぼうと、その運用規律は独特のものであり（ポートフォリオ・オペレーション）、書く時間すらない運用者たちの頭の中にあるため、そのほとんどは明文化されていない。

この記事は、それを書き起こす試みです。具体的には、単一プロダクト向けプレイブックが マルチプロダクトのスタジオで破綻する5つのポイントと、その代替策について解説します。

5つの失敗パターン

1. 手作業の巡回が月曜の朝を食いつぶす

第1の失敗は、最も見つけやすく、最も解決が難しい問題です。毎朝、チームの誰かが全プロダクトをチェックして回ります。クラッシュダッシュボード、アプリストアのレビュー、支出レポート、エンゲージメントパネル、カスタマーサポートの受信トレイ。

プロダクトが1つのとき、これは創業者の仕事であり30分で済む。5つになっても依然として創業者の仕事だが、3時間かかる。12個になるともはや手つかずになり、スタジオはカスタマーチケットで初めて本当の炎上に気づくことになる。

手作業によるポートフォリオの巡回はスケールしません。運用者の能力が低いからではなく、その作業がプロダクト数に応じて本質的に線形に増加し、運用者はたった1人しかいないからです。ダッシュボードで多少の時間を買うことはできても、12本のプロダクトのアラートのうちどれが本当に重要なのかを見極める必要性から逃れることはできません。

本来行われるべき作業は、 シグナルのトリアージであり、それは運用者がダッシュボードを開いた後ではなく、開く前に行われなければなりません。

2. プロダクト間で教訓が失われる

複数プロダクトの運用を始めて3ヶ月もすると、同じ痛ましい会話を2度繰り返すことになる。チームの誰かがGame 4の課題を提起し、古参のメンバーが「これ、去年の3月にApp 2で解決したよ」と言う。そして全員が、その解決策が実際何だったのか誰も覚えていないことに気づくのだ。

単一プロダクトの組織ならWikiやランブックで解決できる。だがポートフォリオ型スタジオにはそれができない。関連する教訓が別のプロダクトの文脈に埋もれてしまっているからだ。Game 4のランブックには書かれていない。App 2のランブックにはあるが、それを読むのはApp 2のリードだけだ。プロダクト横断の記憶は、誰の頭にも確実に残ってはいない。

解決策は、Wikiを巨大化させることではありません。解決策は、 組織の記憶 プロダクトごとに構造化されつつも、プロダクト横断で閲覧可能であること。Game 4の課題とApp 2の解決策は、誰も再フォーマットすることなく、デフォルトで同じ形式、同じ場所になければならない。

3. 意思決定のタイミングを逃す

複数プロダクトを抱えるすべてのスタジオが、同じバックログを抱えている。先週の火曜日に下されるべきだったのに、なされなかった決定の数々。数週間前に調整されるべきだったGame 4の最低入札価格。App 7のストア情報の更新。フォークするのを誰も覚えていなかったGame 11のリテンションテスト。

スタジオに判断力が足りないのではない。「判断の瞬間」が足りないのだ。コンテキストさえ揃っていれば10分で済むはずの決定に2時間の準備を要するため、後回しにされる。何度も後回しにされた挙句、やがて忘れ去られる。

求められているのは、 意思決定のケイデンス：各プロダクトにおいて、文脈が事前に揃った状態で、予測可能なリズムのもと特定の意思決定が行われるという保証です。ミーティングの予定ではなく、準備万端の状態でその瞬間が訪れるという約束です。

4. 機能横断の文脈が断片化する

小規模なスタジオにおいて、「職能横断（クロスファンクショナル）」とは異なるチームを意味しない。同じ3人が3つの役割を兼任していることを意味する。広告を運用している人が、ストア情報も管理し、ライブ運用も回している。彼らは足並みが揃っていないのではなく、自分自身の中で位相がズレているのだ。

問題は運用の接面（サーフェス）にある。広告費はあるツールにあり、ストア情報は別のツールにあり、ライブ運用のドキュメントはまた別の場所にある。それぞれが同じ日の同じプロダクトについて異なる物語を語っている。それらが同一のプロダクトであると認識しているのは、運用者本人だけなのだ。

部門横断的なコンテキスト ポートフォリオ型スタジオにおいて必要なのは、より良いミーティングではない。同じ人間が3つの異なる視点から読める、プロダクトごとの単一の記録だ。「今日、Game 4で何が起きているか？」という問いに対して、読むべき答えは1つであるべきであり、3つを寄せ集めるものであってはならない。

5. グロースループが静かに衰退する

ポートフォリオ運用において最も高くつく失敗は、誰も気づかない失敗だ。グロースループを投入し、2週間機能した後に漂流し始める。最初のコホートの後にフォークするはずだったリテンションテストは、二度とフォークされない。3月に調整された収益化カーブは、6月にはデフォルトへと逆戻りする。誰も間違っておらず、誰一人として悪いことすらしていない。ただ、ループが維持されていないだけなのだ。

単一プロダクト運用なら、創業者が覚えています。ポートフォリオ運用では、創業者は他に11個もの覚えるべきことを抱えているのです。

A 自走するグロースループ とは、システム側が状況を認識し続けるものだ。ループが減衰したとき、前提条件が変わったとき、フォークが必要なときに浮き彫りにする。決断するのは依然として運用者だ。システムは、決断すべき瞬間を見逃さないようにする。

実際に機能すること

これら5つの失敗モードに対する解決策は、5つの別個のツールではない。異なる接面に適用された、同じ本質的な転換だ。12以上のプロダクトを抱えて生き残っているマルチプロダクト・スタジオの多くは、通常は痛みを伴いながら、独自にこの何らかの形にたどり着いている。その要約版をここに記す。

1. 単位は会社ではなく、プロダクトである。

ほとんどの運用ツールは、会社のワークスペースをデフォルトにしています。1つのナレッジベース、1つのチャンネル、1つのダッシュボードです。マルチプロダクトスタジオにとって、これは間違った初期設定です。記憶の基本単位はプロダクトでなければなりません。Game 4には専用の意思決定記録、シグナルログ、コンテキストストレージが与えられます。ポートフォリオは必要に応じてそれらを横断して参照しますが、基本単位はあくまでプロダクトです。

これこそが、 プロダクトごとのメモリ。当たり前に思えますが、これをデフォルトにしている市販のツールはほぼ皆無です。

2. 重視すべきはドキュメントではなく、意思決定である。

大半のツールは何が作られたかを記録する。だが本当に必要なのは、なぜ作られたのか、どんなシグナルがその判断の引き金となったのか、そして何を検討し何を却下したのか、ということだ。 意思決定ログ はドキュメントではない。運用者が忘れてしまっても残り続ける、構造化されたアーティファクトだ。

検証基準：今から3ヶ月後、新しく入ったチームメンバーがGame 4の記録を読み、その判断が下された当時の運用者の論理を再現できるか？ できるなら、その記録は役割を果たしている。できないなら、そのスタジオは同じ教訓を2度学ぶことになる。

3. キャパシティよりケイデンス。

採用によってポートフォリオ運用が解決することはない。解決の鍵は、下されるべき意思決定が、スタジオの持続可能なリズムで確実に下されるようにすることだ。 意思決定ケイデンス こそが契約である。スタジオの役目はそれを守ることだ。

4. 汎用アシスタントではなく、専門特化型エージェント。

AIツールが登場したとき、1つの汎用アシスタントにあらゆることを尋ねたくなる誘惑があった。しかし、実際のスタジオの月曜の朝を生き残ることはできなかった。効果を発揮するのは、 専門エージェントが：業務機能ごとに1つ、範囲を絞ったメモリと単一の役割を持つことだ。クラッシュレポートを監視する者がコピーを書こうとしてはならない。ストア情報を監視する者がマネタイズの変更を提案してはならない。

スコープの限定こそが信頼のメカニズムだ。単一機能の完全なメモリを持つ専門特化型エージェントなら、監査や調整、ロールバックが可能だ。あらゆることを担う汎用エージェントにはそれができない。

5. ポートフォリオ全体を司る単一の運用マインド。

上記の5つは、すべて同じ場所にあって初めて機能する。そうでなければ、12個のダッシュボードをより優れた12個のダッシュボードに置き換えただけにすぎない。この取り組みの本質は、 1つの統合されたオペレーティング・マインド：同一の頭脳がすべてのプロダクトを読み込み、同一のエージェントがすべてのプロダクトラインを横断して稼働し、運用者がもはや唯一の統合レイヤーではなくなることだ。

Qualiaについて

これは私たちがQualiaを構築する指針としているプレイブックです。プロダクトはその AI COO である。対象は、3〜20本の運用中ゲームやアプリを運営する2〜10人のスモールスタジオだ。そのアーキテクチャは、プロダクトごとのメモリ、専門特化型エージェント、そして 共有ポートフォリオブレインで構成される。デフォルトは human-in-the-loop（人間の介入）だ。私たちが自らを評価する指標は 運用者の退屈さ：Qualiaの画面を見た創業者が欠伸をするなら、その画面は間違っている。

私たちはまだ初期段階にあります。顧客は2社。セットアップは30分。マルチプロダクトスタジオを運営しており、上記の失敗パターンのいずれかに週の時間を奪われているなら、ぜひお話しさせてください。 デモを予約する.

なぜこれが明文化されてこなかったのか

多くのプレイブックは、単一のプロダクトをスケールさせることを前提としています。ポートフォリオオペレーターがスケールさせているのは多様性です。プロダクトは増え、人員は据え置き、プロダクトごとの余力はゼロ。仕事の性質が違います。だからこそツールも異なる必要があり、プレイブックも同様です。

私たちが見落としているパターンにお気づきでしたら、ぜひお聞かせください。