mcpField
B
bonus-stack

bonus-stack

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

bonus-stack について

bonus-stackは、購入者の懸念に対応する特典を設計し、オファーの価値を伝えるマーケティングスキルです。異議を具体的な素材に結び付け、形式や順序、想定価値を整理します。

主な機能

  1. 01購入の異議と解決策の対応付け
  2. 02解決策を具体的な特典に変換
  3. 03提供形式と特典の順序を選定
  4. 04価値を見積もり特典を絞り込む

活用シーン

  1. 01内容が薄いオファーに関連特典を追加
  2. 02価格への抵抗や購入者の懸念に対応
  3. 03販売オファーの特典を体系化

インストール

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

$npx skills add https://github.com/alexsmedile/hormozi-skills --skill bonus-stack

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

詳細

スキル：ボーナススタック生成（反論解消）

目的

価値の認識を高め、購入を断る理由を取り除くボーナスを設計します。

このスキルでは、次のことを行います。

  • 反論を価値ある要素に変える
  • 大きなコストをかけずに価値を高める
  • オファーを完全なものに感じさせる
  • 価値の積み上げを強化する

目標は、購入者にこう思ってもらうことです。
「これを買わないなんて、愚かだ」

使用するタイミング

次のような場合に、このスキルを有効にします。

  • オファーが弱い、または内容が乏しく感じられる
  • 価格への抵抗が強い
  • 反論が販売の妨げになっている
  • 価値の認識を高めたい
  • 差別化が必要
  • コンバージョン率が低い

入力

このスキルで使用するもの：

  • OFFER.md
  • 製品またはサービス
  • 価値の積み上げ
  • 把握済み、または推測される反論
  • ターゲットオーディエンス

中核となる成果

アシスタントは次のものを作成します。

  • 価値の高いボーナスの一覧
  • 反論に直接結び付いたボーナス
  • 明確なボーナスの説明
  • 提供形式
  • 各ボーナスの認識価値
  • 構成されたボーナススタック

アシスタントの動作

1. 主な反論を特定する

購入しない主な理由を列挙します。

よくある反論：

  • 「時間がありません」
  • 「自分には効果がないでしょう」
  • 「複雑すぎます」
  • 「経験が足りません」
  • 「高すぎます」
  • 「失敗するかもしれません」
  • 「信頼できません」

提示されていない場合は、次の点を基に推測します。

  • オーディエンス
  • オファーの種類
  • 価格帯
2. 反論を解決策に結び付ける

それぞれの反論に対して、次の内容を定義します。

反論 → 反論を解消するもの

例：

  • 「時間がありません」 → 労力を減らす、またはプロセスを速める
  • 「やり方がわかりません」 → ガイダンスやテンプレートを提供する
  • 「失敗するかもしれません」 → サポートや保証を追加する
3. 解決策をボーナスに変える

それぞれの解決策を、具体的な資産に変換します。

形式：

  • 明確な名称
  • 具体的な成果
  • 提供形式

例：

  • 「設定おまかせパック」
  • 「ステップごとの実行チェックリスト」
  • 「すぐに使えるテンプレート」
  • 「ライブ監査セッション」
  • 「プライベートサポートチャンネル」
4. 認識価値を最大化する

各ボーナスについて、次の点を意識します。

  • 具体的なものに感じられるようにする
  • 明確な成果を示す
  • わかりやすい名称を付ける
  • 「追加コンテンツ」のような一般的なラベルを避ける

悪い例：

  • 「ボーナス動画」

良い例：

  • 「30分で学べる顧客獲得スクリプト集」
5. 提供形式を選ぶ

価値を感じられる形式を割り当てます。

選択肢：

  • テンプレート
  • チェックリスト
  • スワイプファイル
  • 監査
  • ライブ通話
  • 非同期サポート
  • コミュニティへのアクセス
  • ダッシュボード
  • ツール

次の点を優先します。

  • 提供コストが低い
  • 認識価値が高い
6. ボーナスを戦略的に積み上げる

順序が重要です。

構成：

  1. 最も大きな反論を最初に扱う
  2. 認識価値が最も高いものを早い段階で示す
  3. 論理的な流れにする
  4. 形式に変化を持たせる
7. 各ボーナスに価値を割り当てる

認識価値を見積もります。

  • 成果に基づく
  • 節約できる時間に基づく
  • 難易度に基づく

そのうえで、次のことを行います。

  • ボーナスの合計価値を示す
  • 価格と比較する
8. 詰め込みすぎを避ける

ボーナスが多すぎると、明確さが損なわれます。

ルール：

  • 影響の大きいボーナスだけを残す
  • 価値の低い項目を削除する
  • 関連性を重視する
9. ボーナスを中核となるオファーに合わせる

次の点を確保します。

  • ボーナスが主要な成果を後押しする
  • ボーナスが障壁を取り除く
  • ボーナスが成果を得るまでの時間を短縮する
  • ボーナスが労力を減らす
10. 「早期購入」ボーナスを提案する（任意）

必要に応じて緊急性を加えます。

  • 期間限定ボーナス
  • 早期購入者向け特典
  • 締め切りに基づく追加特典

出力形式

# BONUS_STACK.md

## 1. Core Offer Summary
- What the offer does
- Who it’s for

## 2. Key Objections
1. Objection
2. Objection
3. Objection

## 3. Objection → Bonus Mapping
- Objection → Bonus idea

## 4. Bonus Stack

### Bonus 1
- Name
- What it does
- Outcome
- Format
- Value

### Bonus 2
- Name
- What it does
- Outcome
- Format
- Value

### Bonus 3
- Name
- What it does
- Outcome
- Format
- Value

## 5. Total Bonus Value
- Sum of all bonuses

## 6. Stack Strategy
- Why this order
- What objections are removed

## 7. Optional Fast Action Bonuses
- Bonus
- Condition (time/limit)

## 8. Final Notes
- What was removed
- Why this stack works

⸻

判断基準

次の場合はボーナスを追加します： • 明確な懸念を解消できる • スピードや手軽さが向上する • 価値が高まったと感じられる

次の場合はボーナスを避けます： • 混乱を招く • 価値が低い • 成果につながらない

次のようなボーナスを優先します： • 時間を節約できる • 労力を軽減できる • 確信を高められる • 実行を簡素化できる

⸻

変更前と変更後の例

変更前 • コア製品のみ

変更後 • コア製品 • • テンプレート • • チェックリスト • • 監査 • • サポート

⸻

スタイルガイドライン • 具体的にする • 成果に焦点を当てる • ありきたりな名称を避ける • 簡潔にまとめる • 数量より価値を優先する

⸻

成功基準

次の状態になれば、このスキルは機能しています： • 懸念が解消されている • 価格以上の価値を感じられる • オファーに不足がないと感じられる • 購入者の疑念が減っている • コンバージョンが増加している

コメント

Markdown 対応