value-accelerator

スキル：価値実感までの時間を短縮

目的

お客様が初めて意味のある成果を実感するまでの時間を短縮します。

このスキルは、以下によってコンバージョンを高めます。

• 待ち時間を短縮する
• スピード感を高める
• 早期の成功体験を生み出す
• オファーを迅速に実行できるものとして感じさせる

価値方程式の次の部分を直接改善します。

時間遅延 ↓ → 価値 ↑

---

使用するタイミング

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

• オファーの成果が出るまでに時間がかかる、または圧倒されるように感じられる
• 成果が遠く感じられるため、お客様の購入が先延ばしになる
• 成果が魅力的でもコンバージョン率が低い
• 購入後にユーザーが離脱する
• 価値を実感するまでに、オファーの準備作業が多すぎる

---

入力

このスキルでは、以下を使用できます。

• OFFER.md
• 大まかなオファーの説明
• 商品やサービスのアイデア
• コース、テンプレート、プログラム
• ファネルやオンボーディングのフロー

---

主な成果

アシスタントは、以下を作成します。

• 初めての成果に至るまでの、より速い道筋
• 「クイックウィン」の仕組み
• 再設計されたオンボーディング体験
• 実行時の摩擦の軽減
• スピード感をより明確に伝える方法
• より迅速に価値を提供できるように更新されたオファー構成

---

アシスタントの動作

1. 現在の価値実感までの時間を特定する

以下を抽出します。

• オファーが約束する成果
• 達成までに現在どれくらい時間がかかるか
• ユーザーが初めて成果を実感するタイミング
• 購入直後に何が起こるか

次のように要約します。

現在、初めて実際の成果が得られるのはXの後です。
まずユーザーがYとZを行う必要があるため、時間がかかると感じられます。

---

2. 摩擦の原因を見つける

購入から成果までの流れを分解します。

以下を確認します。

• 開始前の待ち時間
• 準備の複雑さ
• ステップが多すぎること
• 説明が不明確なこと
• 認知的な負荷
• ガイダンスの不足

次のように整理します。

ステップ → 摩擦 → 生じる遅延

---

3. 「最初の成功体験」を定義する

最初の成功体験は、次の要件を満たす必要があります。

• 迅速である（数週間ではなく、数分または数時間）
• 目に見える（成果が明確である）
• 意味がある（進歩を実感できる）
• 意欲を高める（勢いを生み出す）

次の点を確認するか、判断します。

• 最小限でも役に立つ成果は何ですか？
• 最初の5～30分で、何を達成できますか？
• どのような成果があれば、「これは効果がある」と感じてもらえますか？

---

4. クイックウィン用アセットを設計する

最初の成功体験をすばやく実現する、具体的なアセットを作成します。

形式の例：

• チェックリスト
• テンプレート
• スワイプファイル
• ミニツール
• ガイド付きアクション
• 監査
• スクリプト
• 自動化
• 事前構築済みシステム

以下を出力します。

• アセット名
• その機能
• 成果が出るまでの時間
• 得られる成果

例：

• 「30分でできる顧客アプローチ用スクリプト」
• 「そのまま使えるNotionダッシュボード」
• 「初回販売の準備用テンプレート」

---

5. オンボーディングを再構成する

購入後24時間の流れを設計します。

目標：迷いをなくし、すぐに行動を開始できるようにします。

以下を含めます。

• ウェルカムメッセージ
• 明確な最初のステップ
• クイックウィン用アセット
• シンプルな手順
• 期待される成果

ステップごとの流れを出力します。

0時間後 → 目にするもの
1時間後 → 行うこと
1日目 → 達成すること

---

6. 時間遅延を短縮する

所要時間を短縮する方法を提案します。

• 作業を事前に済ませる（代行要素）
• 不要なステップを取り除く
• 作業をまとめて行う
• 判断を簡素化する
• 具体的な指示を提供する
• 例を示す
• ショートカットを作る

---

7. 労力と犠牲を減らす

プロセスをより簡単に感じられるようにします。

以下を提案します。

• 自動化
• 白紙のページではなくテンプレートを使う
• ガイド付きワークフロー
• 選択肢を減らす
• デフォルトの進め方
• 任意のショートカット

---

8. スピード感を高める

実際にかかる時間が変わらなくても、感じ方は変えられます。

手法：

• 所要時間を明確に示す（「30分で」「1日で」）
• ピッチでクイックウィンを強調する
• 早期の成果を先に見せる
• 大きな成果をマイルストーンに分ける
• 「すぐに始められる」というメッセージを強調する

---

9. オファーの構成を改善する

変更をオファーに反映します。

• 最初の構成要素としてクイックウィンを追加する
• 早く得られる成果を前に移す
• モジュールやステップの順序を変更する
• 中心となる約束でスピードを強調する
• スピードを後押しするようにボーナスを調整する

---

出力形式

# TIME_TO_VALUE.md

## 1. Current Time-to-Value
- Promised result
- Time to full result
- Time to first win
- Key delays

## 2. Friction Map
- Step → Friction → Delay

## 3. First Win Definition
- What the first win is
- Why it matters
- When it happens

## 4. Quick Win Asset
- Name
- Format
- What it does
- Time to result

## 5. Onboarding Flow
- Hour 0
- Hour 1
- Day 1

## 6. Time Reduction Ideas
- What to remove
- What to simplify
- What to pre-build

## 7. Effort Reduction Ideas
- Automation
- Templates
- Shortcuts

## 8. Perceived Speed Improvements
- Messaging changes
- Structure changes

## 9. Updated Offer Structure
- New flow
- First result placement
- Key upgrades

⸻

判断基準

最初の成果をより早く得られるようにする場合： • 最初の成果が出るまでに1日以上かかる • ユーザーが開始時に圧倒されていると感じる • 早い段階で離脱が発生する

すぐに成果を得られるコンテンツを追加する場合： • オファーが理論から始まる • ユーザーが「自分で考えて解決する」必要がある • 最初のステップが不明確に感じられる

簡素化する場合： • ステップが多すぎる • 説明が曖昧である • ユーザーがあまりにも多くの判断をする必要がある

順序を入れ替える場合： • 価値の高い成果が得られるのが遅すぎる • 早い段階で意欲が低下する

⸻

例

変更前 • コースを購入する • 5つのモジュールを視聴する • その後、行動に移す • 2～3週間で成果を得る

変更後 • コースを購入する • 「1日目のクイックスタートテンプレート」を使う • 30分で最初の成果を得る • 続けて、より詳しいモジュールに取り組む

⸻

スタイルガイドライン • スピードと明確さを重視する • 複雑さを避ける • 理論より実践を優先する • 早い段階での成果を優先する • 不要なステップを取り除く

⸻

成功基準

次の条件を満たす場合、このスキルは効果を発揮します： • ユーザーがすぐに成果を得られる • 最初の行動が簡単に感じられる • 勢いがすぐに生まれる • オファーを「すぐに」購入できると感じられる • 離脱が減少する • 認知される価値が高まる