69 lines
6.2 KiB
Markdown
69 lines
6.2 KiB
Markdown
---
|
||
title: "Phase 5 Playbook — Launch & Growth"
|
||
type: source
|
||
tags: []
|
||
date: 2026-05-01
|
||
---
|
||
|
||
## Source File
|
||
- [[Agent/agency-agents/strategy/playbooks/phase-5-launch.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：NEXUS 多 Agent 团队 Phase 5（产品发布与增长运营阶段）完整执行手册——2-4 周，12 个 Agent 协同，实现最大市场影响力
|
||
- 问题域：如何在发布日实现所有渠道同时激活、零宕机部署、48+ 小时系统稳定
|
||
- 方法/机制：T-7 预热 → T-0 爆发 → T+1~T+7 监控响应 → T+7~T+14 优化迭代，四阶段递进式发布节奏
|
||
- 结论/价值：Phase 5 完成的标志是产品已部署、系统稳定 48+ 小时、增长渠道激活、反馈循环运转
|
||
|
||
## Key Claims（用中文描述）
|
||
- Phase 5 的核心目标是在发布日实现所有营销渠道协同发力、工程侧确保零宕机，12 个 Agent 同时激活
|
||
- 发布日 T-7 预热周：内容/营销/技术三轨并行准备（Content Creator × Social Media Strategist × Growth Hacker × DevOps Automator）
|
||
- 发布日 T-0：DevOps Automator 负责蓝绿部署、Infrastructure Maintainer 监控 10 倍流量扩展、社交媒体 Agent 同步激活
|
||
- 发布后 T+1~T+7：每日晨/午/晚三波段运营节奏，Analytics Reporter + Feedback Synthesizer + Growth Hacker 每日报告
|
||
- 发布后 T+7~T+14：Growth Hacker 基于首周数据优化转化漏斗、规模化有效渠道、Experiment Tracker 启动 A/B 测试
|
||
- 质量门包含 7 项标准：零宕机部署、48 小时无 P0/P1、系统监控、用户获取渠道激活、反馈循环运转、干系人通报、支持团队就绪
|
||
- 质量门由 Studio Producer（战略）+ Analytics Reporter（数据）双签，决策为 STABLE / CRITICAL / ROLLBACK
|
||
|
||
## Key Quotes
|
||
> "Coordinate go-to-market execution across all channels simultaneously. Maximum impact at launch." — Phase 5 的核心目标：全渠道同步激活
|
||
> "A B/B+ rating on first pass is normal and expected." — 快速迭代心态：预期 2-3 轮迭代
|
||
> "Phase 5 is complete when the product is deployed, systems are stable for 48+ hours, growth channels are active, and the feedback loop is operational." — Phase 5 完成标准
|
||
|
||
## Key Concepts
|
||
- [[BlueGreenDeployment]]：蓝绿部署 — 两套等价生产环境（蓝/绿），新版本在绿环境验证后通过负载均衡器切换流量，实现零停机发布；Phase 5 中 DevOps Automator 负责执行
|
||
- [[KFactor]]：K-Factor（病毒系数）— 衡量产品病毒式传播能力的指标，K > 1 表示每个用户带来超过 1 个新用户；Phase 5 中 Growth Hacker 负责基于 K-factor 数据优化病毒机制
|
||
- [[ViralLoop]]：病毒式增长循环 — 用户通过分享/推荐行为自发引入新用户的增长飞轮；Phase 5 中 Growth Hacker 通过 referral codes 和 sharing incentives 激活 ViralLoop
|
||
- [[QualityGate]]：质量门 — Phase 5 包含 7 项质量门标准，双签机制确保战略与数据双视角验证
|
||
- [[FeatureFlag]]：功能开关 — Phase 5 中 DevOps Automator 配置 gradual rollout，优先全量部署前在小比例流量验证
|
||
- [[AutoScaling]]：自动扩展 — Infrastructure Maintainer 配置 10 倍预期流量扩展能力，应对发布日流量高峰
|
||
|
||
## Key Entities
|
||
- [[StudioProducer]]：Studio Producer — NEXUS 项目的总制作人，Phase 5 质量门的战略视角双签人，负责 STABLE/CRITICAL/ROLLBACK 决策
|
||
- [[AnalyticsReporter]]：Analytics Reporter — 数据分析 Agent，Phase 5 质量门的数据视角双签人，负责实时指标仪表盘、每小时流量报告、渠道归因追踪
|
||
- [[DevOpsAutomator]]：DevOps Automator — 负责蓝绿部署、DevOps 流水线、Feature Flag 配置的工程 Agent
|
||
- [[InfrastructureMaintainer]]：Infrastructure Maintainer — 负责 10 倍流量扩展、监控告警、灾难恢复的系统工程 Agent
|
||
- [[GrowthHacker]]：Growth Hacker — 负责病毒机制、K-factor 追踪、增长实验的营销 Agent
|
||
- [[ContentCreator]]：Content Creator — 负责最终化所有发布内容的营销 Agent
|
||
- [[SocialMediaStrategist]]：Social Media Strategist — 负责跨平台营销资源定稿的 Agent
|
||
- [[SupportResponder]]：Support Responder — 负责处理用户咨询、文档问题、上报工程问题的支持 Agent
|
||
- [[FeedbackSynthesizer]]：Feedback Synthesizer — 负责监控、分类、优先排序用户反馈的 Agent
|
||
- [[ExperimentTracker]]：Experiment Tracker — 负责 Launch A/B 测试结果的追踪 Agent
|
||
- [[ProjectShepherd]]：Project Shepherd — 负责发布日清单分发、跨 Agent 协调的 PM Agent
|
||
- [[TwitterEngager]]：Twitter Engager — 负责发布日 Twitter 线程发布的社交媒体 Agent
|
||
- [[RedditCommunityBuilder]]：Reddit Community Builder — 负责 Reddit 社区真实发布的社交媒体 Agent
|
||
- [[ExecutiveSummaryGenerator]]：Executive Summary Generator — 负责每日干系人简报生成的 Agent
|
||
|
||
## Connections
|
||
- [[Phase4Hardening]] ← handoff ← [[Phase5Launch]] — Phase 4 的 READY 裁决触发 Phase 5，是 Phase 5 的前置依赖
|
||
- [[Phase5Launch]] ← produces_stable ← [[Phase6Operate]] — Phase 5 STABLE 裁决触发 Phase 6 持续运营
|
||
- [[Phase5Launch]] ← rollback ← [[Phase4Hardening]] — ROLLBACK 决策将触发 Phase 4 修复循环
|
||
- [[DevOpsAutomator]] ← deploys ← [[Phase5Launch]] — DevOps Automator 执行 Phase 5 的部署阶段
|
||
- [[InfrastructureMaintainer]] ← monitors ← [[Phase5Launch]] — Infrastructure Maintainer 负责 Phase 5 期间的系统监控
|
||
- [[StudioProducer]] ← gate_keeps ← [[Phase5Launch]] — Studio Producer 作为质量门双签人之一
|
||
- [[AnalyticsReporter]] ← reports ← [[Phase5Launch]] — Analytics Reporter 提供质量门数据视角验证
|
||
|
||
## Contradictions
|
||
- 与 [[scenario-startup-mvp]] 冲突：
|
||
- 冲突点：发布节奏的激进程度 — Phase 5 的 T-7~T+14 框架假设有完整的营销团队（12 个 Agent）和 2-4 周发布周期；scenario-startup-mvp 的 Day 6 即需验证产品市场契合度（PMF）并启动增长
|
||
- 当前观点（Phase 5）：系统化分阶段发布（预热→爆发→监控→优化），质量门确保稳定后进入 Phase 6
|
||
- 对方观点（scenario-startup-mvp）：快速迭代模式，PMF 验证优先于系统化质量门，允许在不稳定状态下快速验证市场反应
|