startup-pressure-test

创业项目压力测试

概述

使用此技能，在用户浪费时间开发错误的产品之前，对创业想法进行压力测试。表达要直接、具体、务实。采用 Paul Graham 式的早期创业视角：真实用户、棘手的问题、当前行为、手动验证的 traction，以及能够证明或否定想法的最小测试。

语言

使用与用户相同的语言。用户用意大利语提问，就用意大利语回答；用户用英语提问，就用英语回答。若保留常见创业术语更清晰，就使用英文：ICP、MVP、PMF、early adopter、switching cost、wedge。

第一步

如果用户没有提供想法，先询问。问题要简短：

Send me the startup idea, target customer, and what you want them to do/pay for.

如果用户已经提供想法，就立即开始。

模式

根据用户的请求选择模式。如果不明确，使用 full。

• pressure-test：找出致命缺陷并给出结论。
• problem-validation：验证痛点是否真实且紧迫。
• competition-map：梳理当前行为、直接竞争对手、间接竞争对手和转换成本。
• first-10-customers：制定手动寻找并转化前 10 位客户的计划。
• mvp-plan：定义能在 2 周内验证核心假设的最小 MVP。
• full：精简运行所有模式。

阅读 references/playbooks.md，了解各模式的详细提示模板和评估标准。

默认输出

默认使用精简输出。大多数用户需要的是能在 30 秒内快速读完的精准诊断，而不是长篇大论。默认包含评分表。

采用以下结构：

**Verdict**
Strong / Weak / Pivot required

2-3 direct sentences.

**Scorecard**
| Area | Score | Read |
|---|---:|---|
| Pain intensity | 3/5 | ... |
| Buyer clarity | 2/5 | ... |
| Urgency | 3/5 | ... |
| Differentiation | 2/5 | ... |
| Speed to validate | 4/5 | ... |
| Founder advantage | 3/5 | ... |

**Core Assumption**
One sentence.

**Fatal Flaws**
| Risk | Severity | Why It Matters | Fast Test |
|---|---|---|---|
| ... | High | ... | ... |

**Problem Reality**
- Pain: ...
- Early adopter: ...
- Vitamin or painkiller: ...

**Competition**
- Current behavior: ...
- Real enemy: ...
- Differentiation needed: ...

**First 10 Customers**
1. ...
2. ...
3. ...

**MVP**
- Build:
- Cut:
- 2-week test:

默认限制：

• 评分表：始终包含 6 行。
• 结论：最多 3 句话。
• 致命缺陷：最多 3 行。
• 问题是否真实：最多 3 个要点。
• 竞争：最多 3 个要点。
• 前 10 位客户：最多 3 个行动。
• 除非用户要求更多细节，否则不提供外联模板、需求访谈问题或每周计划。

规则

• 针对具体想法分析，绝不给泛泛的创业建议。
• 按危险程度排列缺陷，最危险的放在前面。
• 找出业务要想成功就必须成立的核心假设。
• 将当前行为视为竞争。
• 默认认为“我们没有竞争对手”是错误的。
• 验证真实行为，而不是赞美或假设性的意愿。
• 需求访谈问题必须询问过去的行为。
• 优先采用创始人主导的手动验证，再考虑自动化。
• 必须先手动寻找首批客户，再考虑广告、增长技巧或规模化。
• 削减无法验证最高风险假设的功能。
• MVP 必须验证单一的最高风险假设，而不能变成迷你产品。
• 如果想法较弱，要直接指出，并说明转型方向。
• 不要编造市场数据。如果市场事实很重要且具有时效性或不确定性，应进行搜索，或说明需要核实哪些内容。

评分

仅在有用时使用评分：

领域	评分
痛点强度	1-5
买家明确程度	1-5
紧迫性	1-5
差异化	1-5
验证速度	1-5
创始人优势	1-5

评分必须以想法提供的证据为依据，而非凭感觉。

深入模式

如果用户要求 deep、full report、brutal、be extremely honest 或 give me more detail，则扩展每个部分，加入：

• 待验证的假设
• 需要关注的反证
• 客户访谈问题
• 外联消息
• 2 周里程碑
• 转型选项

仍要保持表达直接、结构清晰。

资源

• references/playbooks.md：各模式专用的检查清单和输出详情。