周一早上。你是一个五人工作室，有十二款产品正在运行。其中三款正在抛出崩溃警报，你迟早得去查看。两款产品因竞争对手应用周末发布更新而流失用户。一款产品的商店列表需要在周五前刷新，否则就会失去推荐位。有 47 条客户评论等待处理。游戏 4 的支出不知何故增加了 30%。Burak 在询问路线图会议。团队中有人在询问游戏 7。你的一周在八分钟后开始。
这就是 投资组合运营。没有人为此写过手册。
大多数运营建议都是为不适合的形态而写的
运营经典（书籍、帖子、LinkedIn 动态）假设你只运营一个产品。招聘增长主管。设置你的漏斗仪表板。召开每周产品委员会。选择一个北极星指标。
这些在投资组合面前都行不通。
一个五人工作室运营十二款产品，它不是一个小型企业。它也不是一个规模化的初创公司。它完全是一种不同的运营形态：精简人员，高产品数量，每个产品上下文浅，跨产品上下文丰富。人员配置意味着你无法为每个产品都招聘增长主管。产品数量意味着你无法为每个产品都召开每周产品委员会。为这两种形态构建的手册都会被拉伸和破坏。
大多数工作室在开发到第五款产品时会发现这一点。前三款感觉尚可管理。第四款很艰难。第五款则明确表明：让你走到这一步的框架无法让你达到十款产品。
这种形态还没有一个确定的名称。一些运营者称之为投资组合。一些称之为控股公司。大多数人只是称之为“我们运营一堆东西”。无论你称它为什么，其运营纪律都是独一无二的（投资组合运营），而且大部分内容都没有被写下来，因为它存在于没有时间写作的运营者脑海中。
这篇文章试图开始将其记录下来。具体来说：单产品手册在 多产品工作室中失败的五个地方，以及应该怎么做。
五种失败模式
1. 手动扫描吞噬周一早晨
第一次失败最容易发现，也最难修复。每天早上，团队中的某个人会扫描所有产品。崩溃仪表板。应用商店评论。支出报告。参与度面板。客户支持收件箱。
对于第一个产品，这是创始人的工作，需要三十分钟。对于第五个产品，这仍然是创始人的工作，需要三个小时。对于第十二个产品，这项工作已经停止，工作室通过客户工单才发现真正的紧急问题。
手动产品组合扫描无法扩展。不是因为操作员不擅长，而是因为这项工作本质上与产品数量呈线性关系，而操作员只有一个人。你可以通过仪表板争取一些时间，但仪表板无法让你摆脱需要知道十二个产品警报中哪个真正重要的问题。
需要完成的工作是 信号分类，并且它需要在操作员打开仪表板之前完成，而不是之后。
2. 经验教训在产品之间流失
运营多个产品三个月后，你会两次经历同样的痛苦对话：团队中的某人提出关于游戏4的问题，而资深队友说“我们去年三月在应用2上解决了这个问题。”然后大家才意识到没有人能记住解决方案到底是什么。
单一产品组织通过维基和运行手册解决这个问题。产品组合工作室则不能，因为相关的经验教训埋藏在不同产品的上下文中。游戏4的运行手册中没有它。应用2的运行手册中有它，但只有应用2的负责人会阅读该运行手册。跨产品的记忆无法可靠地存在于任何人的头脑中。
解决方案不是更大的维基。解决方案是 制度记忆 ，它按产品结构化，但可在产品之间读取。游戏4的问题和应用2的解决方案必须以相同的形式，在相同的位置，默认情况下存在，无需任何人重新格式化。
3. 决策时刻溜走
每个多产品工作室都有相同的积压工作：本应在上周二做出但未做出的决策。游戏4的竞价底价本应在几周前调整。应用7的应用商店列表刷新。游戏11的留存测试，没有人记得分叉。
工作室不缺乏判断力。它缺乏的是决策时刻。如果上下文准备就绪，只需十分钟的电话会议，却需要两个小时的准备，因此它被推迟了。推迟的次数足够多，它就停止发生了。
需要的是一个 决策节奏：保证每个产品都能以可预测的节奏做出某些决策，并且上下文已经准备好。这不是会议安排，而是一份保证决策时刻会准备就绪的契约。
4. 跨职能上下文碎片化
在一个小型工作室中，“跨职能”不意味着不同的团队。它意味着同三个人身兼数职。负责广告的人也负责应用商店列表，也负责实时运营。他们不是不协调；他们是与自己不同步。
问题在于操作界面。广告支出在一个工具中。应用商店列表在另一个工具中。实时运营文档在第三个工具中。每个工具都在同一天讲述着同一个产品的不同故事。操作员是唯一知道它们是同一个产品的人。
跨职能语境 在产品组合工作室中，不是为了更好的会议。它是关于一个单一的、按产品记录的文档，同一个人可以从三个不同的角色中阅读。当问题是“游戏4今天发生了什么？”时，应该有一个答案可供阅读，而不是三个需要组装。
5. 增长循环悄然衰退
产品组合运营中最昂贵的失败是无人察觉的失败。一个增长循环上线，运行两周，然后逐渐失效。本应在第一批用户之后分叉的留存测试从未分叉。三月份调整的变现曲线到六月份又回到了默认状态。没有人做错什么；甚至没有人做任何错事。循环只是没有得到维护。
在单一产品运营中，创始人会记住。在产品组合运营中，创始人还有其他十一个事情要记住。
一个 自运行增长循环 是系统持续关注的：当循环衰退时，当其假设发生变化时，当它需要分叉时，系统会将其浮现。操作员仍然做出决定。系统确保决策时刻不会溜走。
真正有效的方法
解决这五种故障模式的方案并非五种独立的工具。它们是相同的底层转变，应用于不同的层面。大多数在十二款产品之后仍能存活的多产品工作室都已自行摸索出某种版本，通常是痛苦地。以下是更简洁的版本。
1. 单位是产品，而非公司。
大多数运营工具默认使用公司工作区：一个知识库、一个频道、一个仪表板。对于多产品工作室而言，这是错误的默认设置。记忆的规范单位必须是产品。游戏4有自己的决策记录、自己的信号日志、自己的上下文存储。当需要时，产品组合会跨越它们进行读取，但单位是产品。
这就是 按产品划分的记忆。这听起来很明显；但几乎没有现成的工具默认如此。
2. 决策是第一位的，而非文档。
大多数工具记录了制作了什么。但还需要记录为什么制作、什么信号触发了调用，以及考虑了什么又被否决了什么。 决策记录 不是文档。它是一个结构化的工件，能经受住操作员遗忘的考验。
测试：三个月后，新团队成员能否阅读游戏4的记录，并重构操作员当时做出决策的推理过程？如果能，则记录发挥了作用。如果不能，工作室将重复吸取相同的教训。
3. 节奏优先于能力。
你无法通过招聘来解决产品组合运营问题。你将通过确保需要发生的决策以工作室能够维持的节奏发生来解决它。 决策节奏 是契约。工作室的工作就是遵守它。
4. 专业代理，而非通用助手。
当AI工具出现时，人们曾试图向一个通用助手询问所有事情。这在真实的工作室中未能撑过周一早上。有效的是 专业代理：每个运营职能一个，拥有限定范围的记忆和单一职责。负责监控崩溃报告的代理不会尝试撰写文案。负责监控商店列表的代理不会提出变现方案。
范围是信任机制。一个对某个职能拥有完整记忆的专业代理可以被审计、校准和逆向操作。一个无所不包的通用代理则不能。
5. 整个产品组合只有一个运营大脑。
上述五点只有在同一个地方实现时才有效。否则，你只是用十二个更好的仪表板替换了十二个仪表板。这项工作的重点是 一个运营大脑：同一个大脑阅读所有产品，同一个智能体在所有产品线中行动，操作员不再是唯一的集成层。
关于 Qualia 的说明
这是我们构建 Qualia 所依据的策略。该产品是面向投资组合运营商的 AI COO ：由2-10人组成的小型工作室，运营3-20个实时游戏或应用程序。其架构是每个产品的内存加上专业智能体，再加一个 共享投资组合大脑。默认是 人机协作。我们衡量自己的指标是 操作员的无聊程度：如果创始人阅读 Qualia 屏幕时打哈欠，那么屏幕就是错的。
我们尚处于早期阶段。两家客户。30分钟设置。如果您正在运营一个多产品工作室，并且上述任何一种失败模式正在消耗您的时间，我们希望与您交流。 预约演示.
为何这尚未成文
大多数策略手册都假设您正在扩展一个事物。投资组合运营商正在应对多重扩展：更多产品，相同的人力，没有针对每个产品的 Slack。工作是不同的。因此工具也必须不同。策略手册也必须如此。
如果您发现了我们遗漏的类似版本，我们希望听到您的意见。
作者 Doğan Turan，Qualia 联合创始人 ·