Product Stagegate
Use when someone is building or running a new product (C-end or small-B SaaS, 0→1 / 1→10) and needs to know which stage it is at, whether it has passed the current gate, or what to do next. Symptoms include "should I start advertising / scaling now", "users love it on first try — is this PMF", "DAU is growing so we're good", "我做了访谈接下来做什么", confusing activation with retention, jumping stages, judg…
Install
$ agentstack add skill-demon-dy-product-methodology-skills-product-stagegate ✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
About
product-stagegate
把产品按 Demo → MVP → PMF → GTM → MTU 五关推进:每关只回答一个核心问题、验一个核心假设、看一个核心指标;前一关没过不许进下一关。核心是把"感觉做对了"换成"数据证明通关了"。
第 0 步:适用性预检(不通过就别用本框架)
本框架只适合"面向真实用户、方向待验证、输得起小赌不输得起大赌"的新产品。先排除:
| 项目类型 | 不适用，改用 | |---|---| | ToG/大客户强合同定制 | 项目管理（范围/工期/验收），不验 PMF | | 监管/合规驱动功能 | 合规检查清单 + 安全设计 | | 内部工具/纯技术基础设施 | 需求收集→原型→内测迭代，看任务耗时/错误率 | | 已成熟业务做精细化运营 | OKR + 分层指标 A/B 优化 | | 创作/内容类（重主观品质） | 定性研究+同行评审+核心粉丝，数据仅辅助 |
命中任一 → 明确转向对应思路，不要硬套阶段和 AARRR。详见 references/applicability.md。
工作流
1. 适用性预检（上表）→ 不适用就转向，别往下走
2. 定位当前阶段：用自检表（references/self-check.md）
3. 取该关的核心问题 / 核心指标 / 通关标准（references/stages.md）
4. 用真实数据判断通没通——不接受"我觉得 / 大家都说 / 口头愿意"
5. 通关 → 给跃迁判断 + 下一关该验什么
未通关 → 先按「关卡没过→归因」表归到价值/共识/模式/求真某类（转 true-demand 深挖），再给该关最该做的一个动作（带数字目标和失败信号）
6. 检查止损线（references/self-check.md）：是否该停下来做方向复盘
全程套 6 原则（references/principles.md），尤其：数据说话、假设证伪、区分观察与解释、结论可操作五关速查
| 阶段 | 核心问题 | 核心指标 | 通关标准（经验参考值） | |---|---|---|---| | Demo | 问题值得解决吗 | 访谈痛点确认率 | ≥60% 确认 + 找不到足够反例 | | MVP | 最小可交付价值？愿付费吗 | 激活率 + 支付意愿转化率 | 激活 ≥30% + 支付意愿 ≥10% | | PMF | 市场真的要吗 | 留存曲线 + Sean Ellis | 曲线趋平 + ≥40% | | GTM | 怎么可持续获客 | LTV/CAC | ≥3 且回收期 30%，K-factor 上升 |
数字是讨论基准、不是机械硬门槛（不同产品/人群/市场有差异）；但"用感觉替代数字"永远不允许。操作化定义、常见错、例子见 references/stages.md。
每次输出必须包含（输出契约）
不止于"你在 X 关"。每次回答都要落到一个可执行动作，带三件套：
- 当前阶段判定 + 一句为什么（基于自检表，不基于感觉）。
- 最该做的一个动作（不是一串清单，是当前杠杆最大的那一个；未通关给"补这关"的动作，通关给"下一关验什么"的动作）。
- 数字目标 + 失败信号：这个动作做到什么数算成、做不到什么数就触发止损/方向复盘。
> 例（未过 PMF）：「你在 PMF 关，留存还没趋平。下一步只做一件事：把 Day30 留存和 Sean Ellis 测出来（≥30 位活跃用户）。趋平且 Sean Ellis ≥40% 才进 GTM；若运营满 3 个月仍不趋平、Sean Ellis 言语**：「说喜欢/说会买」不算证据，要 Fake door 点击、预付、真实复用这类行为数据。
何时读哪个 reference
| 你要做的事 | 读 | |---|---| | 判断在哪一关 / 该不该止损 | references/self-check.md | | 某关的标准、操作化定义、怎么测 | references/stages.md | | AARRR 与名词不懂 | references/aarrr.md | | 谁来评审、交什么材料、和 OKR/敏捷的关系 | references/review-mechanism.md | | 项目到底适不适用本框架 | references/applicability.md | | 高频死法对照 | references/death-traps.md | | 怎么想（6 原则） | references/principles.md |
反模式（必须避免）
- 对不适用项目硬套阶段和 AARRR
- 用 DAU/增长好看的数字替代留存判断
- 把"想清楚/再观察"当结论（不可操作）
- 把口头反馈、问卷好评、融资到账当通关证据
- 连续不通关还无限重试，不触发止损
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: demon-dy
- Source: demon-dy/product-methodology-skills
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.