キャンセルポリシーを伝えても読まれていない｜予約の流れの中で要点を再掲し、確認を取る手順

※この記事には広告（アフィリエイトリンク）を含みます。

予約ページにもプロフィールにも、キャンセルポリシーはきちんと書いてある。それなのに、前日の夕方に「明日、行けなくなりました」と届く。キャンセル料の話をすると「そんなの聞いていません」と返ってくる。サロン、撮影、出張サービスのように、枠そのものが商品になる仕事では、これが何度も繰り返されると気持ちも予定も削られます。

この記事では「キャンセル規定の伝え方」を、文章の上手い下手ではなく伝わる場所とタイミングの設計の問題として整理します。そのうえで、エルメ（L Message）の「あいさつメッセージ」「予約時入力項目」「予約完了メッセージ・リマインド」で解ける部分と、解けない部分を分けて書きます。キャンセル料の金額や、請求できるかどうかといった法律・契約上の判断はしません。ここは各自の規約と、必要なら専門家への確認が前提です。機能の情報は2026-10-09時点の公式マニュアルを読んだ内容です。

キャンセル自体を減らす仕組み（前日リマインドなど）は、既存記事の予約の無断キャンセル・直前キャンセルを減らす方法｜事前連絡の仕組みと、LINE公式アカウント＋エルメのリマインドが向く条件で扱っています。こちらは「ポリシーを読んでもらう」ことに絞ります。

「読まれない」を3つに分けると、直し方が変わる

「規約が読まれない」とひとまとめにすると、対策が「もっと目立つ色で書く」「長く書く」に流れがちです。実際には、次のように原因が違い、効く手が変わります。

よくある状態	起きていること	直し方の方向
ポリシーは出しているが、見る機会がない	プロフィールや固定の投稿に置いてあるだけで、予約の操作の途中には出てこない	予約の流れの中（予約前・予約直後）に再掲する
見てはいるが、長くて要点が入らない	規約をそのまま貼り、「いつから」「何が」「いくら」が読み取れない	要点を3行程度に絞り、詳細は別に置く
読んだが、自分のこととして受け取っていない	「同意」の操作がなく、後から「聞いていない」となる	予約時に確認の操作を一つ挟み、回答を記録に残す
当日になって初めて意識する	予約から来店までが長く、期限や条件を忘れる	予約完了時と前日などに、期限を再通知する

自分の店がどれに近いかを、直近の「聞いていません」と言われた場面を3件ほど思い出して当てはめてみてください。多くは「見る機会がない」と「同意の操作がない」の組み合わせです。この2つは、LINEの予約の流れの中なら比較的手を入れやすい部分です。

LINEで解ける部分と、解けない部分

LINE側でできるのは、「相手の目に入る回数と位置を増やす」「確認の操作を挟む」「回答を記録に残す」までです。ポリシーそのものの中身や、守られなかったときの対応は別の話です。

悩みの要素	LINE＋エルメで扱えるか	補足
予約の前後に要点を再掲する	扱える	予約完了メッセージ、リマインドで送れる（公式マニュアルで確認）
予約時に「確認しました」を取る	扱える（作り方に工夫が要る）	予約時入力項目に選択肢の質問を置き、回答を友だち情報に紐づける
キャンセルの連絡をLINEで受ける	扱える	キャンセル用URLを挿入する案内が公式にある
キャンセル料の設定・請求・判断	この記事では扱わない	決済連携の有無や金額の妥当性は各自の規約・契約で確認
同意の記録に法的な効力があるか	判断しない	記録は「案内した事実の補助」。効力は各自で確認
電話で急に「行けない」と言われる	解けない	電話や対面の運用ルールを別に決める

組み立て手順：4つの接点にポリシーを置く

流れは「友だち追加時」「予約の入力時」「予約完了時」「来店前」の4つの接点です。すべて入れる必要はなく、手間と効果で2〜3か所から始めても成り立ちます。

接点1：あいさつメッセージには要点だけを置く

友だち追加の直後は、ポリシーを読んでもらうには少し早い時期です。ここでは「予約はこちら」「キャンセルは○日前までにこちらから」と、1〜2行の要点と、詳細の置き場所への案内にとどめるのが現実的です。エルメの「あいさつメッセージ」には新規友だち用・既存友だち用・ブロック解除友だち用があり、メッセージのほか、タグの付与やステップ配信の開始などのアクションを設定できます（公式マニュアルで確認）。手順の全体像はエルメのあいさつメッセージと自動応答の設定手順｜先に決めておくことにもまとめています。

つまずきやすい点として、公式には「複数のアクションは必ずしも上から順に実行されるわけではない」と記載があります。メッセージの順序に意味がある設計にするときは、実機のテストで確認してください。テストは、未追加のLINEアカウントでの友だち追加か、ブロック・ブロック解除で行う流れが公式に書かれています。

接点2：予約時入力項目で「確認しました」を取る

予約時入力項目は、友だちが予約や購入をするときに入力を促す機能です。サロン・面談予約、レッスン予約、イベント予約、商品販売で使えます。項目名、必須か任意か、紐づける友だち情報、回答タイプ（長文、短文、選択肢）を設定します（公式マニュアルで確認）。

確認の操作は、選択肢タイプの質問で作る形が考えられます。たとえば質問文を「キャンセルについて：前日18時以降の変更・キャンセルは【条件】となります。確認しましたか」とし、選択肢を「確認しました」にして必須にします。ここで注意したいのは次の2点です。

• 選択肢タイプの質問は、先に「選択肢」タイプの友だち情報を作っておく必要があります。作っていないと、選択肢が表示されません（公式の注意点）。
• 選択肢が1つだけの質問が設定できるか、公式ページでは確認できませんでした。実際の画面で試し、難しければ「確認しました／内容について質問したい」の2択にする方法があります。

こうしておくと、回答が友だち情報に残り、「確認した」と答えたかどうかを後から見返せます。ただし、これは案内した事実の補助であり、契約の成立や効力を保証するものではありません。

接点3：予約完了メッセージとリマインドで、期限を数字で再掲する

サロン・面談予約には、予約完了時のメッセージ、キャンセル時のメッセージ、予約前と予約後のリマインドを設定できます。変数として、予約日時、コース名、スタッフ名、キャンセル用URLなどを差し込めます。予約がキャンセルされると、リマインドは自動で止まります（公式マニュアルで確認）。

ここでの工夫は、規約の文章を貼るのではなく、この予約に当てはまる期限を、日付で書くことです。「前日までに」ではなく「【日付】18:00までに」と書けるほうが、読む側は判断しやすくなります。日付の差し込みは変数で自動化できる場合があるかもしれませんが、期限日の自動計算が使えるかは公式で確認できませんでした。難しいときは、コースごとに「予約日の1日前」のような相対表現で書く形が安全です。

接点4：キャンセルの導線を一緒に送る

「キャンセルしたいけれど、どこから連絡すればいいかわからず、無断になる」ことは意外と多いものです。キャンセル用URLの挿入コードを予約完了メッセージやリマインドに入れておくと、連絡の入口を一つにできます。入口の設計はエルメの予約機能（予約管理・リマインド）の設定と、先に決めておくことも参考になります。

なお、予約の受付期限や締切（日数・時間で指定）の設定は公式に説明がありますが、「キャンセル期限」を個別に設定する手順は、該当ページでは確認できませんでした。キャンセルの受付そのものを何時で締めるかは、実際の画面と公式サポートで確認してください。

運用ルール案とチェックリスト

仕組みを入れても、文面が長いままでは同じことが起きます。次のルールを先に決めておくと、毎回の迷いが減ります。

• 要点は「いつまでに」「どうやって」「何が発生するか」の3点だけにする（詳細は別ページや固定の投稿に任せる）。
• 金額は、自分の規約に実際に書いてある内容と同じにする。メッセージだけ別の数字にしない。
• 規約を変えたら、あいさつメッセージ、予約時入力項目、予約完了メッセージ、リマインドの4か所を同じ日に直す。更新のチェック表を作っておく。
• 「聞いていない」と言われたときの返答テンプレートを用意しておく（責めず、案内した日時と場所だけを伝える）。
• 例外を認める基準（体調不良、災害など）を、自分のルールとして書いておく。判断は人が行う。
• 変更後は必ず保存し、テスト用アカウントで実際に表示を確認する（公式でも保存が必要と記載）。

次の表は、設定のあとに確認する観点です。

確認する場所	見る点	つまずきの例
あいさつメッセージ	要点が2行以内か、詳細への案内があるか	長い規約を全文貼って読まれない
予約時入力項目	必須になっているか、選択肢が表示されるか	選択肢用の友だち情報を作っておらず、選択肢が出ない
予約完了メッセージ	期限が日付で書かれているか、キャンセルURLがあるか	コードが古く、空欄のまま送られる
リマインド	タイミングは期限の前か	期限が過ぎてから届く
友だち情報	回答が記録されているか	紐づけ漏れで回答が残らない

友だち情報を作り直すと挿入コードも変わるため、メッセージ内のコードの更新が必要だと公式に注意があります。作り直す前に、どのメッセージが使っているかを控えておくと安全です。

活用例（架空の設計例）

以下は実例ではなく、考え方を示すための架空の設計例です。成果の数字はありません。

設計例：出張で撮影をする個人事業者（一人運営）。撮影日の2日前までは日程変更を受け、それ以降は【自分の規約の内容】とする運用だとします。

1. あいさつメッセージには「ご予約はこちら／日程変更は2日前の【時刻】までにこちらから」とだけ書き、規約の詳細ページへのリンクを一つ置く。
2. 予約時入力項目に、選択肢タイプの必須質問「キャンセル・日程変更の期限について確認しましたか」を置き、回答を友だち情報に紐づける。
3. 予約完了メッセージに、予約日時、期限の日付、キャンセル用URLを差し込む。
4. 予約の3日前に1回リマインドを送り、期限が近いことを伝える。
5. 「確認しました」と答えなかった人には、人が1:1で一言添える（これは自動化しない）。

この設計でも、当日の急なキャンセルがゼロになるわけではありません。それでも、後から「いつ、どこで案内したか」を説明しやすくなり、対応の迷いは減る見込みです。

向かないケースと、私の見立て3点

向かないケース

• キャンセル料が高額になる、または契約の内容が複雑なサービス。LINEの短い案内ではなく、書面などで合意を取る形が適切な場合があります（具体的な判断は各自で確認）。
• お客様が高齢で、LINEの操作自体に不慣れな層が中心の場合。電話や対面での説明を主にしたほうが伝わることがあります。
• 当日のキャンセルが、体調や緊急の事情に由来することが多い仕事。仕組みで締めるより、個別対応の余地を残したほうが合う場合があります。
• 予約がごく少数で、一件ずつ口頭で説明できる規模。仕組み化の手間のほうが大きくなります。

私の見立て

1. 「読まれない」の多くは、文章力の問題より置き場所の問題だと考えています。予約の流れの中に要点を置く方が、長い規約を整えるより先に効くことが多そうです。
2. 確認の操作は、「縛る」ためより「自分でも決めた基準を思い出すきっかけ」として使うのが現実的です。記録は補助で、判断は人が行うのが前提です。
3. 最初は2か所だけで十分です。予約完了メッセージと予約時の確認から始め、足りなければあいさつメッセージを足すくらいが続けやすいと思います。

まとめ

キャンセルポリシーが読まれないときは、文面を長くする前に、「見る機会」「要点の絞り方」「確認の操作」「期限の再通知」のどこが欠けているかを切り分けるのが近道です。エルメでは、あいさつメッセージ、予約時入力項目、予約完了メッセージ・リマインド、キャンセル用URLを組み合わせて、これらを予約の流れの中に置けます。一方で、キャンセル料の判断や、急な連絡への対応は人の仕事として残ります。

プランによる利用制限は、今回読んだ各公式ページには記載がありませんでした。無料プランの範囲で足りるかどうかは、契約前に公式で確認してください（2026-10-09時点）。

構築代行のご案内（30万円〜・税別）

「規約の要点をどう絞るか」「予約の流れのどこに置くか」の設計から、実際のエルメの設定まで任せたい方向けに、構築代行を行っています。詳細はLINE業務改善・構築代行のご案内をご覧ください。