美容室のLINEで来店周期に合わせた案内を送るなら、「前回から○日」で全員を一括抽出するだけでは不十分です。施術内容、次回予約の有無、直近の相談、配信停止希望を確認し、本人が髪の状態を相談できる文面へ整える必要があります。この記事では、最終来店日の正本、施術別の確認時期、対象・除外条件、例文、予約後の停止、効果検証までを具体化します。通知を増やすのではなく、必要な顧客へ必要な時期に届く再来導線を作るための実務手順です。
美容室LINE来店周期配信の結論
最終来店日と施術内容を基準に候補を作り、予約済み・対応中・停止希望を除外してから、状態確認と相談導線を一通で送ります。
一律の再来日数を正解にしない
来店周期配信は、顧客を機械的に呼び戻す通知ではありません。前回の施術後に困っている点がないかを聞き、必要なら予約前に相談できる入口を示すことで、再来の判断を助ける連絡です。
同じカラーでも髪の長さ、退色、希望する仕上がり、本人の予定で次回時期は変わります。店舗の平均値を本人の期限として断定せず、施術記録と現在の状態を確かめる文面にします。
| 判断項目 | 配信前に見る記録 | 顧客へ示す行動 |
|---|---|---|
| 時期 | 最終来店日・施術 | 状態を返信 |
| 必要性 | 現在の困りごと | 相談する |
| 予約 | 予約台帳 | 空き枠を見る |
販促より状態確認を先に置く
冒頭は「前回から時間が経ったため予約を」と迫らず、「その後、扱いにくいところはありませんか」と始めます。相談、空き枠確認、今回は見送るという選択肢を読み手が判断できる形にします。
配信の目的は送信数ではなく、必要な顧客が適切な相談へ進めたかです。予約済み顧客への重複案内や停止希望の見落としも品質指標として記録し、件数だけで成功を判断しません。
来店周期データを整える
最終来店日、施術、担当、次回予約を一つの台帳へ結び、空欄や矛盾を直してから対象を抽出します。
最終来店日の基準を一つにする
会計日、予約完了日、カルテ記入日が混在すると、同じ顧客でも最終来店日が変わります。実際に施術を完了した日を正本にするなど店舗の基準を決め、キャンセルや物販のみの来店は区別します。
施術名はスタッフの自由入力だけにせず、カット、カラー、縮毛矯正など配信判断に必要な分類へそろえます。複合施術では次回確認の基準にする項目を決め、元の詳細記録も消さずに残してください。
- 施術完了日を最終来店日の正本にする
- 施術分類と自由記述を分ける
- 全予約経路の更新時刻をそろえる
- 境界の顧客を配信前に目視確認する
更新担当と締切を決める
来店当日の会計後に誰が最終来店日を更新するか、外部予約サイトの情報をいつ反映するかを明確にします。翌日の抽出時点で未反映が残るなら、その顧客を自動的に送信候補へ入れない運用が安全です。
抽出後は数名の顧客記録を開き、候補に入る理由と外れる理由を別の担当者へ説明します。件数が想定内でも、境界にいる人の施術日や予約状態が誤っていれば配信は止めて修正します。

施術別に配信時期を決める
固定日数を顧客の期限にせず、施術後に確認したい変化と予約の先行期間からテスト範囲を決めます。
施術ごとの確認目的を言葉にする
カットは形の崩れ、カラーは退色や根元、縮毛矯正は伸びた部分など、次回相談のきっかけが異なります。単に「おすすめ周期」と書かず、その時期に本人へ確認したい変化を一文で定義します。
繁忙期に案内しても空き枠がなければ、顧客は予約できません。配信候補日だけでなく、相談を受けられる担当者と予約可能な期間を確認し、届いた後に選択肢がある状態で送ります。
| 施術分類 | 確認する変化 | 配信前の店舗確認 |
|---|---|---|
| カット | 扱いやすさ・形 | 予約枠 |
| カラー | 退色・根元 | 施術履歴 |
| 縮毛矯正 | 伸びた部分 | 担当相談枠 |
小さな対象で時期を検証する
最初から全顧客へ自動化せず、一つの施術分類と限られた期間で試します。早すぎる、遅すぎるという返信や、すでに予約していた事例を記録し、次回の抽出条件を一項目ずつ調整します。
季節や髪質による差を一つの数字へ押し込まず、文面で状態確認を促します。周期は店舗が決める締切ではなく、相談を始める目安として扱うことで、不要な焦りや過度な予約訴求を防げます。

来店周期配信の例文を作る
前回施術への言及、現在の状態確認、相談方法、予約導線を順に置き、断定や焦らせる表現を避けます。
状態確認から始める基本例文
基本文は「前回の○○から、その後の扱いやすさはいかがですか。気になる点があれば、このトークへご返信ください」と始めます。続けて相談できる内容と予約ページを示し、返事を強制しません。
カラーなら色の変化、カットならまとまりなど、前回施術と自然につながる質問へ差し替えます。ただし、実際のカルテにない薬剤名や仕上がりを推測して個別化したように見せることは避けてください。
- 前回施術と実施日
- 確認したい髪の変化
- 相談の返信先
- 最新の予約ページ
施術別の差し替え箇所を固定する
「そろそろ来店時期です」「放置すると危険です」のような断定は使いません。本人の予定や髪の状態を尊重し、「今すぐ予約」「相談して決める」の二つを明確に分けると判断しやすくなります。
担当者名を入れる場合は、在籍と対応可能時間を配信直前に確認します。退職や休職中の担当名が残らないよう、店舗名で送る共通文と担当者が返信する個別文の役割を分けます。
予約済み顧客と停止希望を除外する
予約確定、個別相談中、配信停止、施術トラブル対応中を、送信候補より先に除外します。
予約経路を一つ残らず照合する
LINE経由の予約だけを除外すると、電話や外部サイトで予約した顧客へ再来案内が届きます。すべての予約を店舗の正本へ集め、日時変更中や仮予約をどう扱うかも配信前に決めます。
すでに相談中の顧客へ定型配信が割り込むと、会話を読んでいない印象になります。担当者が個別返信を開始した状態を記録し、解決または予約確定まで自動配信から外してください。
- 電話・外部サイトを含む予約確定者
- 日時変更・キャンセル相談中
- 個別相談・クレーム対応中
- 配信停止または連絡不要の希望者
停止条件を開始条件より厳しくする
停止希望は言葉が完全一致するとは限りません。「案内は不要」「しばらく連絡を控えて」などの意思を有人で確認し、配信対象の正本へ反映します。タグだけ付け、抽出条件へ使わない状態は避けます。
除外処理のテストでは、配信対象になる正常例より、予約直後、変更中、停止希望直後の境界例を多く確認します。開始できることより、顧客の状態が変わった瞬間に止められることが安全性を決めます。
LINE公式の配信対象を設定する
管理画面の最新仕様を公式マニュアルで確認し、店舗の台帳から作った対象・除外条件と照合します。
メッセージと対象設定を分けて確認する
LINE公式アカウントのメッセージ作成と配信先設定は、LINEヤフーの公式マニュアルを基準に確認します。利用できる絞り込み条件が店舗の顧客台帳と同じ意味かを確かめ、名称だけで一致したと判断しません。
対象を作成できても、元データが古ければ正しく届きません。抽出日時、予約反映の締切、除外確認者を配信記録へ残し、同じ条件を翌月に再現できる状態にします。
- 対象条件と抽出日時
- 除外条件と確認者
- 検証端末の受信結果
- 予約後に停止した結果
公開前に実アカウントで受信する
公開前は検証用アカウントで受信し、冒頭の要点、改行、リンク、返信動線をスマートフォンで確認します。画像だけに重要条件を書かず、読み上げや画像非表示でも目的が分かる本文を残してください。
受信後に予約を入れ、次の配信候補から外れるところまで通します。テスト結果には期待した状態と実際の状態を残し、除外できなかった場合は文面だけ直さずデータ更新工程へ戻ります。
返信を予約と相談へ引き継ぐ
返信内容を読まず予約URLだけ返さず、髪の状態、希望、施術履歴から担当者が次の確認事項を決めます。
相談返信の担当と期限を示す
顧客が「まだ大丈夫」「相談したい」と返したら、同じ予約訴求を自動返信しません。髪の状態や希望する時期を有人で確認し、必要なら写真、履歴、施術時間など予約判断に必要な情報だけを案内します。
営業時間外に届く場合は、いつ担当者が確認するかを自動応答で示します。即時回答できない施術可否や料金を断定せず、確認済みの情報と未確認事項を分けて次の担当者へ渡します。
| 返信内容 | 店舗の次の行動 | 配信状態 |
|---|---|---|
| 状態相談 | 担当確認 | 一時停止 |
| 予約希望 | 空き枠提示 | 確定後除外 |
| 案内不要 | 意思確認 | 停止 |
予約確定後に配信状態を更新する
予約が確定したら、来店周期配信の対象から外し、予約リマインドや来店準備へ状態を切り替えます。顧客への返信、予約台帳、配信対象の三つが同じ予約日時を示すことを確認します。
相談の結果、今回は来店しない場合も、理由を勝手に失客と分類しません。次に連絡してよい時期と希望の有無を聞き、不要なら停止を反映し、本人の意思を優先した記録にします。
来店周期配信の結果を検証する
予約件数だけでなく、返信、相談、予約済み誤配信、停止反映、現場の手戻りを工程別に見ます。
顧客の行動を段階別に数える
配信後は、送信、返信、相談開始、予約確定を別々に確認します。クリックがあっても予約画面に空きがなければ文面の問題とは限らないため、リンク先と受付体制も同じ期間で見ます。
予約済みなのに届いた件数、停止希望後に届いた件数は、少数でも見逃しません。顧客の関心不足ではなく店舗のデータ品質として扱い、どの更新工程が遅れたかを記録します。
| 指標 | 分かること | 修正先 |
|---|---|---|
| 返信 | 質問の分かりやすさ | 本文 |
| 予約 | 導線と空き枠 | 予約画面 |
| 誤配信 | 除外の遅れ | 台帳更新 |
一度に一つの条件だけ直す
改善するときは、抽出日数、対象施術、文面、配信時刻、予約ページを同時に変えません。一つの変更点と理由を残し、次回も同じ集計基準で顧客の判断がしやすくなったかを比べます。
数字の良い対象だけへ偏らず、返信はないが停止もしていない人を追い続けない判断も必要です。配信回数の上限や休止期間を決め、反応がないことを同意とみなさないでください。
来店周期配信を店舗運用へ定着させる
月次作業を「データ更新、候補抽出、境界確認、配信、返信引継ぎ」の五工程へ分けます。
担当者が変わっても再現できる記録にする
担当者の経験だけで対象を選ぶと、休暇や退職で配信が止まります。最終来店日の正本、施術分類、除外条件、確認者を短い手順書へまとめ、別のスタッフが同じ候補を作れるか試します。
顧客情報を個人端末や複数の表へ複製せず、必要な担当者だけが正本を更新します。抽出用データには目的に不要な自由記述を含めず、配信判断に必要な項目へ限定してください。
- 最終来店日と予約状態を更新
- 候補と除外の境界を確認
- 検証用アカウントで受信
- 返信と予約を正本へ反映
自動化する前に停止テストを行う
自動化は候補作成から始めても、送信前の境界確認は残します。予約確定や停止希望が締切後に入る可能性を考え、送信直前に差分を反映する工程と中止判断者を決めます。
店舗会議では配信数より、誤配信、返信待ち、予約枠不足、引継ぎ漏れを先に確認します。顧客へ届く前後の品質を整えた上で、対象施術や運用頻度を一つずつ広げてください。

よくある質問
来店周期は何日で設定すればよいですか
来店周期は何日で設定すればよいですか
固定の正解はありません。施術内容、本人の状態、予約の先行期間を見てテスト範囲を決め、早い・遅いという返信や予約済み誤配信を基に調整します。
予約済み顧客を除外するにはどうしますか
予約済み顧客を除外するにはどうしますか
電話や外部サイトを含む予約を一つの正本へ集め、配信直前に確定・変更中・個別相談中を照合します。LINE経由の予約だけを見ないことが重要です。
返信がない顧客へ何回送ってよいですか
返信がない顧客へ何回送ってよいですか
反応がないことを配信同意とみなさず、店舗で回数上限と休止期間を決めます。販売訴求を重ねる前に、対象時期と文面が本人に必要かを見直してください。
カルテの施術名が統一されていない場合はどうしますか
カルテの施術名が統一されていない場合はどうしますか
元の自由記述を消さず、配信判断に使う施術分類を別項目でそろえます。分類できない記録は自動対象へ入れず、担当者が確認してから扱います。
まとめ
最終来店日と施術を正本化し、予約済み・相談中・停止希望を先に除外して、状態確認から相談・予約へ進める配信を作ります。
店舗でそろえること
まずデータの正本と更新時刻を決め、施術別に「何を確認する配信か」を言葉にします。候補件数だけを見ず、配信境界にいる顧客の記録を別担当者が開いて確認してください。
公開後は返信と予約だけでなく、予約済み誤配信、停止反映、空き枠不足も記録します。一律の日数や送信回数を増やす前に、顧客の状態変化で確実に止まる工程を整えます。
- 最終来店日・施術内容・次回予約が最新
- 予約済み・相談中・停止希望を除外
- 本文と予約ページの案内が一致
- 検証予約後に次回配信が停止
最初の一歩
最初は一つの施術分類を選び、検証用アカウントで受信、返信、予約、除外まで通してください。正常配信より停止条件を先に確かめると、安全に対象を広げられます。
配信対象の管理は顧客管理タグ設計、予約後の案内は予約リマインド、失客対応は失客掘り起こしも参考になります。
参考:LINE公式アカウント メッセージ作成、LINE公式アカウント 配信先設定(2026年7月19日確認)。
