※この記事は広告（アフィリエイトリンク）を含みます。
「明日の予約、1時間遅らせてもらえますか」。この一言が、LINEのトークで届くこともあれば、電話の留守番メッセージに残っていることも、レジ前での口頭のお願いとして受けたまま、付箋にも書かれずに終わることもあります。予約変更の依頼が複数の経路に散らばると、「誰が受けたのか」「予約表に反映したのか」が分からなくなり、二重予約や、お客様の来店時の行き違いにつながります。この記事では、予約変更の連絡を一か所に集めて把握する、という業務改善の手順を、エルメ（L Message）の公式マニュアルで確認できた範囲で整理します。
予約変更の依頼が3方向から届くと、現場で何が起きるか
受付担当の一日を思い浮かべてみます。午前中は施術やレッスンの対応で手が離せず、電話に出られません。昼休みにスマホを開くと、LINEに変更依頼が3件、留守電に1件。さらに前日の夕方、お客様から口頭で「来週は水曜に変えたい」と言われたものの、その場では予約表を開いておらず、メモも取っていなかった。夜になって思い出し、予約表を見たら、その枠にはすでに別のお客様が入っていた、という流れです。
ここで起きている問題は、変更依頼の「量」ではなく「所在」です。依頼がどこにあるか分からないため、確認作業そのものが仕事になります。変更依頼を探す時間、反映したかを確かめる時間、お客様に「変更しました」と返す時間が、予約管理の裏側でじわじわ積み上がります。
なぜ散らばるのか：原因を3つに切り分ける
「LINEにまとめれば解決」と考える前に、散らばる理由を分けておくと、手当ての順番が決まります。
| 原因 | 現場で起きること | 先にやる手当て |
|---|---|---|
| お客様が使いやすい連絡手段を選んでいる | 電話が得意な人は電話、LINEが日常の人はトーク、来店時はその場で言う | 「変更はこの方法で」という案内を予約確認の連絡に必ず入れる |
| 受け手側に記録の置き場所がない | 口頭や電話で受けた依頼がメモ止まりで、予約表への反映が後回しになる | 受けた人が「その場で予約表を直す」を原則にする |
| 変更依頼と通常の質問が同じトークに混ざる | 「変更したい」の一文が雑談や質問に埋もれて見落とす | 変更専用の入口（フォーム・合言葉）を用意する |
3つ目は、LINEの1:1チャットで特に起こりやすい点です。変更依頼だけを拾えるようにする工夫が、この記事の中心になります。
LINEで解ける部分／解けない部分を先に分ける
LINEを窓口にしても、すべての変更依頼が自動で片づくわけではありません。取得日2026-10-09時点で、エルメの公式マニュアルから読み取れた内容をもとに、分けてみます。
| 項目 | LINE（エルメ）で扱える範囲 | 扱えない・公式で確認できなかった範囲 |
|---|---|---|
| 予約の確認 | 予約カレンダーで日・週・月単位の予約状況を確認でき、アプリでも確認や追加、キャンセルができる | 電話や口頭で受けた依頼を自動で取り込む仕組みは、公式で確認できませんでした |
| キャンセル | 店舗側が予約詳細からキャンセルできる。キャンセルの可否や締切日時の設定、リクエスト制（承認が必要）にもできる | キャンセル料の判断は事業者ごとのルール。システムでは決められません |
| 日時の変更 | 店舗側でキャンセルして取り直す運用は組める | お客様側が日時変更をする操作は、該当のマニュアルで確認できませんでした。変更時の自動通知も同様です |
| 依頼の仕分け | 1:1チャットで対応ステータスを付けたり、メモ、タグで絞り込める。自動応答でキーワードに応じてステータスを自動付与できる | 担当者を割り当てる機能は、1:1チャットのマニュアルに記載がありませんでした |
| 記録 | 予約情報をGoogleスプレッドシートに反映する連携がある | チャット履歴は保存期間に上限（無料プランは180日）があるため、長期保管は別に考える |
向かないケース
- 当日の直前変更や急病など、緊急性が高い連絡：電話や直接の連絡が確実です。LINEは既読を確認できない（公式の1:1チャットのマニュアルに、既読の確認はできない旨の記載があります）ため、見落としが許されない連絡には向きません。
- 料金や返金の判断が絡む変更：LINEで受けても、判断は人が行います。システム任せにしない前提で使ってください。
- 高齢のお客様など、LINEを使わない層が中心の場合：電話を残したうえで、受けた内容を同じ予約表に書く運用が現実的です。
窓口を一本にする設定の流れ
ここからは、エルメで組める流れです。名称は公式マニュアルの表記に合わせます。
手順1：予約のタイプとルールを決める
サロン・面談予約には、1人で運営する「個人タイプ」と、複数スタッフの「スタッフタイプ」があり、作成後は変更できないと公式に記載があります。ここで間違えると作り直しになるため、最初に確認してください。そのうえで、キャンセル不可にするか、締切日時を設けるか、承認制（リクエスト制）にするかを決めます。予約の種類の選び方はエルメの予約機能3種類の違い｜サロン予約・レッスン予約・イベント予約をどう選ぶかに整理しています。
手順2：予約確認の連絡に、変更の連絡先を書く
予約内容の自動送信では、予約日時、コース名、スタッフ名、キャンセル用URL、店舗名などを差し込めると公式に記載があります。この文面の末尾に「ご変更はこのトークで『変更』とお送りください」と、窓口を一つ書いておきます。送信前に友だち情報を差し込む項目が空欄にならないかを、必ずテスト送信で確かめます。
手順3：「変更」のキーワードで対応ステータスを自動で付ける
自動応答で、キーワードに一致したら1:1チャットの対応ステータスを付ける設定ができます。「変更」「キャンセル」「ずらしたい」など、複数のキーワードのうちどれか1つに当てはまれば反応する設定です。パネルをタップしたときのメッセージに誤反応しないよう、キーワード反応のチェックを入れる必要があると公式に書かれています。ステータスの名称は、初期の6種類（公式の1:1チャットFAQの記載）のほか、追加や色の変更ができるので、「変更依頼」のような専用ステータスを足すと探しやすくなります。
手順4：電話・口頭で受けた分も、同じ場所に記録する
電話や口頭の依頼は、受けた人が友だち詳細の「メモ」に書く、またはスプレッドシートの予約欄に追記する、のどちらかに決めます。LINEのトークに入らない依頼を無理に流し込む仕組みは、公式では確認できませんでした。記録の置き場所の考え方は顧客対応の記録の残し方｜対応履歴ノートの項目と、LINEのやりとりとの紐づけ方も参考になります。
| 手順 | 設定する場所（公式の表記） | 確認ポイント |
|---|---|---|
| 予約のタイプ・ルール | サロン・面談予約の予約設定 | タイプは作成後に変更できない。キャンセル締切日時を決めたか |
| 確認連絡に窓口を書く | 予約内容の自動送信（予約・キャンセルのメッセージ） | 差し込みコードが空欄にならないか。保存を押したか |
| キーワードで仕分け | 顧客対応の自動応答（対応ステータスの付与） | 誤反応しない設定か。テスト用アカウントで試したか |
| 口頭・電話の記録 | 友だち詳細のメモ、または連携したスプレッドシート | 誰が、いつまでに、どこへ書くかを決めたか |
運用ルール案とチェックリスト
設定より長続きの差が出るのは、ルールの部分です。小さな窓口でも使える案をまとめます。
- 変更依頼は、受けた人が「予約表を直す」「お客様に『変更しました』と返す」までを一人で完了する。
- 受けた依頼は、その日のうちに予約表へ反映する。反映できなければ、メモに「未反映」と書く。
- 口頭・電話で受けた依頼も、同じ書式（日付／お名前／旧日時／新日時／受けた人）でメモする。
- 変更の返信には、新しい日時をそのまま書き、お客様に確認してもらう。
- 週に一度、「変更依頼」ステータスのまま残っているトークがないかを見る。
毎日の確認項目としては、次の4つがあれば足ります。
- 未確認のバッジが付いたトークを全部開いたか
- 「変更依頼」ステータスのトークに、返信と反映が済んでいるか
- 留守電・口頭メモの分を予約表に反映したか
- 翌日の予約一覧と、依頼の内容にずれがないか
担当者の分担が必要な場合は、スタッフ管理で権限を分ける方法があります。公式のスタッフ管理ページでは、追加できるプランが有料プラン側に限られると読める記載があるため、利用前に公式で確認してください。複数人での返信の分担は、1:1チャットのマニュアルに担当割り当ての記載がないので、「誰が返すか」は運用ルール（曜日や時間帯で決める）で補うのが現実的です。
活用例（架空の設計例）
以下は実例ではなく、あくまで設計の一例です。成果の数字は載せていません。
設定：個人で営業する施術系の教室（スタッフ1名）を想定します。電話は施術中に出られないため、営業時間の案内とあわせて「変更はLINEで承ります」と掲示します。予約完了のメッセージに「変更・キャンセルは、このトークに『変更』とお送りください」と記載し、自動応答で「変更」「キャンセル」「ずらし」を拾って「変更依頼」ステータスを付けます。
一日の流れ：昼休みに「変更依頼」で絞り込み、上から順に新しい日時を確認して返信し、予約カレンダーを直します。留守電が入っていたら、同じ書式でメモに記載します。夕方に、残っている依頼がないかを一度だけ確認して終わりです。電話の応対が減るかどうかは、お客様の使い方次第なので、期待しすぎないことも大切です。
なお、電話予約を中心にしてきたお店がLINEへ移すときの併用期間の設計は、電話予約中心のお店がLINE予約へ移すときの段取り｜併用期間の設計と、お客様への伝え方で詳しく扱っています。
私の見立てとまとめ
私の見立て
- 変更依頼の散らばりは、ツールより先に「受けた人が必ず書く場所」を決めるほうが効く、と考えています。
- LINEに集めるのは、変更依頼の「入口」を一本化するところまで。日時変更のお客様側の操作は公式で確認できなかったため、最後は人が予約表を直す前提で組むのが安全だと思います。
- 毎日の確認を5分で終える仕組みにしないと、設定は続きません。ステータスは増やしすぎず、まず1つ足す程度で十分だと感じます。
まとめ
予約変更の依頼が散らばる原因は、手段の違い、記録の置き場所のなさ、質問との混在の3つに分けられます。エルメでは、予約確認の連絡で窓口を案内し、キーワードで対応ステータスを付け、メモとスプレッドシートで記録する形が組めます。一方で、お客様側の日時変更や、電話・口頭の自動取り込みは公式で確認できませんでした。料金やプラン条件は取得日2026-10-09時点の公式情報にもとづくため、契約前に公式で確認してください。まずは無料プランで、予約確認の文面と「変更」のキーワード1つから試すと、無理がありません。
構築代行のご案内（30万円〜・税別）
予約のタイプ選び、自動応答のキーワード設計、運用ルールの文書化まで、まとめて任せたい場合は構築代行をご用意しています。内容と進め方は構築代行のご案内ページをご覧ください。
