Shopifyのキャンセル・返金SMSで変更内容を伝える

イベントに合うメッセージを使う

Sendvioには注文キャンセルと注文返金のSMSプリセットがあります。有効化前にトリガーと注文データを確認します。キャンセルと返金は関連する場合がありますが、同じイベントではありません。

該当する場合、部分返金や複数商品を含む注文も確認します。一部だけの返金なのに注文全額が返ったように伝えないでください。空欄を想像で埋めず、利用できるデータを正確に使います。

変更内容と次に起きることを分ける

注文のキャンセルで出荷が止まっても、それだけで返金が顧客口座へ届いたとは分かりません。返金イベントが一商品または一回の請求だけに関わることもあります。確認できたイベントの意味に基づいて文面を作り、全体の情報はサポートされた注文詳細で確認できるようにします。

3商品のうち一つだけ返金された場合、「ご注文を返金しました」と書くと購入全体が取り消されたように聞こえる可能性があります。データが範囲を裏付ける場合だけ部分返金と伝え、金額や通貨を含めるなら正確さを確認してください。

返金を実行したと伝える場合も、資金がいつ口座に表示されるかの保証とは分けます。処理の見込みは、承認済みの案内と該当する支払状況に基づいて説明します。通知を完全に見せるためだけに日数を作らないでください。

金額や金融情報は必要な範囲にする

関連する注文情報とサポートへ安全に進める方法を案内します。不要な決済情報をSMSに含めたり、返信で認証情報を送らせたりしないでください。金額を記載するなら、通貨と返金範囲を確認します。

店舗が返金を記録したことと、顧客口座で資金を確認できることを区別します。処理時期は承認済みのサポート案内に沿い、状況に裏付けられていない到着日を約束しません。

顧客がそれまでに受け取った通知も確認する

注文確認や発送通知を受け取っている顧客にも、今回何が変わったのかを明確にします。前のイベントがなかったことのように扱わないでください。一部の商品が発送済みなら、残りのキャンセルを伝える際に特に注意が必要です。

全額キャンセル、部分返金、全額返金、手順で起こり得る重複イベントをテストします。それぞれのトリガーとリンク先を確認してください。正確なテンプレートでも、誤ったイベントに結び付けば誤解を招きます。

サポート先は分かりやすく安全なものにします。顧客が取引について問い合わせるために個人情報を公開したり、決済情報を返信したりする必要がないようにします。担当者が許可されたシステムで調査に必要な状況を確認できるようにし、機微情報を不必要に繰り返させないでください。

困りやすいケースをテストする

全額キャンセル、部分返金、手順で起こり得る重複・更新イベントのテストを用意します。顧客に矛盾するSMSや重複通知が届かないことを確かめます。

販促特典は、複合目的が適切に確認・許可されていない限り通知に含めません。公開後の質問も見て、分かりにくい表現を直します。有用な状況通知は、取引が予定通りに進まないときこそ、信頼できる事実と次の手順を伝えます。

通知開始後に同じ質問が続くかを確認します。「処理済み」がすでに入金されたという意味に受け取られるなら、状態を明確にします。部分返金が混乱を招くなら、SMSと注文ページを見直します。不安な瞬間に、確認済みの事実と現実的な次の手順を一つ示すことが目的です。