注文後の変更・キャンセルをどう案内するか｜受注メールの一文で問い合わせを減らす書き方
注文後の変更・キャンセルをどう案内するか｜受注メールの一文で問い合わせを減らす書き方
ネットショップを開いてしばらく経つと、必ずこの問い合わせが来ます。「注文した商品を1点追加したい」「お届け日を変えたい」。
そして多くの店舗が、1件ずつメールで対応しています。管理画面で注文を編集し、差額を計算し、追加の支払いリンクを送る。届いたお金を確認して、内容を確定させる。1件あたり15分から30分。件数が増えれば、これは無視できない工数になります。
この工数の大半は、サイト側の案内文で消せます。 注文後にできること・できないことを、注文確認メールの中で最初から示しておけば、そもそも問い合わせが発生しないからです。
この記事では、注文後の変更・キャンセルをどう案内すべきかを、結論から示します。あわせて、案内文をどこに何か所置くか、期限をどう書くか、そして案内を入れたつもりで届いていない状態をどう防ぐかまでを、実際のECサイト運用から整理します。
結論：「変更」という言葉を使わず、キャンセル→再注文の一本道で書く
先に正解を書きます。
注文後の案内文には「変更」という語を残さない。実際にできるのがキャンセルだけなら、文言もキャンセルだけに揃える。 そのうえで「変更したい場合はどうすればいいか」を、同じ場所で1文だけ示します。
具体的にはこうなります。
> ※ ご注文のキャンセルはお届け日の5日前まで承ります。
> ※ ご注文された商品の追加・変更は、お手数ですが一度すべてキャンセルして、改めてご注文ください。
たった2行です。しかしこの2行があるかないかで、問い合わせの発生率が変わります。1行目が「いつまでなら取り消せるか」に答え、2行目が「変更したいときの唯一の手段」に答えているからです。お客様が知りたいことは、実質この2つしかありません。
なぜ「変更」という語を消すのか
ボタンやリンクに「ご注文の変更・キャンセルはこちら」と書くのは、一見親切に見えます。しかしその先がキャンセル画面しかないなら、これは事故のもとです。
お客様は「変更」の文字を見て「変更できるはず」と考えます。押してキャンセル画面が出ると、「変更ボタンを押したのにキャンセル画面が出た。壊れているのでは」という問い合わせに変わります。案内を増やしたつもりが、問い合わせを増やしています。
実際に、あるフラワーギフトECではこの現象が起きました。注文確認メールのボタンを「ご注文の変更・キャンセルはこちら」としていたところ、「変更を押すとキャンセル画面になる」という質問が上がってきたのです。文言を「ご注文のキャンセルはこちら」に統一し、変更については別の1文で「キャンセル→再注文」と明示したことで、この種の質問はなくなりました。
UIの文言は、機能の上限に合わせる。 実態より広い言葉を使うと、その差分がそのまま問い合わせになります。
そもそも「注文内容のセルフ変更」はEC標準では存在しない
念のため事実関係を整理しておきます。「うちのサイトだけできないのでは」と気にする必要はありません。
| プラットフォーム | 顧客自身による注文内容の変更 |
|---|---|
| 大手総合通販 | 既存注文への商品追加は不可（別注文になる）。数量・住所変更とキャンセルは発送前のみ |
| 大手モール型 | 原則として出店店舗への連絡ベース |
| Shopify | 顧客セルフの注文編集機能なし（店舗側の管理画面からのみ編集可） |
つまり「注文後に自分で内容を変えられる」ECの方が例外です。できないことを謝る必要はなく、「ECの標準的な仕様です」と言い切ってよい領域です。むしろセルフキャンセルと自動返金まで用意しているなら、標準より手厚い部類に入ります。
案内文のトーンもこれに合わせます。「申し訳ございませんが変更はできかねます」と謝罪から入るより、「変更をご希望の場合は、一度キャンセルして再度ご注文ください」と手順を示すほうが、読み手は次の行動に移れます。
判断1：そもそも店舗側で注文を編集する運用にするか
案内文を書く前に決めることがあります。変更依頼が来たとき、店舗側で注文を編集して差額を請求する運用にするのか、しないのか。 ここを決めないと、文言も決まりません。
管理画面から注文を編集し、差額を支払いリンクで請求する方法は、Shopifyをはじめ多くのECで技術的には可能です。しかし運用に乗せると、次の負荷が現場にかかります。
- 差額の計算を人が行う
- 支払いリンクを送り、入金を確認する
- 入金前に商品を用意してしまうリスクを人が管理する
- 見落とすと、そのまま金銭の欠損になる
この「見落とすとお金が絡む」という感覚は、現場にとって想像以上に重いものです。前述のフラワーギフトECでも、一度は注文編集による差額請求の運用を採用しましたが、実際に回してみた結果、「こちらが見落とすとお金が絡むので怖い」という理由で、セルフキャンセル→再注文の運用に戻す判断がなされました。
これは後ろ向きな判断ではありません。キャンセルと返金が全自動なら、店舗はお金を手で触りません。触らない設計は、ミスが構造的に起きません。現場が安心して回せる運用のほうが、機能として上等な運用より強い。 変更依頼が月に数件しかないなら、なおさらです。
判断基準はこう置くと迷いません。
- 変更依頼が日常的に大量発生する（例：法人受注で数量調整が常態化している）→ 注文編集の運用を組む価値がある
- 変更依頼が月に数件、かつ扱うのが受注生産・生鮮・期日指定品 → セルフキャンセル→再注文に倒す
判断2：キャンセル期限を何日前にするか
期限は「なんとなく」で決めず、仕入れ・製作のリードタイムから逆算します。
- 材料を外部から仕入れる → 仕入れ発注を確定させる日
- 自社で製作する → 製作着手日
- 期日配送がある → 配送手配を確定させる日
このうち最も早い日が期限です。フラワーギフトのように生花を発注する商材であれば、お届け日の5日前が発注確定のタイミングになり、そこが期限になります。
そして案内文には、必ず具体的な日数で書きます。「準備の都合上、直前のキャンセルはお受けできません」では、お客様は自分のケースが該当するか判断できず、結局問い合わせてきます。「お届け日の5日前まで」と数字で書けば、その場で判断が終わります。
境界の日をどちらに含めるか、先に決める
見落とされがちですが、期限を実装するときは「ちょうど5日前」が可なのか不可なのかを最初に決めてください。ここを曖昧にしたまま作ると、お客様の画面では受付可能に見えるのに処理が通らない、といった食い違いが起きます。
推奨は次の3点です。
- 「5日前まで承る」＝5日前当日は可、4日前は不可と定義する
- 日付の比較は時刻を含めず、日本時間の暦日どうしの引き算で判定する（時差や時刻の混入で1日ずれる事故を防ぐため）
- 境界の日（5日前=可／4日前=不可）をテストとして固定しておく
3番目は特に効きます。日付判定は後から誰かが手を入れやすい箇所で、しかも1日ずれても画面上は正常に見えます。境界をテストで固定しておけば、ずれた瞬間に検知できます。
判断3：案内文をどこに置くか——「4か所すべて」が答え
案内文は1か所に書いても読まれません。お客様が「変更したい」と思う瞬間に目に入る場所すべてに置きます。
① 注文確認メール（最重要）
最優先はここです。 理由は単純で、お客様はマイページに戻ってこないからです。
ECに不慣れな層、あるいはギフト用途で1回だけ購入する層は、注文後にサイトを再訪しません。手元に残る唯一の接点が注文確認メールです。実際、前述のECでキャンセル導線を設計した際も、「マイページ前提の導線は成立しない」という判断から、入口を注文確認メールのボタン1本に絞っています。
置き場所はメール冒頭の「注文を表示する」ボタンのすぐ下。明細の下ではありません。スクロールしないと見えない位置に置いた案内は、無いのと同じです。
② キャンセル手続きの確認画面
キャンセルを実行する直前の画面です。ここには「本当にキャンセルしていいか」を判断する材料を置きます。
なお、この画面に「変更したい場合はキャンセルせずご連絡ください」と書くかどうかは、判断1の結論に従います。店舗側で編集しない運用に決めたなら、この一文は入れてはいけません。入れると連絡が来てしまい、決めたはずの運用が崩れます。案内文は、運用の決定に従属させる。 順番を逆にしないことが重要です。
③ FAQページ
「キャンセルできますか」は検索されるページ内キーワードです。ここにはメールと同じ日数を書きます。
ありがちな事故が、メールの文言を更新したのにFAQが古い日数のまま残ることです。案内が2つあり、数字が食い違っている状態は、案内が無いより悪くなります。文言を変えるときは、「この数字が書かれている場所」を先に全部リストアップしてから着手してください。
④ 特定商取引法に基づく表記
返品・キャンセルの条件は法定記載事項です。ここの記載と①〜③が矛盾しないようにします。実務上は、特商法ページの文面を正とし、他の3か所をそれに合わせる形が管理しやすくなります。
案内文に必ず入れる「連絡先」
期限を過ぎた場合、あるいは何らかのエラーで手続きできなかった場合に、お客様が行き場を失わないようにします。
このとき、連絡先はメールアドレスにするか電話番号にするかを、運用体制で決めます。 電話を載せると、営業時間外の不在着信と折り返しが発生します。少人数の店舗であれば、メールアドレスに寄せたほうが対応が破綻しません。前述のECでも、当初は電話番号を出していたエラー画面・期限切れ画面を、運用開始後にすべてメールアドレスへ変更しています。
もうひとつ、連絡先アドレスは1つに統一する設計にしてください。「花屋にも、予約担当にも届くように」と複数のアドレスを併記すると、両方が返信してしまう二重対応が起きます。専用アドレスを1つ作り、そこからメール側の転送設定で必要な人数に配る形にすれば、宛先が増減してもサイトの文言を触らずに済みます。
実装の落とし穴：入れたつもりで表示されていない状態
最後に、案内文を入れる作業そのもので起きやすい事故を挙げます。これは事前に知っていれば確実に避けられます。
落とし穴1：明細ループの中に書くと、条件によって静かに消える
メールの通知テンプレートは、商品明細を繰り返し描画する構造になっています。この繰り返しの中に案内文を入れると、商品の入り方によっては、その分岐ごと処理がスキップされて何も表示されないまま送信されます。
たとえば、オプション付き商品を扱うアプリを使っている場合、商品が「グループ商品」として登録され、通常の明細とは別のループで描画されることがあります。通常明細の枝に案内を書いていると、そのお客様のメールにだけ案内が出ません。しかもエラーは一切出ないため、実際の注文が入るまで誰も気づけません。
対策は、案内文を明細ループの外に、独立したブロックとして置くことです。 メール冒頭のボタン直下に1ブロック新設する形にすれば、商品の入り方に左右されません。前述のECでも、明細の分岐内に埋め込んでいた表示を、冒頭の独立ブロックに作り直すことで解消しています。分岐に潜り込ませる書き方は、知らない条件に落ちたときに静かに死ぬ、と覚えておいてください。
落とし穴2：宛先ごとに書き分けない
注文が入ると、通常は2種類のメールが飛びます。お客様向けの注文確認メールと、店舗スタッフ向けの新規注文通知です。
キャンセル手順の案内はお客様向けにだけ入れます。 スタッフ向け通知に顧客向けの文面が混ざると、スタッフが「これはお客様に送るものだったか」と迷う原因になります。逆に、お客様のメールアドレスや納品日といった業務情報はスタッフ向けにだけ入れます。テンプレートを1つ直したら他方も同じように直す、という機械的な作業をしないことです。
落とし穴3：保存しただけで確認を終える
管理画面でテンプレートを編集したあと、保存ボタンを押して画面が進んだら完了、としてはいけません。エディタによっては、保存操作が実際には走っておらず、画面だけ進むことがあります。
必ずページを再読み込みして、保存後の内容を取り直して確認します。 加えて、プレビュー機能はサンプルデータで描画されるため、オプション情報を持たないサンプルでは該当ブロックが表示されないことがあります。プレビューが空でも壊れているとは限らず、逆にプレビューが出ても実注文で出るとは限りません。最終確認は、テスト注文を1件通して実物のメールを見るのが確実です。
まとめ：決める順番を間違えない
注文後の変更・キャンセル案内は、文面を考えるところから始めると必ず迷います。順番はこうです。
- 運用を決める——店舗側で注文編集をするのか、しないのか
- 期限を決める——仕入れ・製作のリードタイムから逆算し、日数で確定させる。境界の日も決める
- 文言を決める——できることの上限に合わせる。「変更」の語は、変更できないなら使わない
- 4か所に同じ内容を置く——注文確認メール／キャンセル確認画面／FAQ／特商法ページ
- 実物で確認する——保存後に再読み込み、テスト注文1件で実際のメールを見る
案内文は、書き足すほど親切になるものではありません。お客様が次に何をすればいいかが1行で分かる状態が、いちばん問い合わせを減らします。 「変更はキャンセル→再注文」「期限は5日前まで」。この2つが伝わっていれば、大半のメールは来なくなります。
現在ネットショップを運用していて、注文後の問い合わせ対応に時間を取られていると感じるなら、まず注文確認メールを自分で1通受け取ってみてください。そこに上の2行が書かれているか。書かれていなければ、その工数は文面で減らせる工数です。