01
概要サマリー
Summary
社内提出版(v0)の品質は7割。骨格は標準フレーム準拠で良いが、致命5件・改善6件・拡張4件の論点を抽出。木村さん指示により全項目を反映してビズム改修版(v1)を作成。
主要KPIへの影響
本シナリオの本質目的は「無料カウンセリング(面談)予約数の最大化」。v0→v1で予約数増・予約のハードル下げ・LP整合担保の3点を強化した。
| 観点 | v0 社内提出版 | v1 ビズム改修版 |
| 通数(ビズム範囲) |
8通(即時+Day1-4+予約後3通) |
9通(Phase 1:8通/Phase 2:1通) |
| 分岐数(Day1アンケート) |
4分岐 |
3分岐(LP事例3つに1:1対応) |
| 発信者 |
「[担当者名]」プレースホルダ未確定 |
「半田」固定(全9通統一) |
| 事例の出典 |
4事例(うち2件完全作文・1件職種改変) |
LP事例01-03 完全一致(一次資料突合済) |
| 利用者の声 |
3名(うち30歳女性混入) |
LP事例3名と紐付け統一 |
| LPコンセプトワード継承 |
ゼロ(焦り・野心・退屈ゾーン未登場) |
継承(通5・通7で展開) |
| 再エンゲージ通 |
なし(Day5以降は月1-2回定期のみ) |
Day10・Day14の2通追加 |
| 予約後リマインダー |
前日19:00・当日朝9:00(mico自動実装不可) |
クライアント手動運用に引継ぎ(責任範囲明確化) |
| 責任範囲 |
曖昧(予約後・面談後フォロー含む) |
明確化(予約獲得まで=ビズム/予約後=クライアント手動) |
02
通数構成の差分
Structure Diff
| Phase | v0 | v1 | 差分の理由 |
| Phase 1 予約獲得 |
5通 |
8通(+3通) |
Day0登録3時間後・Day10再エンゲージ・Day14再エンゲージを追加。離脱寸前のリードを引き戻し予約数を底上げ |
| Phase 2 予約後 |
3通(予約直後・前日・当日朝) |
1通(予約直後の自動返信のみ) |
mico現状機能でカレンダー連携不可→前日・当日リマインドの自動配信は実装不能。クライアント手動運用に委ねる |
| Phase 3 面談後フォロー |
なし(言及のみ) |
なし(責任範囲外として明示) |
面談後の検討伺い・再面談・成約フォローはクライアント手動対応。ビズム範囲外 |
| Phase 4 月次ナーチャリング |
月1-2回(テーマのみ) |
月1-2回(クライアント手動運用と明示) |
運用主体を明示 |
| 合計(ビズム範囲) |
8通 |
9通 |
— |
追加された3通の役割
| 通 | タイミング | 役割 |
| 通2(Day0 3h後) |
登録3時間後(深夜は翌朝7:00繰延) |
登録直後の熱量を逃さず当日中の予約を最大化。内容訴求型(面談で話す3テーマ予告) |
| 通7(Day10) |
登録10日後 21:00 |
LP「焦り・野心」継承+業界動向データ(SaaS市場規模・M&A仲介件数)でハイクラス層の論理訴求 |
| 通8(Day14) |
登録14日後 21:00 |
「忙しくて時間取れない」障壁を「最短30分から」「考える材料を揃える時間」で解消 |
03
致命修正5件
Critical Fixes
提出前に必ず修正すべき項目。木村さんに確認の上、全件反映済み。
致1発信者プレースホルダ未確定
- v0
- 「[担当者名]です」が全8通プレースホルダのまま。実装不可
- v1
- 「半田です」で全9通統一(木村さん確認・5/13)
- 判断根拠
- 誰発信か未確定では実装不可。ブランド一貫性のため全通で1人に固定。表記揺れ防止のため設計書冒頭で1箇所定義
致2分岐事例の作文問題(4分岐→3分岐)
- v0
- 4分岐の事例:(1)Aさん34歳商社→SaaS/(2)Bさん31歳金融→M&A/(3)Cさん29歳メーカー→デジマ/(4)Dさん36歳コンサル→事業会社マーケ。LP整合は1件のみ、残り3件は作文(Bさん・Dさんは完全作文、Cさんは職種改変)
- v1
- 3分岐に縮小・LP事例01-03に1:1対応。(1)佐藤健太27歳法人営業→SaaS CS(480→680)/(2)山田麻衣30歳人材コーディネーター→デジマプランナー(520→720)/(3)田中大輔32歳事業企画→M&A仲介(600→980)。本文はLPから完全引用
- 判断根拠
- 木村さん指示「LPに載っている内容しかないので整合とって。追加がいるならもらう必要」(5/13)。作文事例は景表法・体験談規制リスクのため排除。LPからlp-capture.jsで画像取得→Read済み
致3利用者の声の不整合(女性混入・LP紐付け不明)
- v0
- 33歳商社・男性/30歳金融・女性/35歳メーカー・男性 の3声。30歳女性が「男性ハイクラス向けLP」と非整合。LP事例との紐付けも不明
- v1
- LP事例01-03の3名に紐付け統一。声1:佐藤さん27歳男性/声2:山田さん30歳(女性・LP事例02のまま)/声3:田中さん32歳男性
- 判断根拠
- LP整合を優先。山田さんは女性だがLP事例02に登場しているためそのまま維持。LP方針見直し(女性事例削除or男女両対応明示)はクライアント別途確認推奨
致4CTAリンク先未指定
- v0
- 「無料カウンセリングを予約する」「まずは現状を話してみる」のリンク先が本文に記載なし
- v1
- 「予約する」CTA=予約リクエストフォーム(手動対応の入口)に統一。木村さん指示(5/13):micoでカレンダー予約機能なし→「予約する」→半田さんが手動で日程候補を返信→ユーザー返信→面談実施 の流れ
- 判断根拠
- クライアント手動対応の入口として、自動予約フォーム不要。LINE内CTAは「予約をリクエストする」「日程を相談する」等の手動受付トーンに揃える
致5LPコアコンセプトワード継承ゼロ
- v0
- LPの差別化キーワード「焦り」「野心」「退屈ゾーン」「フローゾーン」がLINE内に一切登場せず。LPで植えたコンセプトが面談まで一貫していない
- v1
- 通5で「退屈ゾーン→フローゾーン」、通7で「焦り・野心」を継承。価値観への踏み込みを追加
- 判断根拠
- LPで植えたコンセプトは面談まで一貫させる方が「読んだ気がする」自分事化が起きる。継承ゼロだとブランド継承度が弱まる
04
改善修正6件
Improvements
改130分前リマインド(実装不可)
- v0
- 当日朝9:00の次がいきなり面談本番。ノーショー率3-5%増加リスク
- v1
- mico現状機能で実装不可と判定。クライアント手動運用に引継ぎ(運用ルールに明記)
- 判断根拠
- micoカレンダー連携機能不在→面談日トリガーで自動配信できない。通9(予約直後自動返信)で「前日にクライアント担当から最終確認」と事前予告
改2Day4配信時刻の最適化
- v0
- Day4 12:00。男性ハイクラスのランチタイム=会議・接待中で開封率落ちる
- v1
- Day4 07:30(通勤時)に変更
- 判断根拠
- ハイクラス層の生活時間帯に合わせて開封率を確保。Day1 20:00/Day2 19:30/Day3 21:00/Day4 07:30の組み合わせで時間帯を分散
改3Phase 2通数不足(再エンゲージ追加)
- v0
- Day0即時→Day1→Day2→Day3→Day4で完結。Day5以降は月1-2回定期配信のみ。離脱したホットリードの回収率が下がる
- v1
- Day10・Day14の追撃2通を追加(通7・通8)
- 判断根拠
- ナレッジ「LINEシナリオ設計の標準フレーム」Phase 4(未申込者再エンゲージ)準拠。切り口を「業界動向」「30分の整理価値」に変えて重複感を回避
改4Day0登録3時間後の追加配信
- v0
- 登録直後の熱量が最も高いが、即時1通のみで終了。当日中の予約最大化を逃している
- v1
- 通2として登録3時間後の追加配信を追加。深夜帯ガード(翌朝7:00繰延)も実装
- 判断根拠
- ナレッジ「Day0登録後の追加配信パターン」準拠。「時間帯訴求(夜だから見て)」ではなく「内容訴求(こういう話があるから)」で構成。ハイクラス層の思考型訴求
改5Day4最終案内のソフト着地排除
- v0
- 「気が向いたタイミングで、いつでも声をかけてください」で完全に降りる。男性ハイクラスには弱い
- v1
- 「知らずに『今のままでいい』と判断するのと、選択肢を知った上で判断するのとでは、5年後の納得感がまったく違います」で機会損失訴求に強化。CTAをハード化
- 判断根拠
- 男性ハイクラスは「希少性」「機会損失」のロジック訴求が刺さる層。ソフト着地は離脱を促進する
改6利用者の声の年齢・性別の整合
- v0
- 33歳商社/30歳金融(女性)/35歳メーカー の3声。30歳女性混入が男性ハイクラスLPと非整合
- v1
- LP事例01-03の3名に紐付けて統一(致3と統合解消)
- 判断根拠
- 致3の修正と同期。LP整合の観点で全員をLP事例の人物に置換
05
拡張採用4件
Extensions Applied
| 拡張ID | 項目 | v1での扱い |
| 拡1 |
タグ管理体系の明示 |
opt-in / answered-day1 / career-ceiling / motivation-loss / future-blur / consultation-requested / consultation-attended / contracted の8タグ標準化。配信停止条件を運用ルールに明記 |
| 拡2 |
リッチメニュー設計 |
v1では未実装(クライアント要確認事項として残置)。次フェーズで検討 |
| 拡3 |
アンケート分岐後の続報差し替え |
v1では未実装。タグ運用が定着した後に追加検討 |
| 拡4 |
「転職しない」事例の独立化 |
v1では通5の声3で実装(35歳メーカー「面談後、転職はしませんでした」→33-35歳・大手メーカー出身の声に統合) |
06
mico制約への対応(責任範囲明確化)
Mico Limitations & Scope Separation
木村さん指示(5/13):「面談の予約希望が入った後はクライドル対応。面談後フォローもクライアント対応。弊社ミッションは面談数を増やすまで。micoはカレンダー機能なく面談日トリガー設計がない」
v0からの変更
| 項目 | 判断 |
| 前日リマインド(v0通7) |
v1で削除→クライアント手動運用に引継ぎ |
| 当日朝リマインド(v0通8) |
v1で削除→クライアント手動運用に引継ぎ |
| 30分前リマインド |
v1でも実装なし(カレンダー連携不在)→クライアント手動運用 |
| 面談後フォロー(お礼・検討伺い・再面談) |
v1で実装なし→ビズム責任範囲外として明示 |
| 月次ナーチャリング配信 |
v1でも維持(運用主体=クライアント手動と明記) |
v1でビズム側が組むもの(最終確定)
- Phase 1 予約獲得:8通(即時/3時間後/Day1分岐/Day2-4/Day10/Day14)
- Phase 2 予約リクエスト直後:1通(自動返信・次のアクション説明)
- タグ管理体系・配信停止条件の設計
クライアント手動運用に委ねるもの
- 予約リクエスト後の日程候補返信(半田さん対応)
- 面談前日・当日朝・30分前のリマインド(半田さん手動)
- 面談実施後のお礼・検討伺い
- 月次ナーチャリング配信
- 面談実施タグ(consultation-attended)の手動付与
中長期検討事項
面談実施率(ノーショー対策)の構造改善には、α:mico機能拡張確認/β:Lステップ等への移行/γ:現状維持 の3択がある。v1はγ前提で設計。実施率が課題化したら別タスクで検討
07
LP一次資料突合の発見
LP Source Verification
本セッション中にlp-capture.jsでLP(passthebatonrc.com)を画像化→Readで全25枚精読し、事例01-03の本文を取得・突合した。
LP事例の正確な情報(v1反映済)
| 事例 | 人物(仮名) | Before | After | 年収変化 |
| 01 |
佐藤健太27歳・法人営業 |
毎日同じルーティン・価格競争に疲弊 |
SaaSカスタマーサクセス |
480→680(+200万) |
| 02 |
山田麻衣30歳・人材コーディネーター |
数字は作れる・本当にやりたいのはこれじゃない |
デジタルマーケティングプランナー |
520→720(+200万) |
| 03 |
田中大輔32歳・事業企画 |
毎週日曜の夜が憂鬱・もうやりたいことがない |
M&A仲介アドバイザー |
600→980(+380万) |
確認事項:事例02 山田さんは女性。LP訴求が「男性ハイクラス向け」と謳いつつ、事例02は女性が登場している矛盾を発見。v1ではLP整合を優先して女性のまま記載。LP方針見直し(女性事例削除or男女両対応明示)が必要かクライアント別途確認推奨
v0の事例構造の問題
v0の4分岐事例(A〜D)は、LP事例3つから1件のみ整合(A)。残り3件は完全作文(B・D)or 職種改変(C)。木村さん指示「追加が必要ならクライアントからもらう」に基づきv1で3分岐に縮小し、LP事例01-03に1:1対応させた