ユタラボ
⚙️ 業務自動化レシピ

不在着信を予約につなぐ安全設計FAQ｜SMSは下書きと人の確認から始める

歯科、美容室、修理店の不在着信フォローを、本人同意、営業時間の分岐、SMS下書き、人の承認、予約リンク、停止スイッチまで安全に設計するFAQです。

電話に出られなかった後、予約ページを案内できれば、お客さまは再び電話がつながるまで待たずに済みます。ただし、着信履歴を見つけた仕組みが、そのままSMSを送ってよいわけではありません。

最初に自動化するのは送信ではなく、不在着信の整理、送ってよい条件の確認、短い下書き作成、担当者への確認依頼です。お客さまに届く最後の一手は人が持ち、誤番号、緊急性、連絡拒否、医療情報などの例外を先に止めます。

この記事は「AIそのもの」を商品にする話ではありません。電話をかけ直す待ち時間、受付が同じ案内を繰り返す時間、予約したい人が空き時間を探す手間を減らす設計を扱います。派手な会話AIより、地味に繰り返される受付作業を安全に短くすることが先です。自動化する仕事の選び方は、毎日の作業を自動化する考え方も参考にしてください。

AIと人の担当を工程ごとに分ける考え方は、記事づくりを半分だけ自動にする方法と同じです。調べる、整える、下書きする所までは機械に任せても、相手へ届く決定は人が持ちます。

先に結論

安全な最小構成は次のとおりです。

  1. 電話システムから「応答できなかった」という事実だけを受け取る
  2. 営業時間内か時間外か、同じ番号の重複か、非通知かを分ける
  3. SMS連絡への同意記録と、現在の連絡拒否記録を照合する
  4. 条件を満たす場合だけ、販促を含まない案内文を下書きする
  5. 担当者が宛先、文面、予約リンク、緊急性、誤番号の可能性を確認する
  6. 承認された一件だけを送信キューへ移す
  7. 配信結果、拒否、返信、誤番号申告を記録し、必要なら直ちに止める

不在着信へのフォロー機能を持つ通信サービスは実在します。たとえばNTTビズリンクは、営業時間外や混雑時に対応できなかった場合、SMSでURLなどを案内できる機能を公式に説明しています。これは「技術的に可能」という確認材料であって、どの店舗も無条件で送ってよいという根拠ではありません。

予約サービス側にも、SMSやメールの確認・リマインダー機能があります。Square 予約は予約連絡を取引関連のメッセージとして扱い、販促目的の内容を入れないよう案内しています。Airリザーブはネット予約の完了・変更・キャンセルの通知と、来店前日のリマインドメールを公式機能として掲載しています。STORES 予約も、予約前のメールまたはSMS配信と複数タイミングの設定を案内しています。

つまり、電話、SMS、予約を一つの巨大な仕組みに作り直さなくても、既存サービスの機能を確認しながら、下書きと承認の間だけを整える方法があります。

このFAQが扱う範囲

扱うのは、不在着信の後に予約や折り返し方法を案内するための内部設計です。公開、実送信、顧客データの取り込み、外部サービスとの接続、契約、課金は扱いません。

また、この記事は一般的な設計情報です。個別事業者について、特定電子メール法、特定商取引法、個人情報保護法、医療関係の規律、各通信事業者の契約条件への適合を判断する法律意見ではありません。実際の文面、取得している同意、委託関係、保存期間、海外保管、医療情報の取扱いは、公開前と導入前に専門家および利用サービスへ確認してください。

法律と同意を先に分けて考える

個人情報の利用目的

個人情報保護委員会は、予約時に取得した情報について、事業者の規模にかかわらず、個人情報データベース等を事業で扱う場合には利用目的の通知または公表が必要になると説明しています。氏名などと結び付いて保存された電話番号等の連絡先も個人情報に該当します。

申込書や入力画面で連絡先を取得する場合は、原則として利用目的の明示が必要です。個人情報保護委員会は、申込内容の確認や履行結果の通知は取得状況から明らかな場合がある一方、新サービスの案内などは自明とは限らないと示しています。

したがって「予約に関する連絡」と「キャンペーンや再来店の勧誘」を同じ箱に入れない方が安全です。このFAQでは、不在着信への最初の文面を、予約方法または折り返し方法の案内だけに限定します。

本人同意

不在着信があったという事実だけを、SMS受信の同意とみなしません。これは法令の一文をそのまま言い換えた結論ではなく、誤番号や共有端末を含む実務上の事故を減らすための保守的な運用方針です。

同意は「誰が、何の連絡を、どの手段で受け取ることを了承したか」が後から分かる状態にします。予約フォームの独立した選択、店頭での説明後の記録、電話での明確な了承など、取得経路を記録します。「規約を見たはず」「以前利用したことがある」「電話をかけてきた」だけでは、SMS連絡への明確な了承記録として扱いません。

個人情報保護委員会は、黙示の同意が認められるかは個別事案ごとの具体的判断になると説明しています。

歯科など医療機関で本人同意を得る方法については、文書だけでなく、口頭や電話も認められると個人情報保護委員会が説明しています。ただし、同意を求める内容や緊急性を踏まえて方法を選ぶ必要があります。

同意を得た後も、受信者が連絡を拒否できる出口を用意します。この記事では、受信拒否の意思表示と、それを受けて以後の送信を止める処理をまとめてオプトアウトと呼びます。

広告宣伝と予約連絡

特定電子メール法は、広告または宣伝を行うための手段として送る電子メールを規律し、原則として事前同意、表示、受信拒否後の再送信禁止、同意記録などを定めています。消費者庁の案内とe-Govの条文を、文面確定前に確認してください。

特定商取引法にも、通信販売の電子メール広告についてオプトイン規制があります。消費者庁の特定商取引法ガイドは、通信販売の電子メール広告について、承諾や請求の記録を最後に広告を送った日から3年間保存する必要があると説明しています。これはすべての不在着信ログを3年間保存するという意味ではありません。適用対象と記録を混同せず、実際の業態と文面について法務確認が必要です。

予約日時の確認や、相手から求められた折り返し方法の案内と、割引や別サービスの勧誘は目的が違います。最初のSMSへ販促を混ぜると、本人の期待と法的評価の両方が変わり得ます。そこで運用上は、取引関連の短い案内と広告宣伝を別テンプレート、別同意、別承認に分離します。

推奨する処理フロー

次のフローは、送信方法の実装手順ではなく、送信前に止めるための業務設計です。

不在着信を検知
  |
  +-- 非通知、番号欠損、電話システム障害
  |     -> SMS候補を作らず、人の確認一覧へ
  |
  +-- 同じ番号の短時間重複
  |     -> 一件へまとめ、再連絡回数を増やさない
  |
  +-- 営業時間内
  |     -> 担当者の折り返し候補とSMS下書き候補を作る
  |
  +-- 営業時間外
        -> 翌営業日の確認一覧へ
        -> 緊急性をAIだけで判定しない

候補作成後
  |
  +-- SMS同意記録なし
  |     -> 送信不可。電話の折り返しまたは音声案内を選ぶ
  |
  +-- 連絡拒否あり
  |     -> 送信不可。拒否記録を優先する
  |
  +-- 誤番号申告あり
  |     -> 送信不可。対象番号を停止対象へ
  |
  +-- 同意あり、拒否なし
        -> 販促を含まないSMS下書きを作る

人の確認
  |
  +-- 宛先、同意範囲、文面、公式予約URL、重複、緊急性を確認
  |
  +-- 不明点あり
  |     -> 送信せず保留
  |
  +-- 承認
        -> 一件だけ送信キューへ
              |
              +-- 配信失敗 -> 自動連打せず、人が原因確認
              +-- 受信拒否 -> 即時停止
              +-- 誤番号返信 -> 即時停止と記録修正
              +-- 通常返信 -> 担当者の受信箱へ

この流れでは、AIは「下書きを作る」「ルール違反候補を赤信号として出す」役です。本人同意を作り出したり、緊急度を確定したり、最終送信を勝手に決めたりしません。

段階導入は四段で止めながら進める

段階ゼロ: 観察だけ

既存の電話対応を変えず、不在着信が起きた時刻、営業時間内外、折り返しまでの業務状態だけを集計します。電話番号や用件を分析用の表へ複製しない設計にし、個人を識別しない集計で足りるかを先に検討します。

ここで確かめるのは、電話に出られない場面が本当に繰り返されているか、予約リンクで解決する用件と、人の会話が必要な用件を分けられるかです。

段階一: 下書きだけ

不在着信を検知しても送信しません。ルールに合う候補だけ、担当者画面へ下書きを表示します。担当者は、従来どおり電話で折り返すことも、下書きを破棄することもできます。

この段階の合格条件は、下書きの速さではありません。誤番号の可能性、同意なし、拒否済み、重複、緊急性不明を確実に止められることです。

段階二: 人が承認した一件だけ

担当者が承認ボタンを押した一件だけを送信対象にします。承認画面には、電話番号そのものを必要以上に大きく表示せず、同意の取得経路、同意の範囲、拒否状態、前回連絡、テンプレート種別、予約URLの公式ドメインを並べます。

承認者と送信者を分けられない小規模店舗でも、「下書きを見た時刻」と「送信を決めた担当」を残します。AIが承認者になってはいけません。

段階三: 例外処理を固める

誤番号申告、拒否、配信不能、予約URL障害、電話システム障害、担当者不在、医療上の緊急性が疑われる返信をテストします。正常に送れた場面だけを見て、完全自動へ進めません。

このFAQの推奨着地点は、下書き、承認、例外処理が安定している状態です。将来、一部の定型通知を自動化できるとしても、法務確認、サービス規約、同意範囲、停止機能、障害時の責任者が揃うまでは、送信を人の操作から外しません。

SMS下書きの作り方

下書きには、相手の氏名、症状、施術名、修理対象、予約履歴などを入れないことを初期値にします。端末を家族や職場で共有している場合や、番号が別の人へ再割り当てされている場合でも、本文だけで用件が推測されにくくするためです。

共通の短い下書き

[店舗名]です。お電話に出られず失礼いたしました。
ご予約をご希望の場合は、公式予約ページをご利用いただけます。
[公式予約URL]
SMSでのご案内を希望されない場合は、このメッセージへの返信でお知らせください。

この下書きも、そのまま送る前提ではありません。本人同意、サービスが要求する表示、受信拒否の方法、返信可否、文字数、URLの安全性を人が確認します。返信を受け取れない送信方式なのに「返信で」と書いてはいけません。その場合は、利用サービスが認める受信拒否方法へ差し替えます。

営業時間外の下書き

[店舗名]です。営業時間外にお電話をいただき、ありがとうございます。
ご予約をご希望の場合は、公式予約ページをご利用いただけます。
[公式予約URL]
内容の確認が必要な場合は、翌営業日に担当者が確認します。
このSMSは緊急対応を受け付ける窓口ではありません。

営業時間外では「すぐ対応します」と約束しません。歯科で症状が書かれた返信が届いても、自動応答だけで診断や緊急度の判断をしません。緊急時の案内は、院内で承認された音声案内や公式ページへ分離します。

予約枠が見つからない場合の下書き

[店舗名]です。お電話に出られず失礼いたしました。
予約ページでご希望の時間が見つからない場合は、ページ内の公式連絡方法をご確認ください。
[公式予約URL]
空き状況は変わるため、このSMSでは予約確定をお約束していません。

「予約を確保しました」「必ず折り返します」といった、システム上まだ確定していない内容は書きません。URLを送ることと、予約が成立することを分けます。

同意と停止のチェックリスト

導入前の確認表です。一つでも「不明」があれば、その経路では送信せず、下書き保存までに止めます。

同意

  • SMS連絡の利用目的を、本人が確認できる場所に表示している
  • 予約連絡と広告宣伝の同意を分けている
  • 同意した手段がSMSであることを記録している
  • 同意の取得日時、取得経路、対象文面の版を追える
  • 代理予約や家族の番号では、誰が連絡先の利用を了承したかを確認できる
  • 不在着信そのものを同意記録の代わりにしていない
  • 同意が見つからない場合は、自動的に送信不可になる

送信前

  • 現在の連絡拒否記録がない
  • 誤番号申告がない
  • 同じ着信への送信済み記録がない
  • 店舗名を確認できる
  • 予約URLが自社の公式案内と一致する
  • 本文に販促、割引、別サービスの勧誘を混ぜていない
  • 本文に氏名、症状、施術内容、修理内容などを入れていない
  • 返信を受け取れる方式か、受け取れない方式かが文面と一致する
  • 担当者が宛先と本文を目視した

停止

  • 全送信を止める停止スイッチがある
  • 店舗単位で止められる
  • 一つの番号だけ止められる
  • 受信拒否を受けた時点で、待ちキューからも除外できる
  • 誤番号申告を受けた時点で、再連絡候補からも除外できる
  • 配信サービス障害時に再試行を止められる
  • 停止中の候補を、再開時に一括送信しない
  • 再開には担当者の確認が必要である

再連絡上限をどう決めるか

最初の運用では、一つの不在着信に対して承認済みSMSを一通までとするのが分かりやすい設計です。これは法令が一通と定めているという意味ではなく、重複や催促化を防ぐための推奨する内部上限です。

相手から返信がないことを、追加送信への同意とみなしません。予約が必要なら相手が予約ページから進められるため、同じ用件で自動的に二通目、三通目を重ねません。担当者が業務上の必要を確認して折り返す場合も、既存の受付規程に従います。

同じ番号から短時間に複数回の着信があった場合は、着信ごとに下書きを増やさず、一つの確認案件にまとめます。ただし、医療機関で複数回の着信を「予約意欲が高い」とだけ評価するのは危険です。緊急性の可能性もあるため、SMS販促ではなく人の確認へ上げます。

ログは「多く残す」より「目的を決める」

保存する候補は次のとおりです。

区分記録する目的最小項目の考え方
同意送ってよい根拠の確認取得日時、取得経路、対象手段、対象目的、文面の版
着信重複防止と業務確認内部イベント識別子、時刻、営業時間内外、応答状態
下書き誤送信の追跡テンプレート版、作成時刻、送信不可理由
承認人が確認した証跡承認時刻、担当権限、確認結果
送信二重送信防止送信時刻、サービス側識別子、配信状態
拒否再送防止拒否時刻、拒否経路、適用範囲
例外再発防止誤番号、障害、URL不一致などの分類

本文全文、症状、修理内容、会話要約を運用ログへ複製する必要があるかは慎重に検討します。目的を満たせるなら、状態と内部識別子だけにします。アクセス権は受付業務に必要な担当へ絞り、閲覧と変更の履歴を分けます。

個人情報保護法は、一般に一律の保存期間や廃棄時期を定めていないと個人情報保護委員会は説明しています。一方、利用する必要がなくなった個人データは遅滞なく消去するよう努める必要があります。業法や広告同意記録など別の保存義務がある場合もあるため、「全部同じ期間」にしないでください。

SMSサービスや予約サービスへ個人データの取扱いを委託する場合、委託先の安全管理を監督する必要があります。委託する業務に不要なデータを渡さず、契約、再委託、保管場所、削除、事故時の連絡を確認します。

個人の権利利益を害するおそれがある漏えい等では、個人情報保護委員会への報告や本人通知が必要になる場合があります。事故対応票は導入後ではなく、導入前に用意します。

停止スイッチは三層にする

停止は「外部サービスを解約する」ことではありません。業務中にすぐ使えるスイッチを三層にします。

全体停止

すべてのSMS候補を送信不可にします。配信障害、同意判定の不具合、公式URLの改ざん疑い、情報漏えいの疑いがある場合に使います。停止後も新しい下書きを作るかどうかは別設定にし、原因調査に不要な顧客データを増やしません。

店舗停止

複数拠点のうち、営業時間設定や予約URLに問題がある店舗だけを止めます。別店舗が正常でも、問題のある店舗を多数決のように再開しません。

番号停止

連絡拒否、誤番号、番号再割り当ての疑いがある宛先を止めます。番号停止は送信キューより先に照合し、すでに作成済みの下書きも無効にします。

再開時は、停止中にたまった候補を一括送信しません。古い不在着信へ遅れて連絡すると、相手の状況や同意状態が変わっている可能性があるためです。再開後は、新しい着信から通常フローへ戻します。

三つの業種で何が変わるか

歯科

歯科では、電話番号だけでなく、返信に症状や受診歴が含まれる可能性があります。診療記録、病歴、診療過程で得た情報などは要配慮個人情報に当たり得ると個人情報保護委員会は説明しています。

歯科向けの初期設定は、次のようにします。

  • SMS本文に症状、診療科目、処置名、受診歴を入れない
  • 返信で症状を詳しく書くよう求めない
  • 予約ページは医療機関が承認した公式ページだけにする
  • 緊急性が疑われる返信をAIだけで分類して完結させない
  • 営業時間外は予約案内と、緊急窓口ではない旨を分けて表示する
  • 医療情報を扱う委託の内容と公表方法を確認する

厚生労働省のガイダンスは、医療機関等が本人から書面で個人情報を直接取得する際、利用目的を院内掲示等であらかじめ明示することなどを示しています。SMSの利用目的、外部委託、返信内容の取扱いは、院内の既存掲示やプライバシー方針と整合させます。

歯科の狙いは、AIに問診させることではありません。予約したい人へ公式入口を示し、受付が同じ説明を繰り返す回数を減らすことです。

美容室

美容室では、担当者、施術時間、メニューによって空き枠が変わります。SMSで空きを断定せず、予約ページで最新状況を確認してもらいます。

美容室向けの初期設定は、次のようにします。

  • 不在着信フォローへクーポンや新メニュー案内を混ぜない
  • 予約確認と販促メッセージを別の同意にする
  • 指名、施術内容、過去の利用内容をSMS本文へ出さない
  • 営業時間外は翌営業日の人の確認時期を明示する
  • 予約ページで確定するまで予約成立と書かない
  • 予約サービスの通知設定と二重送信にならないよう照合する

Squareは、予約通知を取引関連のメッセージとして扱い、マーケティングおよびプロモーション関連のメッセージを送信できないと公式ヘルプで説明しています。この線引きは、独自の不在着信下書きを作るときにも参考になります。

美容室で売る価値は「AIを使っていること」ではなく、施術中で電話に出られない時でも、お客さまが公式の空き枠へ進めることです。導入効果は店舗ごとに測定し、予約増加を保証する表現は使いません。

修理店

修理店では、修理対象や故障内容を先に聞きたくなります。しかし、不在着信直後のSMSで詳細を書かせると、個人情報や機器情報が外部サービスへ広がります。最初は予約や受付方法だけを案内し、詳細確認は既存の安全な受付へ分けます。

自動車整備を含む修理業では、業界の一次情報も確認します。日本自動車整備振興会連合会のQ&Aは、新規顧客から個人情報を取得する場面について、要配慮個人情報以外は同意取得が常に必要という整理ではない一方、書面取得なら原則として利用目的をあらかじめ明示し、それ以外も公表済みでない場合は利用目的を通知または公表する必要があると説明しています。個人情報保護法上の同意と、SMSを送るための連絡同意を同じ意味にしないことが大切です。

修理店向けの初期設定は、次のようにします。

  • 故障内容、製品識別情報、住所などをSMS本文へ入れない
  • 見積額や修理完了日を自動で確定しない
  • 緊急修理か通常予約かをAIだけで決めない
  • 予約リンクと見積依頼フォームを混同しない
  • 安全に関わる故障の相談は、人の確認へ上げる
  • 同じ番号から複数案件があり得るため、電話番号だけで案件を自動結合しない

修理店でも、最初の利益は高度な診断AIではなく、営業時間、予約入口、折り返し方法を毎回説明する反復作業を減らすところから生まれます。どの程度の時間が減るかは、導入前後の実測で確かめます。

よくある質問

1. 不在着信があればSMSを送ってよいですか

不在着信だけをSMS受信への同意とは扱いません。既存のSMS同意記録があるかを確認し、なければ電話での折り返しや、電話システムの音声案内など別の方法を使います。どの法令がどう適用されるかは業態、文面、取得経路で変わるため、個別確認が必要です。

2. 初めて電話してきた人にはどう対応しますか

自動SMSの候補から外します。人が折り返してSMSで予約URLを送ってよいか確認するか、着信時の音声案内で本人がSMS受信を明確に選べる仕組みを検討します。その選択を取得日時と内容とともに記録できない場合は送信しません。

3. 営業時間内と時間外で何を変えますか

営業時間内は、担当者の折り返し候補とSMS下書き候補を同時に出せます。時間外は翌営業日の確認一覧へ置き、即時対応を約束しません。歯科など緊急性があり得る業種では、通常予約の案内と緊急時の公式案内を分けます。

4. SMSに予約リンクを入れてもよいですか

本人同意、利用サービスの規約、文面の目的を確認したうえで、自社が管理または公式に採用した予約ページだけを使います。短縮URLや見慣れないドメインは、受信者が正規性を判断しにくくなるため初期設定では避けます。NTTドコモも企業向け案内で、正規SMSを示すため独自ドメインの利用を勧めています。

5. 予約リンクを送れば予約確定と書けますか

書けません。リンクの案内、予約申込み、店舗の承認、予約確定は別の状態です。利用する予約サービスの確定条件に合わせ、未確定なのに確定したような文面を出さないでください。

6. 人は何を確認しますか

宛先、SMS同意の範囲、連絡拒否、誤番号、重複、店舗名、公式予約URL、営業時間、販促の混入、個人情報の混入、緊急性の可能性を確認します。一項目でも判断できなければ送信ではなく保留を選びます。

7. AIに送信可否を判定させられますか

AIは候補の分類や不足項目の指摘には使えますが、本人同意の存在を推測させません。送信可否は保存された同意記録と拒否記録を決定的な条件にし、最終承認は人が行います。

8. 再連絡は何回までですか

初期運用では、一つの不在着信に対して承認済みSMS一通までを推奨します。これは法律上の一律上限ではなく、重複と催促化を防ぐ内部ルールです。返信がないことを理由に、自動で追加送信しません。

9. 相手が「不要」と返信したらどうしますか

直ちに番号停止へ登録し、待ちキューと作成済み下書きからも除外します。担当者へ停止結果を表示し、その後の販促や同種連絡へ流用しません。特定電子メール法では、受信拒否通知を受けた後の再送信が禁止される場面があるため、対象文面の法的評価も含めて確実に止めます。

10. 英語の停止キーワードだけ用意すればよいですか

利用者が理解できる方法を用意します。SMSサービスごとに受信拒否機能や利用できる語が異なります。Twilioの公式文書では、標準の受信拒否語、言語別設定、拒否後のブロックなどが説明されていますが、日本で採用する場合は国内の契約、送信元、対応語、返信可否をサービスへ確認してください。

11. 誤番号だと返信が来たらどうしますか

謝罪や案内を自動で重ねず、送信停止と記録修正を優先します。その番号を元の顧客記録へ自動で付け直したり、別の番号を推測したりしません。誤番号の原因を調べ、同じ取得経路から送られる候補を一時停止します。

12. 電話番号が別の人へ再割り当てされることも考えますか

考えます。長期間使われていない同意記録を永久に有効扱いせず、同意の取得日と直近の利用関係を確認します。誤番号申告がなくても、久しぶりの連絡を自動で送る前には、同意の有効性と利用目的を見直します。

13. 非通知の着信にはどうしますか

SMSの宛先がないため送れません。番号を推測したり、別の顧客記録と結び付けたりしません。電話側の音声案内や留守録など、番号を必要としない既存手段で案内します。

14. 家族や代理人が予約した場合はどうしますか

患者、利用者、予約者、SMS受信者が同一とは限りません。誰の番号で、何の連絡を受け取ることを誰が了承したかを確認します。SMS本文には、本人以外が見た場合に診療、施術、修理の内容が分かる情報を入れません。

15. 歯科の症状をSMSで聞いてもよいですか

不在着信フォローの最初のSMSでは求めない設計を推奨します。返信で診療情報が届けば、要配慮個人情報を扱う可能性が高まります。院内で承認された安全な問診経路へ分離し、緊急性を自動返信だけで処理しません。

16. 緊急の連絡かどうかをAIが見分ければよいですか

AIだけで確定しません。複数回の着信、特定の語、営業時間外といった情報は確認優先度を上げる材料にはできますが、診断や安全判断の代わりにはなりません。緊急時は、事業者が承認した公式案内と人の対応へ切り替えます。

17. 美容室なら販促を混ぜても問題ありませんか

予約に関する取引連絡と、割引や新メニューの広告宣伝は分けます。Squareの公式ヘルプも予約通知を取引関連のメッセージとして説明し、販促目的の内容を入れないよう案内しています。独自SMSでも、別目的を混ぜず、販促は別の同意と法務確認に分けます。

18. 修理店なら見積の概算を自動返信できますか

不在着信だけでは対象、状態、部品、作業条件が分からないため、確定的な金額や納期を返しません。予約入口や受付方法までにとどめ、見積は必要情報と担当者の確認が揃う別工程にします。

19. 配信できたかはどう確認しますか

送信サービスが提供する状態通知を使えるか確認します。Twilioの公式文書では、送信中、送信済み、配信済み、未配信、失敗などの状態変更をコールバックで追跡できると説明しています。ただし、採用サービスの状態名と意味をそのまま確認し、「配信済み」を「本人が読んだ」と同一視しません。

20. 配信失敗なら自動再送してよいですか

初期運用では自動再送しません。番号形式、受信拒否、通信障害、サービス設定など原因が異なるためです。失敗を人の確認一覧へ出し、原因が解消され、同意が現在も有効で、連絡の必要性が残る場合だけ再判断します。

21. ログへSMS本文を全部保存すべきですか

必ずしもそうではありません。二重送信防止や承認証跡に本文全文が必要かを検討し、テンプレート版と状態だけで足りるなら本文の複製を避けます。特に歯科では、返信に症状が含まれる可能性があるため、通常の運用ログと医療情報の保管を混ぜません。

22. ログは何年保存すればよいですか

すべてのログに共通する一律年数はここでは決めません。個人情報保護委員会は、個人情報保護法に一般的な保存期間や廃棄時期の規定はない一方、不要になった個人データは遅滞なく消去するよう努める必要があると説明しています。広告同意記録など別法令の保存要件、契約上の要件、紛争対応の必要性を分け、専門家と保存表を作ります。

23. 外部のSMSサービスへ電話番号を渡してよいですか

委託の目的、提供項目、保管場所、再委託、アクセス制御、削除、事故連絡、契約終了時の返却または消去を確認します。業務に不要な顧客情報は渡しません。医療機関では、個人データを扱う業務を委託している旨の公表もガイダンスに沿って検討します。

24. 海外サービスを使う場合は何を確認しますか

海外保管や外国事業者が関係する場合、個人情報保護法上の外国にある第三者への提供や安全管理に関する追加確認が必要になり得ます。サービス名だけで適否を決めず、契約主体、保管国、アクセス主体、委託か第三者提供か、本人への情報提供を専門家と確認します。

25. 停止スイッチを押した後、再開時にまとめて送れますか

送りません。停止中の候補は期限切れとして人が破棄または再評価します。再開後は新しい着信から通常フローへ戻し、古い候補を一括送信する機能は初期状態で無効にします。

26. 予約サービスのリマインダーと重複しませんか

重複する可能性があります。不在着信フォロー、予約確認、来店前リマインダーを別イベントとして記録し、予約成立後は不在着信フォローの候補を閉じます。既存予約サービスの通知機能を使えるなら、独自送信を増やす前にそちらへ寄せます。

27. 効果はどう測りますか

売上保証ではなく、業務の変化を測ります。たとえば、確認待ちの不在着信件数、下書きが破棄された理由、重複を止めた件数、誤番号申告、拒否、担当者が使った確認手数、予約ページへ案内した後の状態などです。個人単位の追跡を増やさず、目的に足りる集計を選びます。

28. 最初に完全自動送信を試す方が早くないですか

送信事故は相手の端末へ届いた後に回収できません。下書きだけなら、同意判定、文面、URL、重複、緊急性の問題を送信前に見つけられます。最初は人が確認し、正常系より例外系を先に試す方が、後戻りを小さくできます。

29. AIを使わなくても実現できますか

できます。固定テンプレート、営業時間の条件、同意と拒否の照合、予約URLの選択だけでも多くの作業を減らせます。AIは文面の短縮や例外候補の整理に限定し、固定ルールで足りる所へ無理に入れません。

30. 導入前に誰の確認が必要ですか

店舗責任者、実際に受付する担当者、個人情報の管理責任者、利用する電話・SMS・予約サービスの窓口が最低限の確認対象です。医療、広告、海外保管、複雑な委託が関係する場合は、該当分野を扱える専門家へ個別に確認します。

導入前の試験項目

実顧客へ送らず、テスト用に管理された番号と架空ではない自社の正式な店舗情報だけで確認します。試験結果に顧客情報を混ぜません。

試験期待する結果
同意記録がない下書き候補または確認一覧で止まり、送信不可になる
連絡拒否がある送信キューへ入らず、作成済み下書きも無効になる
同じ着信イベントが重複する一件へまとめられ、送信候補が増えない
非通知または番号欠損宛先を推測せず、人の確認一覧へ移る
営業時間外翌営業日扱いとなり、即時対応を約束しない
公式予約URLが変わった旧URLの下書きが承認できない
予約サービス側で予約成立不在着信フォロー案件が閉じる
配信不能自動再送せず、原因確認へ移る
誤番号の返信番号停止と待ちキュー除外が同時に起きる
連絡拒否の返信同種の今後の送信が止まる
全体停止すべての送信が止まり、再開時も一括送信されない
店舗停止対象店舗だけ止まり、他店舗の設定へ影響しない
権限のない担当者承認も停止解除もできない
URLが公式ドメインでない承認画面で止まる
本文に医療・施術・修理の詳細が入る警告され、承認できない

法務確認へ渡す一枚

専門家へ「この仕組みは合法ですか」とだけ聞くと、前提が足りません。次の事実を一枚にして渡します。

  • 業種と提供する役務
  • 電話番号を取得する画面、書面、会話
  • 公表している利用目的
  • SMS連絡の同意文と取得経路
  • 予約連絡と広告宣伝の切り分け
  • 実際に使う全テンプレート
  • 送信元表示と受信拒否の方法
  • 再連絡上限
  • 誤番号と連絡拒否の処理
  • 電話、SMS、予約サービスの契約主体
  • 各サービスへ渡すデータ項目
  • 保管場所、再委託、アクセス権、削除方法
  • 同意、承認、送信、拒否ログの保存方針
  • 歯科では返信に診療情報が含まれた場合の取扱い
  • 停止スイッチと事故時の連絡体制

法務確認の境界は、一般論と個別判断の間です。この記事で確認できるのは、公式資料に書かれた一般的な義務と、事故を減らす設計原則までです。実際の着信が「広告宣伝」か「取引関連の連絡」か、特定の同意文が十分か、委託か第三者提供か、どの保存義務が適用されるかは、事業者の事実関係をもとに個別確認してください。

まとめ

不在着信フォローで最初に作るべきものは、全自動の送信機ではありません。

  • 不在着信を営業時間内外、重複、非通知へ分ける
  • 不在着信とSMS同意を同一視しない
  • 予約連絡と広告宣伝を分ける
  • SMSは個人情報を含めない短い下書きにする
  • 人が同意、拒否、誤番号、URL、緊急性を確認する
  • 一件ごとの承認から始める
  • 再連絡に内部上限を置き、返信なしで自動追加しない
  • 拒否、誤番号、配信不能を正常系より先に試す
  • ログは目的ごとに最小化し、不要になれば消去する
  • 全体、店舗、番号の三層で止められるようにする

AIを売るのではなく、予約へ進める時間と、受付が本当に判断すべき時間を作る。歯科、美容室、修理店のどれでも、最初の価値はこの地味な反復業務を安全に減らすところにあります。

一次情報の確認メモ

確認日: 2026-07-24

続き（結論と実データ）はnoteに置いています

ここでは手順のところまで書きました。実際に出た数字、うまくいかなかった条件、そのまま使える設定ファイルは、 note の記事にまとめてあります。

noteで続きを読む Xをフォローする

⚙️ 自動化

毎日の作業を自動で回す型｜自動化していい仕事・してはいけない仕事

業務を自動化する前に、回数と手順の固定度で候補を選び、危ない仕事を外して最初の1本を安全に動かす具体的なやり方が分かります。
⚙️ 自動化

AIに調べ物を任せるときの設計図：質問・出典・検証を3段階に分ける

AIエージェントへ調査を頼む前に出口を定め、質問を分解し、広い検索と深い確認を使い分け、出典の強さと反証結果まで保存するための実践的な調査手順を初中級者向けに解説します。未確認事項を残す最小の保存形式も紹介します。
⚙️ 自動化

AIエージェントに仕事を任せる技術：依頼票・検収・引き継ぎの実践

AIエージェントへ仕事を任せるときに、目的、担当範囲、合格条件、停止条件を依頼票へまとめ、調査・変更・検証へ分割し、証拠を使って検収と引き継ぎを進める具体的な方法を解説します。人間が持つ仕事との分け方も整理します。