5.6 KiB
5.6 KiB
title, type, tags, date
| title | type | tags | date |
|---|---|---|---|
| Phase 6 Playbook — Operate & Evolve | source | 2026-04-29 |
Source File
Summary（用中文描述）
- 核心主题：产品上线后的持续运营与演进框架，定义多频次运营节拍、持续改进闭环、应急响应协议和战略进化流程。
- 问题域：产品已上线（Phase 5 结束），如何维持高质量运营并实现持续增长与优化。
- 方法/机制：通过分层运营节拍（Continuous / Daily / Weekly / Bi-Weekly / Monthly / Quarterly）分配 Agent 职责；建立 Measure → Analyze → Plan → Build → Validate → Deploy 六步持续改进闭环；P0–P3 四级应急响应机制；季度战略评审驱动产品演进。
- 结论/价值：Phase 6 无结束日期，只要产品在市场一天就持续运行；新功能通过压缩的 NEXUS 循环（7步）快速迭代。
Key Claims（用中文描述）
- Studio Producer 作为治理核心，通过分层节拍协调 12+ Agent 的持续运营活动。
- 持续改进闭环（Measure → Deploy）每季度推动流程效率提升 20%。
- P0 事故需即时响应（MTTR < 30 分钟），P3 纳入下个 Sprint 处理。
- 月度增长评审整合渠道表现、实验结果、留存分析和增长路线图更新。
- 季度战略评审从市场定位、产品策略、增长策略和组织健康四个维度评估产品方向。
Key Quotes
"Phase 6 has no end date. It runs as long as the product is in market, with continuous improvement cycles driving the product forward." — Phase 6 运营哲学
"Preparation beats heroics." — 应急响应核心原则（与 Incident Response Commander Agent 共享理念）
Key Concepts
- Continuous Improvement Loop：Measure → Analyze → Plan → Build → Validate → Deploy 的六步持续改进闭环，每季度推动流程效率提升 20%。
- Operational Cadence：分层运营节拍——Continuous（常驻）、Daily、Weekly、Bi-Weekly、Monthly、Quarterly，将 Agent 职责与活动频率对齐。
- Incident Response Protocol：P0–P3 四级事故分级与对应响应团队、响应时间和决策权限的结构化应急体系。
- NEXUS Sprint：Phase 6 中新功能开发的压缩生命周期——从 Backlog 选择到用户反馈收集的 7 步快速迭代循环。
- Growth Operations：以 Growth Hacker 为核心，整合渠道分析、实验追踪、留存分析和增长路线图的月度增长评审。
- Financial Operations：以 Finance Tracker 为核心，覆盖收入分析、成本分析、单位经济指标和预测的月度财务评审。
- Compliance Operations：以 Legal Compliance Checker 为核心，覆盖监管跟踪、隐私合规、安全合规和审计准备的月度合规评审。
- Quarterly Strategic Review：以 Studio Producer 为核心，从市场定位、产品策略、增长策略和组织健康四个维度进行季度战略评审。
Key Entities
- Studio Producer：Phase 6 治理核心，协调所有运营节拍，主持季度战略评审，P0 事故最终决策者。
- Infrastructure Maintainer：负责系统正常运行时间（99.9%）和性能安全，SLA 要求 MTTR < 30 分钟。
- Support Responder：负责客户支持与问题解决，首次响应 SLA < 4 小时。
- DevOps Automator：负责部署流水线和热修复，支持每日多次部署能力。
- Analytics Reporter：负责 KPI 仪表板更新，每日快照和每周性能分析。
- Feedback Synthesizer：负责用户反馈综合，周会和双周深度分析。
- Sprint Prioritizer：负责待办列表梳理和 Sprint 规划。
- Growth Hacker：负责增长渠道优化，主持月度增长评审。
- Project Shepherd：跨团队协调，P1 事故决策权限。
- Experiment Tracker：负责 A/B 测试分析与实验结果总结。
- Content Creator：负责内容日历执行和发布内容报告。
- Executive Summary Generator：负责 C-suite 月度报告。
- Finance Tracker：负责月度财务报告和单位经济分析。
- Legal Compliance Checker：负责月度监管合规检查。
- Trend Researcher：负责月度市场情报更新。
- Brand Guardian：负责月度品牌一致性审计。
- Workflow Optimizer：负责流程效率审计和优化报告。
- Performance Benchmarker：负责性能回归测试和季度性能报告。
- Tool Evaluator：负责技术栈评估和 Tech Debt 评估。
- Agents Orchestrator：P2 事故决策权限，分类并分配响应团队。
Connections
- phase-5-hardening ← extends ← phase-6-operate（Phase 6 以 Phase 5 的质量门槛为前提）
- phase-3-build ← implements ← NEXUS Sprint（NEXUS Sprint 是 Phase 3 Dev↔QA 循环在 Phase 6 的复用）
- project-management-studio-producer ← governs ← phase-6-operate（Studio Producer Agent 是 Phase 6 的核心治理角色）
- handoff-templates ← receives_from ← phase-5-hardening（Phase 5 Handoff Package 是 Phase 6 的输入）
- scenario-incident-response ← implements ← Incident Response Protocol（场景手册是应急协议的具体执行指南）
Contradictions
- 与 scenario-incident-response 存在细节差异：
- 冲突点：事故分级体系名称和粒度不同。
- 当前观点：Phase 6 使用 P0–P3 四级，定义明确响应时间和决策权限。
- 对方观点：Incident Response Runbook 可能使用 SEV1–SEV4 分级体系。
- 建议：以 Phase 6 文档的 P0–P3 为准，Incident Response Runbook 应与 Phase 6 对齐或明确说明两套体系如何共存。