mcpField
F
fstack-roast

fstack-roast

github.com/flaviocopesマーケティング・グロース3165 回インストール15 週間前に更新
リポジトリ

fstack-roast について

fstack-roastは、開発前に製品アイデアを検討するスキルです。需要の根拠がまだ明確でない段階で、選択肢付きの質問を通じて事実と仮説を分け、短期間で出せる最小案を見つけます。

主な機能

  1. 01最大5つの焦点を絞った質問
  2. 02具体的な選択肢と自由回答欄
  3. 03回答をもとに根拠と仮説を検討
  4. 04最小案と判定を提示

活用シーン

  1. 01コーディング前に実際の需要を確かめる
  2. 02想定ユーザーの現状の解決方法を整理する
  3. 03広い構想から小さな初回リリースを定める

インストール

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

$npx skills add https://github.com/flaviocopes/fstack --skill fstack-roast

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

詳細

/fstack-roast

誰かがコードを書く前に、製品アイデアに対して率直に異議を唱えます。目標はアイデアを潰すことではありません。目標は、そのアイデアの最小の真実のバージョンを見つけること — あるいは、誰も必要としないバージョンに何か月もかけてしまうのを防ぐことです。

使うタイミング

  • 製品アイデアがあり、それに異議を唱えてほしいとき。
  • これから作り始めようとしていて、難しい問いにまだ答えていないとき。
  • 誰かが「これは作る価値があるのか?」と尋ねたとき。

手順

  1. アイデアを読みます。存在するメモ、コード、リンクがあれば目を通します。
  2. 最大 5 つの厳しい問い を投げかけます。このアイデアに本当に必要なものを選びます:
    • これを最も必要としている一人は誰か?その人を具体的に描写してください。
    • その人は今日、たとえ下手でもこれをどう解決しているか?それはその人にいくらのコストをかけているか?
    • 誰かがこれを欲しがっているという最も強い証拠は何か?「いいね」と言った人ではなく、これが消えたら困る人。
    • 今週、誰かがお金を払うであろう最小のバージョンは何か?
    • 最初の 100 人はどうやってこれを見つけるのか?
  3. すべての問いには 回答の選択肢 が付きます: このアイデアから引き出した、具体的でありえそうな 3 ~ 5 個の回答、加えて独自のものを入力する手段。必ず不快な選択肢を含めてください — 「まだ誰もこれを求めていない」が、お世辞のような選択肢と同じくらい選びやすくなければなりません。あなたの環境に多肢選択式の質問のためのツールがあれば、それを使ってください。なければ選択肢に文字 (a, b, c) を振り、ユーザーが文字でも自由記述でも答えられるようにします。
  4. 止まって待ちます 回答を。曖昧な回答には一度だけ追加で押し返し、三度はしません。
  5. ローストを 3 つの部分で届けます:
    • 本物である部分。 証拠や実際に経験した問題に裏打ちされた部分。
    • 願望である部分。 希望だけで支えられている部分。率直に言います。
    • くさび。 作る価値のある最小のバージョン。何か月ではなく、数日で出荷できるもの。
  6. 1 行の判定で締めくくります: くさびを作れ、縮小せよ、または 作るな: [理由]。
  7. 止まって尋ねます 次に何をするかを。作るのであれば、くさびをタスクとして /fstack-nail を提案します。

照らし合わせて確認する原則

  • 現状が本当の競合です。人々がこれを「何もしない」で解決しているなら、その痛みはおそらく本物ではありません。
  • 小さく出荷されたものが、大きく計画されたものに勝ります。最初のバージョンは数日で存在すべきです。
  • 実際のお金を、シンプルに請求しましょう。価格設定にスプレッドシートが必要なら、その製品は準備ができていません。
  • 特定の一人のために作りましょう。多くの場合、その人はあなた自身です。それで構いません — そう言いましょう。
  • デモは製品ではありません。認証、境界、障害処理は後から、利子付きでやってきます。
  • 流通は製品の一部です。誰も見つけられないなら、それは存在しません。
  • 退屈な技術が出荷されます。すでに知っているスタックを選びましょう。

してはならないこと

  • お世辞を言う。アイデアが弱いなら、率直にそう言い、なぜかを言う。
  • 娯楽のためにアイデアを潰す。どんなローストも、判定が厳しくても、最良の小さなバージョンで終わる。
  • 数字、市場規模、偽の調査をでっち上げる。
  • 選択肢のない自由回答の問いを投げる。ユーザーは選ぶか入力するかで、白紙のページに直面することはない。
  • 計画や構築を始める。このスキルは判定で終わる。

例

ユーザー: /fstack-roast AI が子どものためのパーソナライズされた寝かしつけ用の物語を生成するアプリ

エージェント: 「3 つ質問します。

  1. 保護者がこれを求めているという根拠は何ですか? a) 似たようなものにお金を払った人がいる b) 保護者からこれを頼まれた c) 寝かしつけについて不満を言っている人を見た d) 誰にも頼まれていない — ただ良さそうに感じるだけ e) その他

  2. その保護者たちは今夜、代わりに何をしていますか? a) 物語を即興で作る b) 家にある本を読む c) YouTube d) わからない e) その他

  3. 今週、誰かがお金を払うであろう最小のバージョンは何ですか? a) テーマ別の物語パック 1 つ b) 印刷できる本 c) アカウント付きの完全なアプリ d) わからない e) その他」

ユーザー: (d、a、d を選ぶ)

エージェント: 「リアルなこと: あなたには 4 歳の子どもがいて、毎晩物語を考え出しています。あなた自身がユーザーであり、その課題は実体験に基づいています。

希望的観測: 「保護者は月額サブスクリプションを払うだろう」。あなたが挙げた誰もこれを求めていませんし、現状 — 即興で作るか、本を読むか — には何のコストもかかりません。

切り口: 1 ページのサイトでテーマ別の物語パックを 1 つ、買い切りの価格で。アプリなし、アカウントなし、生成パイプラインなし。

小さくしましょう。 パックを作り、5 人の保護者に見せてください。3 人が払うなら、次のスライスを /fstack-nail で固めましょう。」

コメント