見出し画像

友だち追加直後に何を送ればいい?ECの購入につなげるLINEあいさつメッセージ設計

#EC #マーケティング #ビジネス #LINEマーケティング #CRM #顧客体験 #あいさつメッセージ #LINE導入 #初回購入

LINE公式アカウントの友だちは増えている。ところが、あいさつメッセージは開設時の定型文のまま。「ご登録ありがとうございます」の後に、会社紹介、全商品一覧、クーポン、問い合わせ案内が並び、追加した人が次に何をすればよいか分からない——。

本記事は、月100〜1,000人程度の友だち追加があり、自社ECのCRMを1〜3人で運用するEC責任者・LINE担当者向けです。友だち追加数は確認できるのに、追加直後の商品閲覧、会員連携、問い合わせ、初回・再購入のどれも増えず、あいさつメッセージの改善順序を決められない場面を想定しています。

結論から言えば、あいさつメッセージは「丁寧な自己紹介」ではなく、友だち追加時の期待を確認し、最初の一行動へ案内する初期導線です。伝える内容は、①何のアカウントか、②登録すると何が得られるか、③最初にしてほしい行動、④困ったときの連絡方法、⑤今後の配信方針、の五つに絞ります。そのうえで、追加経路と顧客状態によって行動先を分けます。

※本文中の数値は計算方法を説明するモデルケースで、実績や業界平均ではありません。LINE公式アカウントの画面・機能・分析項目は変更される可能性があるため、設定時は公式マニュアルを確認してください。

最初に確認したい七つの症状

次のうち二つ以上に当てはまるなら、配信回数を増やす前にあいさつメッセージを見直します。

  • 初期設定の定型文をほぼそのまま使っている

  • 一つ目の吹き出しに会社説明が長く続き、利用者のメリットが後ろにある

  • 商品一覧、クーポン、会員登録、診断、問い合わせなど複数の行動を同じ強さで並べている

  • 友だち追加の訴求と、受信直後の内容が一致していない

  • 追加直後のリンクに計測用パラメーターがなく、訪問・購入を判定できない

  • 既存購入者にも未購入者にも同じ「初回購入クーポン」を見せている

  • ブロック解除時やMessaging API併用時の動作を確認していない

観測したいのは「文章が良いか」ではありません。追加後24時間以内の主要リンククリック、会員連携完了、キーワード送信、問い合わせ開始、商品閲覧、一定期間後の購入、早期ブロックなど、次の行動が起きているかです。

原因候補をこの順番で切り分ける

1. 追加前の約束と追加後の内容がずれている

商品同梱物に「使い方をLINEで確認」と書いたのに、受信直後がセール告知だけなら期待を裏切ります。商品ページで「再入荷通知」と訴求したのに、通知登録の方法が見当たらない場合も同じです。

まず、友だち追加経路ごとに「追加前に何を約束したか」を台帳へ書きます。送料無料、クーポン、使い方、診断、相談、再入荷、会員証など、入口の約束を一語で固定します。あいさつメッセージの最初の行動は、その約束を完了させるものにします。

2. 誰向けか分かれない

ECの友だちには、購入前の比較検討者、初回購入直後の利用者、既存リピーター、問い合わせ目的の人が混在します。全員に一つの行動を押し付けると、誰にも強く刺さりません。

最初から高度な個別配信を組む必要はありません。「購入前」「購入済み」「困りごとあり」の三択を、ボタンやキーワードで本人に選んでもらうだけでも、次に見せる情報を分けられます。取得していない購買履歴を推測して、既存購入者扱いしてはいけません。

3. 行動が多すぎる

あいさつメッセージに五つのリンクを置くと、情報量は増えても優先順位が消えます。中心行動は一つ、補助行動は一つまでを基本にします。

中心行動は、追加理由に直結する「使い方を見る」「商品を選ぶ」「会員情報を連携する」「相談内容を送る」などです。補助行動は、問い合わせ方法や配信停止・通知に関する案内など、迷いを減らすものにします。会社概要、SNS、全カテゴリはリッチメニューやプロフィールへ逃がします。

4. 遷移先が受け皿になっていない

メッセージだけを直しても、リンク先がPC向け、在庫切れ、会員登録必須、表示が遅い、広告と商品名が違う状態では成果につながりません。スマートフォンで、友だち追加から目的完了までを通しで確認します。

5. 効果を測る設計がない

同じECサイトのトップURLを置くだけでは、あいさつメッセージ経由の行動を区別できません。主要リンクにはUTMなどの計測用パラメーターを付け、追加日、追加経路、クリック、会員連携、注文を可能な範囲で結びます。URLへ氏名、メールアドレス、電話番号などの個人情報を直接含めてはいけません。

あいさつメッセージの五層設計

あいさつメッセージは、次の五層で設計します。

  1. 識別:誰から届いたかを、アカウント名と一文で伝える

  2. 期待:登録によって得られる情報・支援を具体化する

  3. 選択:購入前/購入済み/相談など、必要なら本人に状態を選んでもらう

  4. 行動:中心行動を一つだけ、動詞から始まる言葉で提示する

  5. 安心:配信内容・頻度の目安、問い合わせ方法、注意事項を短く伝える

この順番なら、「誰から届いたか分からない」「自分に関係があるか分からない」「何を押せばよいか分からない」という三つの離脱を減らせます。クーポンは五層の一部であり、目的そのものではありません。


目的別に最初の行動を決める

購入前の比較検討者が多い場合

中心行動は「自分に合う商品を選ぶ」です。商品一覧へ直接送るより、悩み別の選び方、比較表、診断、よくある質問へ案内します。商品数が多いほど、トップページより選択支援ページの方が目的に合います。

初回購入者が多い場合

中心行動は「正しく使い始める」です。同梱物QRから追加されるなら、対象商品の使い方、保管方法、到着後の確認、問い合わせ先を優先します。初回から次回購入を急かすのではなく、効果実感や利用継続を妨げる不明点を先に解消します。

会員連携がCRMの前提の場合

中心行動は「会員情報を連携する」です。ただし、企業側の都合だけで「連携してください」と書かず、注文履歴の確認、会員証、個別案内など、本人にとっての利用目的を先に示します。連携しない人にサービスを過度に制限する設計は避けます。

問い合わせ・相談が主目的の場合

中心行動は「相談内容を一言で送る」です。「お気軽にお問い合わせください」だけでは始めにくいため、「商品選び」「配送」「使い方」のような選択肢、または送信例を示します。営業時間と返信目安は、実際に運用できる範囲だけを記載します。

必要データと計算式

最低限、次のデータを週次または月次で同じ条件で記録します。

  • 友だち追加日・追加経路

  • あいさつメッセージの設定バージョンと変更日

  • 各リンクのクリックまたは遷移セッション

  • キーワード送信・問い合わせ開始・会員連携の件数

  • 追加後7日・30日など、決めた期間内の購入者数と注文粗利

  • ブロック数、在庫切れ、セール、価格改定などの注記事項

計算式は次のように固定します。

初回行動率=追加後に中心行動を完了した人数÷同じ観測期間を経過した友だち追加人数

会員連携率=追加後に会員連携を完了した人数÷連携案内を受け取った友だち追加人数

30日購入率=追加後30日以内に購入した人数÷30日間の判定を完了した友だち追加人数

一人当たり粗利=対象期間の注文粗利合計÷判定を完了した友だち追加人数

早期ブロック率=追加後の決めた期間内にブロックした人数÷同期間に追加された人数

同一人物の状態を直接追えない場合、集計値を無理につなげて個人単位の成果だと断定しません。「あいさつメッセージ関連セッション」「同期間の購入者」のように、確認できる単位で表現します。

モデルケースで改善箇所を判定する

モデルケースとして、同梱物経由で月200人が追加し、30日間の判定を終えた180人のうち、使い方ページを見た人が72人、会員連携が45人、30日以内の購入者が18人だったとします。

初回行動率=72÷180=40.0%

会員連携率=45÷180=25.0%

30日購入率=18÷180=10.0%

この数値だけで良し悪しは決められません。過去版、別経路、同条件の非表示群などと比較します。

  • 使い方ページ到達が低い:入口の約束、最初の一画面、ボタン文言を確認

  • 到達は高いが会員連携が低い:連携メリット、入力項目、エラー、認証導線を確認

  • 連携は高いが購入が低い:商品体験、再購入時期、在庫、価格、送料を確認

  • 購入は増えたが粗利が低い:値引きの前倒し購入、特典原資、返品を確認

  • 行動は増えたがブロックも増えた:追加前の約束と今後の配信内容のずれを確認

一度に文章、特典、リンク先、対象経路を全部変えると原因が分かりません。一回のテストでは中心行動か第一画面など、主要な仮説を一つに絞ります。

実装手順:棚卸しから公開後の判定まで

手順1. 追加経路と約束を一覧化する

Webサイト、購入完了ページ、同梱物、店舗、SNS、広告、問い合わせページごとに、追加前の訴求、対象者、中心行動、遷移先、担当者を一行で記録します。同じあいさつメッセージで受けられないほど約束が違う場合は、追加後の選択肢やステップ配信を含めて設計し直します。

手順2. 五層を一文ずつ書く

最初から装飾せず、識別、期待、選択、行動、安心を一文ずつ書きます。重複する会社説明や抽象語を削り、利用者が押す理由が一読で分かる状態にします。

手順3. 一画面目を最優先で整える

アカウント名、追加のお礼、得られるもの、中心行動が最初の画面で把握できるかを実機で確認します。「詳細はこちら」ではなく、「肌悩みから商品を選ぶ」「購入した商品の使い方を見る」のように、押した後が予測できる文言にします。

手順4. 計測URLと遷移先を確認する

中心リンクごとに管理名とUTMを決めます。リンク先の表示、ログイン状態、フォーム項目、在庫、戻る操作、問い合わせ送信までテストします。URLと計測名は変更日と一緒に台帳へ保存します。

手順5. LINE Official Account Managerで設定する

LINEヤフーの公式マニュアルでは、Web版は「トークルーム管理」から「あいさつメッセージ」を開き、内容を設定して「変更を保存」します。最大5吹き出しまで設定できますが、公式の基本設定マニュアルでは3吹き出しまでが推奨されています。長くできる上限と、読みやすい長さは同じではありません。

保存後に送信済みのあいさつメッセージが書き換わるわけではありません。変更後に新しく送信される内容から反映されます。また、設定によっては友だち追加時だけでなくブロック解除時にも送られるため、「はじめて友だち追加されたときにのみ送信」の扱いを確認します。

手順6. 新規追加・ブロック解除・既存友だちを分けてテストする

管理画面のプレビューだけで終わらせず、スマートフォンで新規追加時の表示順、改行、ボタン、画像、遷移先を確認します。既に友だちの端末では新規追加を再現できない場合があります。ブロック解除時の再送設定、表示名差し込みが行われない条件も確認します。

Messaging APIでフォローイベントに応答する場合は、管理画面側のあいさつメッセージと二重送信にならないよう応答設定を確認します。LINE Developersの公式ドキュメントでも、ボット構築時は管理画面のあいさつ・応答メッセージをオフにすることが推奨されています。

手順7. 変更版を記録して判定する

設定日、対象経路、中心行動、文面、リンク、吹き出し数、画像、担当者、検証日を記録します。即日のクリックだけでなく、商品特性に合う7日・30日などの観測期間を決め、未判定者を「未行動」と混同しません。

そのまま使える設計テンプレート

以下は文章を丸ごと流用するものではなく、自社の約束と導線を埋める設計欄です。

【識別】友だち追加ありがとうございます。[ブランド名/ショップ名]公式LINEです。

【期待】このLINEでは、[対象者]向けに[使い方/選び方/再入荷/会員向け案内]をお届けします。

【選択】いま知りたい内容を選んでください。[購入前][購入済み][相談したい]

【中心行動】まずは[具体的な行動]をご確認ください。[動作が予測できるボタン文言]

【安心】ご質問は[受付方法]から送信できます。[実際に守れる返信目安・配信方針]

同梱物経由なら、「購入済み」を初期の中心にします。広告や比較記事経由なら、「購入前」の選び方を中心にします。全経路で同じ文章を使う場合も、最初の選択肢で本人の目的を分けます。

失敗例・禁止事項・例外

一つ目の失敗は、お礼だけで終わることです。礼儀は必要ですが、追加理由の達成や次の行動がなければ、利用者にとっての価値が残りません。

二つ目は、登録直後から割引だけを強調することです。値引きが必要な理由、対象者、増分購入、粗利を確認せず全員に配ると、本来定価で買う人まで値引きする可能性があります。

三つ目は、五吹き出しを上限まで使って情報を詰め込むことです。会社紹介、商品一覧、SNS、採用、問い合わせを一度に送らず、中心行動以外はリッチメニューやプロフィールへ移します。

四つ目は、Messaging APIと管理画面の自動応答を併用し、二重送信することです。開発環境と本番環境、フォローイベント、応答設定の担当を分けずに公開してはいけません。

五つ目は、未取得の属性で決めつけることです。「購入済みのはず」「女性のはず」と推測せず、本人の選択、会員連携、適切な同意のあるデータだけで分けます。

例外として、緊急性の高い問い合わせ窓口や定期契約のサポートでは、販売導線より連絡方法を優先します。また、単一商品で使い方が明確な場合は、無理に三択を置かず、一つの中心行動だけに絞ります。

公開前チェックリスト

  • 追加前の訴求と最初の行動が一致している

  • 誰のためのアカウントか一画面目で分かる

  • 中心行動は一つ、補助行動は一つ以内

  • ボタン文言から遷移後の内容を予測できる

  • スマートフォンで改行、画像、リンク、戻る操作を確認した

  • 主要リンクに管理可能な計測名を付けた

  • 新規追加時とブロック解除時の送信条件を確認した

  • Messaging API利用時の二重送信がない

  • 返信目安、特典条件、在庫などの表記が実態と一致する

  • 変更日、文面、リンク、担当者、検証日を台帳へ記録した

公式参考資料

  • LINEヤフー for Business「あいさつメッセージを設定する」

https://www.lycbiz.com/jp/manual/OfficialAccountManager/greeting-message/

  • LINEヤフー for Business「STEP3 アカウントの基本設定」

https://www.lycbiz.com/jp/manual/OfficialAccountManager/tutorial-step3/

  • LINEヤフー for Business「分析 - メッセージ通数」

https://www.lycbiz.com/jp/manual/OfficialAccountManager/insight_message_delivery/

  • LINE Developers「ボットを作成する」

https://developers.line.biz/ja/docs/messaging-api/building-bot/

ECリピート売上ラボへのご相談

「友だち追加は増えているのに、追加直後のクリックや会員連携が起きない」「購入前と購入後の顧客に同じあいさつメッセージを送り、次の行動を設計できていない」というEC事業者向けに、ECリピート売上ラボでは、追加経路の棚卸し、あいさつメッセージ、会員連携、購入後フォロー、計測台帳までを一つのCRM導線として設計します。

定型文を少し言い換えるだけでなく、友だち追加の期待を初回行動と粗利につなげる運用へ整えます。

https://ec-repeat-lab.co

いいなと思ったら応援しよう!