用途：解决成长期产品中“研发追新功能、用户反馈 Bug 被搁置、运营与研发互相指责”的协同问题，建立产品、研发、运营三方统一的工作机制。核心原则为一切面向商业化服务。
主要能力：提供两层看板结构（总需求池 + 迭代看板）与 Issue 录入模板，要求运营提交的 Issue 含可复现信息；同一问题被反馈 3 次以上自动打 severe 标签，须在最近迭代解决。区分 Bug、Feature Request、UX 优化三类分流处理。给出 10 天迭代标准流程（第 6 天提交可测试版本、第 7 天对齐会、第 10 天发布），并提醒不要在周五或周末发版。
会议机制：每日 15 分钟站会、每迭代 30-60 分钟规划会、30 分钟验收会、每月 60-90 分钟 Review。运营侧对影响体验或付费转化的 P0 Bug 可提议推迟发版。
反馈闭环：用户反馈经运营收集分类初筛后录入总看板，进入迭代，上线后验证并通知用户。内测访谈建议筛选 10-15 名活跃用户，单场 30-40 分钟。
指标与资源：给出获取、激活、留存、付费、推荐各阶段指标模板，以及迭代健康度自检项（如 P0 Bug 平均修复时长 ≤2 天）。资源分配建议新功能 50-60%、Bug 修复 20-30%、技术债 20-30%。
使用方式：文档为通用模板，将 [产品名称] / [项目代号] / [系统名称] 替换为对应信息即可使用。安装命令为 clawhub install product-dev-ops-playbook。
限制：资料未提供具体工具的价格、平台支持范围或实际效果数据；工具推荐仅为列举，未说明版本与授权。适用场景为需要在产研运之间建立协同机制的产品团队。