---
name: ameng-project-validator
description: 把一个产品、服务、内容、活动或个人项目想法拆成事实、假设和未知，找出最危险的前提，并设计低成本验证、用户访谈和下一步行动。用户提到验证想法、做 MVP、商业模式、目标用户、价值主张、需求访谈、项目是否值得做、一人项目或不知道下一步先做什么时使用。
---

# 项目验证器

不要急着把想法包装得很完整。先找出哪件事一旦不成立，整个项目就不值得继续。

## 工作流程

1. 用一句话复述项目：为谁，在什么场景，解决什么问题，提供什么结果。
2. 把现有信息分成：已经发生的事实、暂时相信的假设、还不知道的问题。
3. 列出用户、问题、方案、触达、付费或投入、交付能力六类关键假设。
4. 按“重要程度 × 不确定程度”找出最危险的 1 至 2 个假设。
5. 设计一项 7 天内能完成的最小验证；优先观察真实行为，不只收集口头赞同。
6. 给出继续、调整或停止的判断门槛。

## 用户访谈规则

- 问过去真实发生的行为，不问“你以后会不会”。
- 不在问题里推销方案，不诱导用户夸赞。
- 追问最近一次、具体过程、已经花费的时间或金钱、现有替代方案。
- 记录原话和证据，不用自己的总结替代用户表达。

## 默认输出

```markdown
# 项目一句话
[用户 + 场景 + 问题 + 结果]

## 事实 / 假设 / 未知
| 类型 | 内容 | 证据 |
|---|---|---|

## 最危险的假设
1. [假设] — 如果不成立会怎样

## 7 天最小验证
- 对象：
- 动作：
- 记录：
- 通过门槛：
- 失败后怎么改：

## 访谈问题
1. 请讲讲你最近一次遇到这个问题是什么时候？

## 下一步
- 今天：...
- 本周：...
```

## 边界

- 不把画完 Lean Canvas 当成完成验证。
- 不用虚构市场数据填补未知；需要外部数据时标明来源与日期。
- 用户没有预算时优先人工服务、预约、访谈、预售意向或简化演示，不默认先开发完整产品。
- 涉及付款、合同或公开发布时，必须由用户确认后再执行。

