月曜日の朝。あなたは5人編成のスタジオで、12個の製品が稼働しています。そのうち3つはクラッシュアラートを出しており、いずれ読まなければなりません。2つは週末にリリースされた競合アプリのアップデートにより、リテンションを失っています。1つは金曜日までにストアリスティングを更新しないと、特集枠から外れてしまいます。47件の顧客レビューが待っています。ゲーム4の支出はなぜか30%増加しています。Burakはロードマップ会議について尋ねています。チームの誰かがゲーム7について尋ねています。あなたの週は8分後に始まります。
これは ポートフォリオ運用. そのための戦略を立てた者はいません。
ほとんどの運用アドバイスは、間違った形態のために書かれています
運用の規範（書籍、スレッド、LinkedInの投稿）は、あなたが単一のものを運営することを前提としています。成長責任者を雇う。ファネルダッシュボードを設定する。毎週の製品会議を開催する。北極星指標を選ぶ。
ポートフォリオに触れると、そのどれもが通用しません。
12の製品を運営する5人規模のスタジオは、小規模な企業ではありません。スケールアップしたスタートアップでもありません。それは全く異なる運用形態です。リーンな人員、多数の製品、製品ごとの浅いコンテキスト、製品間の豊富なコンテキスト。人員の計算上、各製品に成長責任者を雇うことはできません。製品数の計算上、各製品について毎週の製品会議を開催することはできません。どちらの形態のために構築された戦略も、伸びて破綻します。
ほとんどのスタジオは、5番目の製品あたりでこれに気づきます。最初の3つは管理可能だと感じました。4番目は大変でした。5番目で明らかになりました。ここまで導いてくれたフレームワークでは、10個の製品には到達できません。
この形態にはまだ定まった名前がありません。一部の運営者は「ポートフォリオ」と呼びます。一部は「持株会社」と呼びます。ほとんどは単に「たくさんのものを運営している」と呼びます。何と呼ぼうと、その運用規律はそれ自体が特別なものであり（ポートフォリオ運用）、そのほとんどは、書く時間のない運営者の頭の中に存在するため、まだ書かれていません。
この投稿は、それを書き始める試みです。具体的には、単一製品の戦略が失敗する5つのポイント 複数製品スタジオ、そしてその代わりに何をすべきか。
5つの失敗モード
1. 手動スキャンが月曜の朝を食い潰す
最初の失敗は、最も見つけやすく、最も修正が難しいものです。毎朝、チームの誰かがすべての製品をスキャンします。クラッシュダッシュボード。アプリストアのレビュー。支出レポート。エンゲージメントパネル。カスタマーサポートの受信トレイ。
製品1では、これは創業者の仕事であり、30分かかります。製品5では、これも創業者の仕事であり、3時間かかります。製品12では、もはや行われておらず、スタジオは顧客チケットで本当の火災に気づいています。
手動のポートフォリオスキャンはスケールしません。運営者が苦手だからではなく、作業が製品数に比例して本質的に線形であり、運営者は一人だからです。ダッシュボードで時間を稼ぐことはできますが、12の製品アラートのうちどれが本当に重要かを知る必要性からダッシュボードで逃れることはできません。
必要な作業は シグナルトリアージであり、運営者がダッシュボードを開く前に行われる必要があり、後ではありません。
2. 製品間で教訓が失われる
複数の製品を運営して3ヶ月もすると、同じ辛い会話を2度することになります。チームの誰かがゲーム4で問題を提起し、経験豊富なチームメイトが「それは昨年3月にアプリ2で解決した」と言うのです。そして誰もが、その解決策が実際何だったのか思い出せないことに気づきます。
単一製品の組織は、これをWikiやランブックで解決します。ポートフォリオスタジオはできません。なぜなら、関連する教訓が別の製品のコンテキストに埋もれているからです。ゲーム4のランブックにはそれがありません。アプリ2のランブックにはありますが、アプリ2のリーダーしかそのランブックを読みません。製品間の記憶は、誰の頭の中にも確実に存在しません。
解決策は、より大きなWikiではありません。解決策は 組織的記憶 製品ごとに構造化されているが、製品を横断して読める。ゲーム4の問題とアプリ2の解決策は、誰かが再フォーマットすることなく、デフォルトで同じ形、同じ場所にある必要がある。
3. 意思決定のタイミングのずれ
すべてのマルチプロダクトスタジオには同じバックログがあります。先週の火曜日に下されるべきだったのに下されなかった決定。数週間前に調整されるべきだったゲーム4の入札フロア。アプリ7のストアリスティングの更新。誰もフォークすることを覚えていなかったゲーム11のリテンションテスト。
スタジオは判断力に欠けているわけではありません。タイミングに欠けているのです。コンテキストが準備されていれば10分で済むはずの電話が、準備に2時間かかるため、後回しにされます。何度も後回しにされると、それは実行されなくなります。
必要なのは 意思決定のサイクル: 各製品について、特定の決定が予測可能なリズムで行われ、コンテキストがすでに準備されているという保証。会議のスケジュールではなく、その瞬間が準備された状態で訪れるという契約。
4. クロスファンクショナルなコンテキストの断片
小さなスタジオでは、「クロスファンクショナル」は異なるチームを意味しません。それは、同じ3人が3つの役割を担っていることを意味します。広告を運用している人がストアリスティングも運用し、ライブオペレーションも運用しています。彼らは連携が取れていないのではなく、自分自身とフェーズがずれているのです。
問題は操作面です。広告費は1つのツールに存在します。ストアリスティングは別のツールに存在します。ライブオペレーションのドキュメントは3つ目のツールに存在します。それぞれが同じ日に同じ製品について異なるストーリーを語っています。オペレーターだけが、それらが同じ製品であることを認識しています。
クロスファンクショナルなコンテキスト ポートフォリオスタジオでは、より良い会議についてではありません。それは、同じ人が3つの異なる役割から読むことができる、製品ごとの単一の記録についてです。「今日、ゲーム4で何が起こっているのか？」という質問があったとき、組み立てるべき3つの答えではなく、読むべき1つの答えがあるべきです。
5. グロースループは静かに衰退する
ポートフォリオ運用において最もコストのかかる失敗は、誰にも気づかれないものです。グロースループは出荷され、2週間機能した後、停滞します。最初のコホートの後に分岐するはずだったリテンションテストは、決して分岐されません。3月に調整された収益化曲線は、6月までにデフォルトに戻ってしまいます。誰も間違っていません。誰も何も間違ったことをしていません。ループが維持されていないだけなのです。
単一製品の運用では、創業者が覚えています。ポートフォリオ運用では、創業者は他に11の覚えるべきことを抱えています。
A 自己実行型の成長ループ とは、システムが認識を維持するものです。ループが劣化しているとき、その前提が変わったとき、分岐が必要なときに、それが表面化します。オペレーターは依然として決定を下します。システムは、決定の瞬間が過ぎ去らないようにします。
実際に機能するもの
5つの失敗モードに対する修正は、5つの別々のツールではありません。それらは、異なる表面に適用された、同じ根底にある変化です。12以上の製品を生き残っているほとんどのマルチプロダクトスタジオは、通常は苦労しながら、この何らかのバージョンを独自に解明してきました。以下にその短いバージョンを示します。
1. 単位は会社ではなく、製品である。
ほとんどの運用ツールは、会社ワークスペースをデフォルトとします。つまり、1つのナレッジベース、1つのチャネル、1つのダッシュボードです。マルチプロダクトスタジオにとって、これは間違ったデフォルトです。記憶の標準単位は製品でなければなりません。ゲーム4は、独自の意思決定記録、独自のシグナルログ、独自のコンテキストストアを持ちます。ポートフォリオは必要に応じてそれらを横断して読み取りますが、単位は製品です。
これは 製品ごとのメモリ. それは当たり前のことのように聞こえますが、既製のツールのほとんどは、それをデフォルトにしていません。
2. 意思決定はドキュメントではなく、第一級のものです。
ほとんどのツールは、何が作られたかを記録します。必要なのは、なぜそれが作られたのか、どのようなシグナルがその決定を促したのか、そして何が検討され、却下されたのかも記録することです。 意思決定記録 ドキュメントではありません。オペレーターが忘れても残る、構造化された成果物です。
テスト：3ヶ月後、新しいチームメイトがゲーム4の記録を読んで、コール時のオペレーターの推論を再構築できるか？できれば、その記録は役割を果たしています。できなければ、スタジオは同じ教訓を二度学ぶことになります。
3. 容量よりもリズム
人材採用ではポートフォリオ運用は解決しません。スタジオが維持できるリズムで、必要な意思決定が確実に行われるようにすることで解決します。 意思決定の頻度 それが契約です。それを守ることがスタジオの仕事です。
4. 汎用アシスタントではなく、専門エージェント。
AIツールが登場したとき、あらゆることについて汎用アシスタントに尋ねたくなる誘惑がありました。しかし、実際のスタジオでは月曜日の朝まで持ちませんでした。機能するのは 専門エージェント: 1つの運用機能につき1つ、スコープされたメモリと単一のジョブを持つ。クラッシュレポートを監視するエージェントはコピーライティングを試みない。ストアリスティングを監視するエージェントは収益化の変更を提案しない。
スコープは信頼メカニズムです。1つの機能の完全なメモリを持つ専門エージェントは、監査、調整、および逆転が可能です。すべてを持つ汎用エージェントはできません。
5. ポートフォリオ全体で1つの運用マインド。
上記の5つのことは、すべて同じ場所に存在する場合にのみ機能します。そうでなければ、12のダッシュボードを12のより良いものに置き換えただけです。この作業のポイントは、 1つの運用マインド: すべての製品を読む同じ脳、すべてのラインで行動する同じエージェント、オペレーターが唯一の統合レイヤーではなくなることです。
Qualiaに関する注記
これはQualiaを構築する上でのプレイブックです。この製品は、ポートフォリオオペレーター向けの AI COO です。つまり、3〜20のライブゲームやアプリを運営する2〜10人の小規模スタジオ向けです。アーキテクチャは、製品ごとのメモリと専門エージェント、そして 共有ポートフォリオ脳です。デフォルトは ヒューマン・イン・ザ・ループ. 私たちが評価する指標は オペレーターの退屈度: Qualiaの画面を読んでいる創業者が退屈そうにあくびをしたら、その画面は間違っています。
私たちはまだ初期段階です。顧客は2社。セットアップは30分。もしあなたが複数の製品を扱うスタジオを運営していて、上記の失敗モードのいずれかがあなたの週を食い潰しているなら、ぜひお話ししたいです。 デモを予約する.
これが書かれていない理由
ほとんどのプレイブックは、1つのものをスケールすることを前提としています。ポートフォリオオペレーターは、複数のものに対してスケールしています。より多くの製品、同じ人員、製品ごとの余裕なし。仕事は異なります。だからツールも異ならなければなりません。そしてプレイブックも。
もし私たちが見逃したこのバージョンのものを見つけたら、ぜひ教えてください。
By Doğan Turan, Qualia共同創業者 ·