【事例型】クリニックがLINEとBrazeで予約キャンセル後フォローを自動化したイメージ(匿名・概念)
目次 クリックで開く
クリニック経営において、予約キャンセル(ドタキャンや無断キャンセル)は避けて通れない課題です。特に自由診療や自費診療をメインとするクリニックにとって、1枠のキャンセルは数万円から数十万円の機会損失に直結します。しかし、キャンセルが発生するたびに受付スタッフが電話や手動メールでフォローを行うのは、人的リソースの観点から現実的ではありません。
本記事では、カスタマーエンゲージメントプラットフォームである「Braze」と「LINE」を組み合わせ、予約キャンセルが発生した瞬間に患者の属性や過去の来院歴に応じたフォローメッセージを自動送信する仕組みを解説します。単なる一斉送信ではない、データに基づいた「パーソナライズ・オートメーション」の構築手法を、実務者の視点で具体的に紐解きます。
クリニックの予約キャンセルを放置するリスクと「自動リカバリー」の重要性
多くのクリニックでは、予約のリマインド(前日通知など)には力を入れていますが、「キャンセルされた後」のケアは手薄になりがちです。しかし、一度キャンセルした患者は、その瞬間に「通院の意欲」が減退しているわけではなく、単に予定が合わなくなっただけのケースが多々あります。この「熱量が残っているタイミング」を逃すと、患者は競合他院へ流出するか、治療自体を断念してしまいます。
なぜ手動の追いかけ電話・メールは限界なのか
従来の電話によるフォローには、以下の3つの大きな課題があります。
- タイミングの不一致: 患者が電話に出られる状況とは限らず、何度もかけ直すコストが発生する。
- 心理的ハードル: キャンセル直後の電話は、患者にとって「催促」のように感じられ、心理的負担を与えてしまう。
- 属人化: スタッフの忙しさによって、フォロー漏れが必ず発生する。
これに対し、LINEを用いた自動フォローは、患者が自分のタイミングで確認でき、かつ「ワンタップで再予約ページへ飛べる」という利便性を提供します。
予約キャンセル後「30分以内」のアプローチが再予約率を左右する
ECサイトにおける「カゴ落ちメール」と同様、キャンセル後のフォローもスピードが命です。予定が空いた直後に、代替候補日を添えたLINEが届けば、その場でスケジュールを再調整する確率は飛躍的に高まります。Brazeのようなリアルタイムデータ処理に長けたツールを活用することで、予約システムのキャンセル信号(Webhook)をトリガーに、即座にメッセージを届けることが可能になります。
Braze × LINEで構築する「キャンセル後フォロー」のアーキテクチャ
システム構成の全体像を理解することが、導入の第一歩です。ここでは、予約システム、Braze、LINEがどのように連携するかを整理します。
予約システム(WEB)からBrazeへのデータ連携フロー
まず、Webサイト上の予約システムや、クリニック専用の予約アプリで「キャンセル」というアクションが発生した際、その情報をBrazeに送信する必要があります。通常は、予約システムのサーバーサイドからBrazeのUsers Track APIを叩き、カスタムイベントとして「Appointment_Cancelled」などを記録します。
この際、重要なのは「どの施術内容が」「いつ」「誰によって」キャンセルされたかのプロパティを付与することです。これにより、後続のメッセージ内容を「〇〇の施術の再予約はこちら」と具体化できます。
関連記事:LIFF・LINEミニアプリ活用の本質。Web行動とLINE IDをシームレスに統合する次世代データ基盤
BrazeからLINE Messaging APIを介したパーソナライズ配信
Brazeは標準でLINEとの連携機能を備えています。Brazeの管理画面(キャンバス)上で、トリガーとなるイベントが発生してからメッセージを送るまでの「ジャーニー」を描きます。メッセージ作成時には、LINEの「テンプレートメッセージ」や「Flex Message」を利用することで、視認性の高い予約ボタンを配置したメッセージを送信できます。
【比較表】LINE専用ツール vs Braze での運用の違い
国内には多くのLINE CRMツールが存在しますが、グローバルで採用されるBrazeとの違いはどこにあるのでしょうか。クリニックの実務における主要な差異をまとめました。
| 比較項目 | 一般的な国内LINEツール | Braze (カスタマーエンゲージメント) |
|---|---|---|
| データ保持期間 | 数ヶ月〜1年程度が多い | 無制限(契約プランに依存) |
| トリガーの柔軟性 | LINE内の行動が主 | Web、アプリ、オフライン等全方位 |
| マルチチャネル | LINEのみに特化 | LINE、メール、プッシュ、SMSを一元管理 |
| リアルタイム性 | バッチ処理による遅延がある場合も | ストリーム処理による超低遅延 |
| 分析機能 | 配信数・クリック数中心 | コントロールグループ(非送信群)との比較・売上寄与計測 |
小規模なクリニックであれば国内ツールで十分なケースも多いですが、複数の分院を抱える医療法人や、Webサイト・アプリを跨いだ高度なCX(顧客体験)設計を目指す場合は、Brazeのような基盤が不可欠となります。
関連記事:【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』
具体的な自動化シナリオの設定手順
ここでは、実務担当者がBrazeで設定を行う際の具体的な3ステップを解説します。
ステップ1:カスタムイベント(キャンセル)の定義と実装
エンジニアは、予約キャンセル完了画面、または予約管理システムのバックエンドから、Brazeに対して以下の情報を送信するように実装します。Braze公式のUser Track APIドキュメントを参考にしてください。
{
"events": [
{
"external_id": "patient_12345",
"name": "appointment_cancelled",
"time": "2024-05-10T15:00:00Z",
"properties": {
"service_name": "医療脱毛(全身)",
"clinic_name": "新宿本院",
"staff_name": "佐藤",
"original_date": "2024-05-12"
}
}
]
}
ステップ2:Braze キャンバスでの「待ち時間」と「分岐」の設計
Brazeの「キャンバス(Canvas)」機能を使用し、フローを作成します。
- Entry Step: カスタムイベント「appointment_cancelled」が発生したときに開始。
- Wait Step: キャンセル直後の動揺を考慮し、あえて「10分〜30分」の待機時間を設定。
- Message Step: LINEチャネルを選択。メッセージを作成します。
- Exception Events: 待機時間中に「再予約(appointment_booked)」が発生した場合は、このフローから離脱(メッセージを送らない)させる。
ステップ3:LINE テンプレートメッセージによるアクション誘導
送信するメッセージには、必ず「再予約ページへの直接リンク」を含めます。できれば、前回の入力情報を引き継いだ状態で開けるように、クエリパラメータにID等を埋め込んだURLにすると、患者の離脱を最小限に抑えられます。これが「摩擦ゼロ」の顧客体験です。
関連記事:広告からLINEミニアプリへ。離脱を最小化しCXを最大化する「摩擦ゼロ」の顧客獲得アーキテクチャ
医療機関におけるデータセキュリティとプライバシーへの配慮
クリニックが外部SaaSを利用する上で、最も注意すべきがセキュリティです。日本の「医療情報システムの安全管理に関するガイドライン」等への準拠を意識する必要があります。
個人健康情報(PHI)をBrazeに送らないデータ設計
Brazeは非常にセキュアなプラットフォームですが、不要なリスクを避けるため、Braze上には「誰がどの病気であるか」という直接的な情報は保持しないのが一般的です。
具体的には、「氏名」「住所」「具体的な診断名」の代わりに、独自の「患者ID」と「セグメントタグ(例:自費美容A、保険診療Bなど)」のみを連携します。詳細なカルテ情報は院内のクローズドな基盤(電子カルテ等)に留め、Brazeはあくまで「コミュニケーションの出し分け」に必要なフラグのみを扱う設計にします。
LINE IDと自社IDをセキュアに紐付ける「名寄せ」の注意点
患者がLINE公式アカウントを友だち追加しただけでは、システム上の患者IDとLINE IDは紐付きません。LIFF(LINE Front-end Framework)を活用し、予約時やマイページログイン時に、セキュアにID連携を行うフローの実装が必須となります。この「名寄せ」が不十分だと、別の人にメッセージが届くという致命的な事故につながるため、開発段階での厳密なテストが求められます。
導入前に確認すべきコストと運用体制
最後に、現実的な運用面について触れます。BrazeとLINEを組み合わせる場合、以下の費用が発生します。
- Braze ライセンス費用: 保持するユーザー数(MAU)や利用する機能によって変動します。詳細はBraze公式サイトの料金案内を参照し、個別見積もりが必要です。
- LINE Messaging API 利用料: LINE公式アカウントのプラン(コミュニケーションプラン、ライトプラン、スタンダードプラン)に応じた月額固定費に加え、通数に応じた従量課金が発生します。詳細はLINEヤフー社の公式サイトを確認してください。
- 開発・保守費用: 予約システムとのAPI連携開発や、メッセージテンプレートの作成・改善にかかる工数です。
これらのコストは、手動フォローにかかる人件費や、失われていた予約枠が埋まることによる収益向上と比較し、投資対効果(ROI)を算出する必要があります。1日平均数件のキャンセルが発生する規模のクリニックであれば、自動化による恩恵は極めて大きいと言えるでしょう。
キャンセルを「不運な出来事」で終わらせるのではなく、次回の来院につなげるための「貴重な接点」に変える。BrazeとLINEを組み合わせたアーキテクチャは、これからのモダンなクリニック経営において強力な武器となるはずです。
実務導入を成功させるための補足:ID連携とシステム要件
BrazeとLINEを組み合わせた高度な自動化を実現するには、システム構成図を描くだけでなく、現場レベルでの「データ疎通」と「運用の準備」が不可欠です。導入後に「期待した動きにならない」という事態を防ぐためのチェックポイントを整理しました。
見落としがちな「LINE ID連携(名寄せ)」の技術的ハードル
本編でも触れた通り、LINE公式アカウントの「ユーザー」と予約システムの「患者データ」を紐付けるには、LIFF(LINE Front-end Framework)等を用いた実装が必要です。この「名寄せ」が完了していないユーザーに対しては、予約キャンセルイベントが発生しても、Brazeから適切なLINEメッセージを届けることができません。未連携ユーザーへの代替手段(メール送信など)を含めたフォールバック設計を検討してください。
関連記事:WebトラッキングとID連携の実践ガイド。ITP対策・LINEログインを用いたセキュアな名寄せアーキテクチャ
Braze × LINE 連携の公式仕様とチェックリスト
実装時には、Brazeが提供する最新のコネクタ仕様を確認することをお勧めします。特に、LINEの公式アカウント側でのWebhook設定や、Braze管理画面でのプロバイダー設定には正確な「Channel Secret」と「Channel Access Token」が必要です。詳細はBraze公式のLINE連携ドキュメント(英語/日本語)を参照してください。
導入検討時に最低限クリアすべき要件を以下の表にまとめました。
| 検討項目 | 必須・推奨条件 | 備考 |
|---|---|---|
| 予約システムのAPI出力 | WebhookまたはAPI経由でリアルタイムに「キャンセル」情報を送出できること | バッチ処理(1日1回など)では即時フォローの効果が薄れます |
| LINE公式アカウントのプラン | Messaging APIが利用可能なプラン(全プラン可だが通数課金に注意) | 月間の想定送信数に基づき、追加メッセージコストを試算のこと |
| 患者IDの一貫性 | 予約システムとBraze間で共通の「External ID」を保持できること | 名寄せ後のID管理ルールを事前に決定する必要があります |
| クリエイティブ制作体制 | Flex Message等のリッチなUIを設計・更新できること | 「再予約ボタン」の視認性がコンバージョン率に直結します |
データ基盤の拡張性について
予約キャンセルフォローの自動化はあくまで第一歩です。将来的には、来院後の満足度調査や、長期間来院がない患者への再診アプローチなど、活用範囲は無限に広がります。このような「モダンデータスタック」への拡張を見据えた場合、Braze単体でデータを抱え込まず、BigQuery等のデータウェアハウスと連携させる構成も有効です。
関連記事:高額なCDPは不要?BigQuery・dbt・リバースETLで構築する「モダンデータスタック」ツール選定と公式事例
ご相談・お問い合わせ
本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。