business-model-canvas について
Business Model Canvas の9つのブロックを使って、ビジネスモデルを設計・分析するスキルです。キャンバスの作成、検証、健全性指標を案内し、図式と表形式で出力できます。
主な機能
- 01キャンバスの9ブロックを分析
- 02段階的なキャンバス作成手順
- 03検証チェックリストを収録
- 04実現可能性と主要比率の指標を提示
- 05図式と表形式の出力に対応
活用シーン
- 01企業やアイデアのキャンバス作成
- 02ビジネスモデルの前提の見直し
- 03モデルの実現可能性とコスト構造の評価
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ scientiacapital/ skills --skill business-model-canvasインストール後、Claude Code で/business-model-canvasを入力して読み込まれたか確認します。
同梱ファイルconfig.json
詳細
<quick_start> キャンバスを生成する:
/business-model canvas for [company/idea]
Claudeが9つのブロックをすべて分析します:
- 顧客セグメント(誰にサービスを提供するのか?)
- 価値提案(どのような価値を提供するのか?)
- チャネル(顧客にどのようにリーチするのか?)
- 顧客との関係(どのように関与するのか?)
- 収益の流れ(どのように収益を得るのか?)
- 主要リソース(何が必要か?)
- 主要活動(何をしなければならないか?)
- 主要パートナーシップ(誰が支援してくれるのか?)
- コスト構造(いくらかかるのか?) </quick_start>
<the_9_blocks>
1. 顧客セグメント
問い: 誰のために価値を創造するのか? 最も重要な顧客は誰か?
種類:
| 種類 | 説明 | 例 |
|---|---|---|
| マスマーケット | セグメント間の区別なし | 家電製品 |
| ニッチマーケット | 特定の専門的なセグメント | 高級品 |
| セグメント化 | わずかに異なるニーズ | 銀行のリテール対プライベート |
| 多様化 | 無関係なセグメント | Amazon(リテール + AWS) |
| マルチサイド | 相互依存するセグメント | クレジットカード(加盟店 + カード会員) |
2. 価値提案
問い: どのような価値を提供するのか? どのような問題を解決するのか?
価値の種類:
- 新規性 - 顧客が知らなかった新しいニーズ
- パフォーマンス - 製品・サービスのパフォーマンスの向上
- カスタマイズ - 特定のニーズに合わせた調整
- 仕事の遂行 - 単に物事の遂行を支援すること
- デザイン - 優れたデザインと美しさ
- ブランド・ステータス - 特定のブランドを使用することによる価値
- 価格 - 同様の価値をより低い価格で提供
- コスト削減 - 顧客のコスト削減を支援
- リスク削減 - 顧客が被るリスクの削減
- アクセシビリティ - 新しいセグメントが製品を利用できるようにすること
- 利便性・使いやすさ - 物事を使いやすくすること
3. チャネル
問い: 顧客にどのようにリーチするのか? どのチャネルが最も効果的か?
チャネルのフェーズ:
- 認知 - どのように認知度を高めるのか?
- 評価 - どのように顧客の評価を支援するのか?
- 購入 - どのように顧客が購入できるようにするのか?
- 提供 - どのように価値を提供するのか?
- アフターセールス - どのように購入後のサポートを提供するのか?
チャネルの種類:
| 種類 | 自社 | パートナー |
|---|---|---|
| 直接 | 営業部隊、ウェブ販売、自社店舗 | - |
| 間接 | - | パートナー店舗、卸売業者 |
4. 顧客との関係
問い: 各セグメントはどのような種類の関係を期待しているのか?
関係の種類:
- 人的支援 - 販売中・販売後の人による対応
- 専任の人的支援 - 専任の担当者
- セルフサービス - 直接的な関係はなく、すべてのリソースが提供される
- 自動サービス - セルフサービス + 自動化の組み合わせ
- コミュニティ - 知識交換のためのユーザーコミュニティ
- 共創 - 価値創造への顧客の参画
5. 収益の流れ
問い: 顧客はどのような価値に対して支払う意思があるのか? どのように支払うのか?
収益の種類:
| 種類 | 説明 | 価格設定 |
|---|---|---|
| 資産の販売 | 所有権の販売 | 固定/動的 |
| 使用料 | サービスの使用ごとの支払い | 単位ごと |
| サブスクリプション | 継続的なアクセス料金 | 月額/年額 |
| 貸付・リース | 一時的な使用権 | 期間ごと |
| ライセンス | 知的財産権 | ライセンスごと |
| 仲介手数料 | 仲介料 | 取引の% |
| 広告 | 広告のための料金 | CPM/CPC/CPA |
価格設定のメカニズム:
- 固定: 定価、機能依存、セグメント依存、数量依存
- 動的: 交渉、イールドマネジメント、リアルタイム市場、オークション
6. 主要リソース
**質問:**価値提案を実現するために必要な主要リソースは何ですか?
リソースのカテゴリー:
| カテゴリー | 例 |
|---|---|
| 物理的 | 施設、設備、車両、在庫、資材 |
| 知的 | ブランド、特許、著作権、独自の知識、データベース |
| 人的 | 創造的な才能、専門知識、経験、スキル |
| 財務的 | 現金、融資枠、ストックオプション、保証 |
7. 主要活動
**質問:**価値提案を実現するために必要な主要活動は何ですか?
活動のカテゴリー:
- 生産 - 製品の設計、製造、提供(製造業)
- 問題解決 - 個別の問題に対する解決策の発見(コンサルティング)
- プラットフォーム/ネットワーク - プラットフォームの開発、サービスの提供、プロモーション(テクノロジー)
8. 主要パートナーシップ
**質問:**主要なパートナーやサプライヤーは誰ですか?
パートナーシップの種類:
| 種類 | 目的 | 例 |
|---|---|---|
| 戦略的提携 | 競合しない企業同士 | 航空会社+ホテル |
| 競争的協力 | 競合企業同士の連携 | Samsung+Apple(部品) |
| 合弁事業 | 新規事業の開発 | Sony Ericsson |
| 買い手とサプライヤー | 安定した供給の確保 | 自動車メーカー+サプライヤー |
パートナーシップの動機:
- 最適化と規模の経済
- リスクと不確実性の低減
- リソースや活動の獲得
9. コスト構造
**質問:**ビジネスモデルにおいて最も重要なコストは何ですか?
コスト重視の方針:
| 方針 | 説明 | 例 |
|---|---|---|
| コスト重視 | 可能な限りコストを最小限に抑える | 格安航空会社、Walmart |
| 価値重視 | 価値の創出に注力する | 高級ホテル、プレミアムブランド |
コストの特性:
- 固定費 - 数量にかかわらず一定(給与、賃料)
- 変動費 - 生産量に応じて変動(資材)
- 規模の経済 - 数量が増えると単位当たりのコストが下がる
- 範囲の経済 - 事業の範囲が広がるとコストが下がる
</the_9_blocks>
<canvas_generation_algorithm>
キャンバスの生成プロセス
ステップ1:顧客セグメントを特定する
For each potential segment:
- Define demographics/firmographics
- Assess market size
- Evaluate accessibility
- Score attractiveness (1-10)
Prioritize: Focus on top 2-3 segments
ステップ2:価値提案を定義する
For each priority segment:
- List jobs-to-be-done
- Identify pains to relieve
- Identify gains to create
- Match to value types above
Map: segment → value proposition(s)
ステップ3:チャネルを設計する
For each channel phase:
- Awareness: [channels]
- Evaluation: [channels]
- Purchase: [channels]
- Delivery: [channels]
- After-sales: [channels]
Optimize: Cost vs reach vs customer preference
ステップ4:顧客との関係を定義する
For each segment:
- Determine relationship type
- Consider acquisition cost
- Plan retention strategy
- Define upsell path
ステップ5:収益の流れを確立する
For each value proposition:
- Select revenue type
- Choose pricing mechanism
- Estimate willingness to pay
- Project revenue potential
ステップ6:主要リソースを特定する
For value propositions + channels + relationships:
- List required physical resources
- List required intellectual resources
- List required human resources
- List required financial resources
ステップ7:主要活動を定義する
For each key resource:
- Define activities to acquire
- Define activities to maintain
- Define activities to leverage
Categorize: Production / Problem Solving / Platform
ステップ8:主要パートナーシップを確立する
For each activity not core to business:
- Evaluate build vs buy vs partner
- Identify potential partners
- Define partnership type
- Establish terms
ステップ9:コスト構造を算出する
Sum all costs:
- Fixed costs (resources, overhead)
- Variable costs (per unit)
- Partnership costs
Determine: Cost-driven or Value-driven approach
</canvas_generation_algorithm>
<output_format>
ビジネスモデルキャンバスの出力
キャンバスの視覚的レイアウト
┌─────────────────┬─────────────────┬─────────────────┬─────────────────┬─────────────────┐
│ Key Partners │ Key Activities │ Value │ Customer │ Customer │
│ │ │ Propositions │ Relationships │ Segments │
│ • Partner 1 │ • Activity 1 │ │ │ │
│ • Partner 2 │ • Activity 2 │ • Value 1 │ • Type 1 │ • Segment 1 │
│ ├─────────────────┤ • Value 2 │ • Type 2 │ • Segment 2 │
│ │ Key Resources │ │ │ │
│ │ │ ├─────────────────┤ │
│ │ • Resource 1 │ │ Channels │ │
│ │ • Resource 2 │ │ │ │
│ │ │ │ • Channel 1 │ │
│ │ │ │ • Channel 2 │ │
├─────────────────┴─────────────────┴─────────────────┴─────────────────┴─────────────────┤
│ Cost Structure │ Revenue Streams │
│ │ │
│ Fixed: $X │ • Stream 1: $Y │
│ Variable: $X per unit │ • Stream 2: $Z │
└───────────────────────────────────┴─────────────────────────────────────────────────────┘
表形式
| ブロック | 内容 |
|---|---|
| 顧客セグメント | [セグメントの一覧] |
| 価値提案 | [価値提案の一覧] |
| チャネル | [フェーズごとのチャネル一覧] |
| 顧客との関係 | [関係の種類の一覧] |
| 収益の流れ | [価格設定を含む収益の流れの一覧] |
| 主要リソース | [カテゴリーごとの一覧] |
| 主要活動 | [活動の一覧] |
| 主要パートナーシップ | [パートナーと目的の一覧] |
| コスト構造 | [コストと方針の一覧] |
</output_format>
<validation_questions>
キャンバスの検証チェックリスト
顧客セグメント
- セグメントは明確に定義され、互いに区別されていますか?
- 市場規模は定量化されていますか?
- その顧客にサービスを提供して収益を上げられますか?
価値提案
- 現実の問題を解決したり、ニーズを満たしたりしていますか?
- 競合他社との差別化ができていますか?
- 価値が明確に示されていますか?
チャネル
- チャネルはコスト効率に優れていますか?
- ターゲットセグメントに効果的にリーチできますか?
- 各フェーズを通じて統合されていますか?
顧客との関係
- 関係性はセグメントの期待に合っていますか?
- 顧客獲得コストは持続可能ですか?
- 顧客維持の戦略はありますか?
収益の流れ
- 顧客は支払いに応じる意思がありますか?
- 価格設定は競争力があり、かつ収益性を確保できますか?
- 収益の流れは多様化されていますか?
主要リソース
- 重要なリソースをすべて特定していますか?
- 知的資産は保護されていますか?
- 人的資本は持続可能ですか?
主要活動
- 活動は価値提案と一致していますか?
- プロセスは文書化され、拡張可能ですか?
- 品質は維持されていますか?
主要パートナーシップ
- パートナーシップは戦略的に価値がありますか?
- 依存関係は管理可能ですか?
- 条件は有利ですか?
コスト構造
- すべてのコストを計上していますか?
- 規模拡大時にモデルは利益を生みますか?
- コスト最適化の機会はありますか?
</validation_questions>
<canvas_metrics>
キャンバスの健全性指標
実行可能性スコア(0-100)
Customer fit: (segment_clarity + value_alignment) / 2 × 20
Channel efficiency: (reach + cost_efficiency) / 2 × 15
Relationship depth: (retention + satisfaction) / 2 × 15
Revenue potential: (streams_diversity + pricing_power) / 2 × 20
Cost efficiency: (margin + scalability) / 2 × 15
Resource strength: (capabilities + sustainability) / 2 × 15
──────────────────────────────────────────────────────────────
Total: Sum of above (max 100)
主要比率
| 比率 | 計算式 | 健全な範囲 |
|---|---|---|
| CAC | 総顧客獲得コスト / 新規顧客数 | 業界によって異なる |
| LTV:CAC | 顧客生涯価値 / 顧客獲得コスト | > 3:1 |
| 粗利益率 | (収益 - COGS)/ 収益 | SaaSでは > 50% |
| バーンレート | 月間キャッシュ流出額 | ランウェイの 1/12 未満 |
</canvas_metrics>
<example_session>
例:AI 搭載 CRM スタートアップ
ユーザー: 中小企業向けの AI 搭載 CRM のビジネスモデルキャンバスを作成してください
顧客セグメント
- 主要: サービス業界の中小企業(従業員 10~50 名)
- 副次: 個人事業主およびフリーランサー
- 特性: テクノロジーに精通し、成長志向で、IT リソースが限られている
価値提案
- AI がメールや通話からのデータ入力を自動化(週 5 時間以上を削減)
- 予測リードスコアリング(成約率を 20%向上)
- 自然言語クエリ(「テキサス州で最も有望なリードを表示」)
- 手頃な価格設定(エンタープライズ CRM の 1/3)
チャネル
- 認知: コンテンツマーケティング、SEO、パートナーからの紹介
- 評価: 無料トライアル、デモ動画、ROI 計算ツール
- 購入: セルフサービスのオンライン決済
- 提供: クラウド SaaS、ブラウザーおよびモバイルアプリ
- 購入後: アプリ内チャット、ナレッジベース、メールサポート
顧客との関係
- セルフサービス: ほとんどのやり取りを自動化
- 自動化: AI を活用したオンボーディング、ヒント、アラート
- コミュニティ: ユーザーフォーラム、テンプレート共有
- 個別対応: 年間プラン(10 シート以上)では手厚くサポート
収益源
- サブスクリプション: 1 ユーザーあたり月額 $29(月払い)または月額 $19(年払い)
- プレミアム機能: AI 分析アドオン、1 ユーザーあたり月額 +$10
- インテグレーションマーケットプレイス: パートナー連携による収益の 20%を分配
主要リソース
- 独自の AI/ML モデル(NLP、予測)
- クラウドインフラストラクチャ(AWS/GCP)
- エンジニアリングチーム(10 FTE)
- カスタマーサクセスチーム(3 FTE)
主要活動
- AI モデルのトレーニングと改善
- プラットフォームの開発と保守
- 顧客獲得とオンボーディング
- インテグレーションパートナーシップ
主要パートナーシップ
- クラウドプロバイダー(AWS、GCP)- インフラストラクチャ
- コミュニケーションプラットフォーム(Twilio、メール API)- インテグレーション
- 会計ソフトウェア(QuickBooks、Xero)- データ同期
- 紹介パートナー(コンサルタント、VAR)- 販売チャネル
コスト構造
- 固定費: 給与(年間 $800K)、オフィス(年間 $50K)、ツール(年間 $30K)
- 変動費: クラウド費用(1 ユーザーあたり月額 $2)、サポート(1 ユーザーあたり月額 $1)
- 方針: 価値重視(プレミアム AI 機能で価格設定を正当化)
キャンバススコア:78/100
- 顧客適合性:18/20(セグメントと価値の適合性が高い)
- チャネル効率:12/15(有料顧客獲得をさらに増やす必要があります)
- 関係の深さ:11/15(自動化は良好、継続率は要検証)
- 収益性の可能性:16/20(価格競争力があり、アップセルへの道筋も明確)
- コスト効率:12/15(ユニットエコノミクスは良好)
- リソースの強み:9/15(AI人材をめぐる競争は激しい)
</example_session>
<success_criteria> キャンバスの成功条件:
- 9つのビルディングブロックすべてに、具体的で実行可能な内容が記入されている
- 顧客セグメントが、市場規模の定量データを含めて明確に定義されている
- 価値提案が、明確な差別化を伴って実際の課題に対応している
- 収益の流れが、顧客の支払い意欲に合致している
- コスト構造が、持続可能なユニットエコノミクス(LTV:CAC > 3:1)を支えている
- キャンバスの実現可能性スコアが算出されている(目標:60+/100)
- 各ブロックの検証チェックリストが完了している </success_criteria>
<activation_triggers> このスキルは、次のような場合に有効になります:
- 「ビジネスモデルキャンバス」
- 「[company]のビジネスモデル」
- 「価値提案」
- 「顧客セグメント」
- 「収益モデル」
- 「スタートアップキャンバス」
- 「このビジネスを分析して」
- 「9つのビルディングブロック」
- 「オスターワルダーのキャンバス」 </activation_triggers>
<integration_points>
戦略スキルクラスター
BMC は、ファーストプリンシプル思考のために、ほかの4つの戦略スキルと連携します:
| スキル | 関連性 |
|---|---|
| JTBD | 顧客セグメントのブロックは、人口統計ではなく、顧客が達成しようとしているジョブに基づいて定義します |
| Blue Ocean | ERRC グリッドの出力は、価値提案に直接反映されます(Create/Raise = 新しい価値提案) |
| Challenger Sale | 顧客セグメント × 価値提案 = ステークホルダーごとの調整マトリックス |
| NSTTD | 顧客関係のブロックでは、戦術的な共感が役立ちます。各セグメントにどう働きかけるかを考えます |
パイプライン: JTBD(どんなジョブか?)→ Blue Ocean(どこに余地があるか?)→ BMC(どう届けるか?) → Challenger(どんなインサイトか?)→ NSTTD(どう伝えるか?) </integration_points>
成果サイドカーの出力
~/.claude/skill-analytics/last-outcome-business-model-canvas.json に書き込みます:
{"ts":"[UTC ISO8601]","skill":"business-model-canvas","version":"1.0.0","variant":"default","status":"[success|partial|error]","runtime_ms":[ms],"metrics":{"canvases_created":[n],"blocks_filled":[n],"hypotheses_generated":[n]},"error":null,"session_id":"[YYYY-MM-DD]"}