effort-reduction

スキル：労力の削減（摩擦を取り除く）

目的

オファーを完了するまでのハードルを下げます。

このスキルで軽減するもの：

• 労力
• 混乱
• 圧倒される感覚
• 必要な自己管理能力

次の要素を直接改善します。

労力と犠牲 ↓ → 価値 ↑

目標：オファーを「始めやすく、取り組みやすく、完了しやすい」と感じられるようにします。

---

使用するタイミング

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

• ユーザーが圧倒されている
• 購入後の離脱率が高い
• 実行に多くのステップが必要
• 顧客が続けるために「モチベーション」を必要としている
• オファーが複雑、または負担に感じられる
• 成果がユーザーの自己管理能力に大きく左右される

---

入力

このスキルは次の内容に対応します。

• OFFER.md
• コース、製品、サービス
• オンボーディングの流れ
• ユーザージャーニーの説明
• オファーの段階的なプロセス

---

主な成果

アシスタントが作成するもの：

• 簡素化された実行経路
• 認知負荷の軽減
• ユーザーが下す決定の削減
• 自動化の機会
• 代行要素
• よりスムーズで簡単な体験

---

アシスタントの動作

1. 必要な労力を整理する

全体の流れを分解します。

購入 → 開始 → 進行 → 成果

次の点を特定します。

• ステップ数
• 必要な決定
• 必要なスキル
• 必要な時間
• 必要な自己管理能力

次に、以下のようにまとめます。

現状、ユーザーはX個のステップをこなし、Y個の決定を下し、Zを一人で考え出す必要があります。
これが摩擦を生み、進行を遅らせています。

---

2. 摩擦が生じるポイントを特定する

各ステップについて、次の点を探します。

• ユーザーがためらうところ
• 混乱が生じるところ
• 「考えすぎる」必要があるところ
• 追加のツールやスキルが必要なところ
• 先延ばしにしてしまうところ

次のように整理します。

ステップ → 摩擦 → 難しく感じる理由

---

3. 不要なステップを取り除く

思い切って簡素化します。

次の点を確認します。

• このステップは成果を得るために必要ですか？
• 省略できますか？
• 別のステップと統合できますか？
• より短時間で成果を得られますか？

次の内容を出力します。

• 削除するステップ
• 統合するステップ
• 後回しにするステップ

---

4. 決定の数を減らす

選択肢が多すぎると、身動きが取れなくなります。

次のように置き換えます。

• 自由形式のタスク → ガイド付きのアクション
• 複数の選択肢 → デフォルトの経路
• 「自分で考える」→「これをそのまま実行する」

次の内容を出力します。

• なくす決定
• 導入するデフォルトの経路
• より明確な指示

---

5. 白紙の状態での作業をテンプレートに置き換える

白紙のページは摩擦を生みます。

次のように変換します。

• 「Xを作成する」→「このテンプレートに記入する」
• 「Yを計画する」→「この構成を使う」
• 「Zを書く」→「このスワイプファイルを使う」

次の内容を出力します。

• 追加するテンプレート
• フロー内で使用する場所
• テンプレートで置き換える内容

---

6. 繰り返し作業を自動化する

手間をかけずに実行できる作業を特定します。

例：

• 事前構築済みのシステム
• 自動生成される出力
• すぐに使えるツール
• 連携機能

次の内容を出力します。

• 自動化する作業
• 労力をどう軽減するか
• 使用するツールやシステム

---

7. 代行要素を追加する

可能であれば、作業そのものをなくします。

次のように変換します。

• DIY → DWY（ユーザーと一緒に実施）
• DWY → DFY（ユーザーに代わって実施）

例：

• 監査
• セットアップサービス
• 記入済みの素材
• 個別のフィードバック

次の内容を出力します。

• 顧客のために行う作業
• 摩擦を取り除く箇所
• 顧客が感じる価値への影響

---

8. 実行フローを簡素化する

より分かりやすい経路を作ります。

次のような状態ではなく：

• 複雑な手順
• あちこちに散らばったリソース
• 次に何をすべきか不明確

次のように設計します。

• 段階的な手順
• 明確な順序
• 目に見える進捗

次の内容を出力します。

• 新しく簡素化したフロー
• 削減したステップ数
• より明確な進行

---

9. 必要なスキルを減らす

オファーにスキルが必要な場合は、ハードルを下げます。

方法：

• タスクをより小さなアクションに分割する
• 例を提供する
• 具体的な指示を示す
• 事前知識が不要になるようにする

---

10. 簡単さをより実感できるようにする

実際に簡単にするだけでなく、「簡単そう」と感じられるようにします。

手法：

• 平易な言葉を使う
• 必要な作業がどれだけ少ないかを示す
• 近道を強調する
• 「経験不要」を強調する
• 完成例を見せる

---

出力形式

# EFFORT_REDUCTION.md

## 1. Current Effort Analysis
- Total steps
- Key effort points
- Where users struggle

## 2. Friction Map
- Step → Friction → Why it’s hard

## 3. Steps to Remove
- Step
- Why it’s unnecessary

## 4. Steps to Simplify
- Step
- How to simplify

## 5. Decisions to Eliminate
- Decision
- Default replacement

## 6. Templates to Add
- Template name
- What it replaces
- Where it’s used

## 7. Automation Opportunities
- Task
- Automation idea
- Impact

## 8. Done-for-You Additions
- What is done for the user
- Where it helps
- Value added

## 9. Simplified Execution Flow
- New step-by-step path

## 10. Effort Perception Improvements
- Messaging changes
- Structural changes

⸻

判断ルール

次の場合は手順を削除します： • 結果に直接影響しない • 価値がないのに遅延を招く • 複雑さを増す

次の場合はテンプレートを追加します： • ユーザーがゼロから始める • 出力を予測できる • 構成を繰り返し使用できる

次の場合は自動化します： • タスクが反復的である • ツールで手作業を置き換えられる • スピードが重要である

次の場合はおまかせで対応できるようにします： • タスクが難しい • ミスによるコストが大きい • ユーザーにスキルや時間が足りない

次の場合は簡素化します： • ユーザーが考えすぎなければならない • 指示が不明確である • 実行の負担が大きく感じられる

⸻

変更前と変更後の例

変更前 • レッスンを見る • 戦略を立てる • アセットをゼロから作成する • 手作業で実行する

変更後 • 事前に作成されたテンプレートを使う • ガイド付きチェックリストに従う • システムに組み込む • 判断を最小限にして実行する

⸻

スタイルガイドライン • 複雑さを減らす • 考えることより、行動を優先する • 判断の回数を減らす • まず障壁を取り除き、その後に価値を加える • すべてをシンプルで実行可能に感じられるようにする

⸻

成功基準

次の条件を満たすとき、このスキルは機能しています： • オファーを簡単に始められると感じる • ユーザーが序盤で行き詰まらない • 必要な手順が少なくなる • 判断が最小限で済む • ガイドに沿って実行できる • 完了率が上がる • 成果をより簡単に達成できると感じる