lean-canvas

lean-canvas skill の概要

lean-canvas は、ざっくりしたプロダクトアイデアを構造化された事業仮説に落とし込むための実践的な lean-canvas skill です。スタートアップ、機能、新規提供の背後にある中核仮説、つまり problem、solution、unique value proposition、unfair advantage、channels、customer segments、metrics、cost structure、revenue を整理するのに役立ちます。

この skill が特に向いている人

初期のプロダクト探索、創業者の事業設計、または lean-canvas for Product Management を行う場合に、この lean-canvas skill を使ってください。フルの事業計画ではなく、次に何を検証すべきかを明確にする簡潔なモデルが必要なときに最も力を発揮します。機会を比較したい、チームの認識を揃えたい、あるいは作る前にコンセプトを厳しく検証したいなら、この skill はよく合います。

何を作れるようになるか

この skill は、仮説を見える化して検証しやすい Lean Canvas を生成します。ここでの価値はまさにそこにあります。曖昧なアイデアを、意思決定に使える事業の見取り図へ変換することです。良い出力では、顧客が誰か、どんな痛みを解消するのか、なぜその解決策が違うのか、そしてこのモデルが成立するために何が真実でなければならないのかが、はっきり見えてきます。

どんなときに相性がいいか

この lean-canvas skill は、プロダクトの構想はあるものの、まだ検証済みの市場モデルがない場合に向いています。新規事業、社内イノベーション、機能レベルの機会に対して、最もリスクの高い仮説を特定し、それを軸にストーリーを整理したいときに効果的です。

lean-canvas skill の使い方

skill をインストールする

skill docs にあるリポジトリのインストール手順を使います: npx skills add phuryn/pm-skills --skill lean-canvas。skills directory やローカル環境を管理している場合は、プロンプトを投げる前に skill のパスが利用可能で、lean-canvas skill が含まれていることを確認してください。インストールに失敗すると、通常はトリガーの認識漏れや出力構造の不完全さとして現れます。

入力は最初に適切に渡す

この skill は、最初に次の4点を渡すと最もよく機能します。プロダクトまたは機能の説明、ターゲット顧客セグメント、市場コンテキスト、制約または指標です。強い lean-canvas usage のプロンプトにするには、「私のアプリの Lean Canvas を作って」とだけ言うのでは不十分です。市場と、何を判断したいのかを具体的に書いてください。

より強いプロンプトの例:

• Product: “B2B AI assistant for customer support teams”
• Customer: “small support teams at SaaS companies with 5–20 agents”
• Context: “high ticket volume, repetitive questions, limited headcount”
• Constraint: “must reduce first-response time without adding headcount”

出力を良くするワークフロー

まずは初回版の canvas を依頼し、その後で不足や弱い点を修正していきます。最初の結果は完成品ではなく、仮説マップとして扱ってください。出力が一般論っぽく感じるなら、たいていは入力に audience、alternatives、constraints の具体性が足りません。

lean-canvas usage での良い流れは次のとおりです。

1. プロダクトと顧客を明確に定義する。
2. 市場の言葉で主要な問題を述べる。
3. canvas の作成を依頼する。
4. どの仮説が最も弱いかを確認する。
5. より鋭い customer context または business context を加えて反復する。

まず読むべきファイル

まず SKILL.md を開いてください。実際の指示セットと入力要件がそこにまとまっています。この repository には補助スクリプトや参照フォルダがないため、隠れたワークフローを探し回る必要はありません。そのため lean-canvas install はシンプルです。重要なのは、テンプレートを理解して十分なコンテキストを渡すことであって、追加の assets を組み立てることではありません。

lean-canvas skill FAQ

通常の prompt より優れているのか？

たいていは yes です。再現性のある構造がほしいなら、特にそうです。一般的な prompt でも事業要約は作れますが、lean-canvas skill は startup reasoning に必要な特定の canvas カテゴリへ応答を誘導します。アイデア間で一貫性が必要なときや、複数のコンセプトを並べて比較したいときに有効です。

スタートアップ専用なのか？

いいえ。lean-canvas guide は、プロダクトマネージャー、イノベーションチーム、新規施策を評価する担当者にも役立ちます。特に lean-canvas for Product Management は、顧客の問題と測定可能な成果を結びつけて、機能や社内プロジェクトの正当性を示したいときに便利です。

主な制限は何か？

戦略の代替にはなりません。この skill は仮説を整理できますが、検証そのものはできません。市場、顧客、収益モデルが曖昧なままだと、canvas はもっともらしく見えても、裏付けが弱いままになることがあります。証明を主張するためではなく、何を検証すべきかを明確にするために使ってください。

使わないほうがいいのはどんな人か？

詳細な financial model、フルの go-to-market plan、または legal/compliance analysis がすでに必要なら、使わないほうがよいです。lean-canvas は、「この事業仮説は何か？」を問うときに最適であり、「完全な運営計画を作る」ためのものではありません。

lean-canvas skill を改善する方法

顧客の根拠をもっと鋭くする

品質を最も大きく押し上げるのは、顧客定義の精度です。「small businesses」ではなく「受付業務に spreadsheets を使っている、3〜10人規模の独立会計事務所」と言ってください。「consumers」ではなく、どんな behavior、urgency、workflow が彼らを動かすのかを書きます。顧客の具体性が上がると、problem framing、channels、revenue assumptions が一度に良くなります。

必要な判断を明示する

この canvas が何のためのものかを伝えてください。優先順位付け、pitch 準備、市場探索、機能検証などです。それによって重視すべき点が変わります。たとえば、pitch 向けの canvas なら UVP と unfair advantage を強調すべきですし、プロダクト判断向けの canvas なら problem severity、alternatives、metrics を重視すべきです。

仮説を締めて初稿を良くする

初回出力のあとで、弱い箇所を探します。曖昧な problem statement、一般的すぎる channels、セグメントに合っていない revenue line などです。そこに、より強い制約を1つ加えるか、より具体的な市場シグナルを1つ足して修正してください。lean-canvas guide の観点では、最良の反復は「全体にもっと詳しく書く」ことではなく、「広い主張を検証可能な仮説に置き換える」ことです。

よくある失敗パターンに注意する

最も多い失敗は、もっともらしいのに中身が薄い canvas です。これは入力に context が足りないか、複数の customer segments が混ざっていると起こります。もう1つの失敗は、顧客がなぜ乗り換えるのかを飛ばして、features にばかり寄ってしまうことです。これを避けるには、トップ仮説を示すよう依頼し、prompt の中で problem と alternative solutions を明示してください。