mcpField
S
startup-pressure-test

startup-pressure-test

github.com/kappaemme-gitマーケティング・グロース99364 回インストール25 週間前に更新
リポジトリ

startup-pressure-test について

構築を始める前にアイデアを検証したい創業者向けの評価スキルです。ユーザーの課題、現在の行動、手動での検証、小規模テストからリスクと次の手順を整理します。

主な機能

  1. 016種類の評価モード
  2. 02標準の6項目スコアカード
  3. 03中核仮説と致命的な欠陥の評価
  4. 04手動テストとMVP範囲の計画

活用シーン

  1. 01顧客の課題に緊急性があるか確認
  2. 02競合と既存の代替手段を整理
  3. 03最初の10顧客へのアプローチを計画
  4. 042週間で仮説を検証するテストを設計

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/kappaemme-git/codex-startup-pressure-test-skill --skill startup-pressure-test

インストール後、Claude Code で/startup-pressure-testを入力して読み込まれたか確認します。

同梱ファイルagents/openai.yamlreferences/playbooks.md

詳細

スタートアップのストレステスト

概要

ユーザーが間違ったものを作るのに時間を浪費する前に、スタートアップのアイデアをストレステストするために、このスキルを使います。率直に、具体的に、実践的に対応してください。ポール・グレアム流の初期スタートアップの視点、つまり実在するユーザー、深刻な問題、現在の行動、手作業によるトラクション、そしてアイデアの有効性を証明または否定する最小限のテストを重視します。

言語

ユーザーの言語に合わせてください。ユーザーがイタリア語で書いた場合は、イタリア語で回答してください。英語で書いた場合は、英語で回答してください。より明確な場合は、一般的なスタートアップ用語を英語のまま使ってください: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:モードごとのチェックリストと出力の詳細。

コメント