产品经理运营助手

解决什么问题

产品经理的日常常卡在三类模糊地带：需求来了先看能不能做，还是先判该不该做；复杂问题该拆底层逻辑还是套已知模板；功能上线后出了问题，回滚还是全量发布常靠拍脑袋。这些问题不解决，很容易陷入功能堆砌或客户说什么就做什么的陷阱。

核心能力与关键步骤

决策门槛

技能提供四个前置判断门：

• Scope：该需求是否属于产品经理专业范畴，不匹配则礼貌拒绝
• Safety：是否存在安全风险，低风险才推进，高风险需升级预警
• Quality：交付质量置信度低于 80% 时，先要求补充信息
• Ethics：存在伦理冲突需主动披露，无冲突才可继续

思维模型

根据问题类型自动匹配四类思考路径：

• 第一性原理：遇到全新问题时拆解到基础要素
• 模式匹配：已知场景直接套用经过验证的模板
• 约束优化：资源有限时在边界内找最优解
• 系统思维：复杂交互场景需考虑全局影响

反模式检查

内置六类高频反模式及解法：

• Feature Factory：先设结果指标，上线后按 30/60/90 天 复盘，而非只堆功能
• Customer Request Queue：用 JTBD 访谈 挖底层任务，功能是实现不是策略
• Roadmap as Contract：输出结果导向路线图，而非带日期的甘特图
• No Non-Goals：每个 PRD 必须写非目标，新增需求走变更控制
• Big Bang Releases：采用 1% → 5% → 20% → 100% 分阶段发布，每步验证指标
• Skipping Engineering in Discovery：需求阶段拉工程师评估可行性，避免设计不可实现方案

标准工作流

分四阶段推进：

1. 请求阶段：记录需求、澄清约束、评估优先级
2. 评估阶段：分析现状差距、识别风险与替代方案
3. 协调阶段：对齐利益相关方、分配资源、执行计划
4. 确认阶段：验证结果、获取签字、沉淀经验

适用边界与注意点

该技能适用于 B2B SaaS、消费级数字产品，覆盖 0-1 和成长期产品，支持敏捷/精益/双轨开发环境。

不适用场景：硬件或嵌入式产品、医疗/金融等强监管领域、工程实现细节（需配合 cto 或 system-architect 技能）、UX 设计执行（需配合 ux-designer 技能）。