【最新・完全版】Microsoft Bookings徹底完全ガイド

本記事は、Microsoft 365環境と連動させながら、社内外の予約受付・日程調整を効率化したい方に向けたMicrosoft Bookingsの解説記事です。

Microsoft Bookingsは、予約ページの作成、顧客・スタッフ・サービスの管理、Outlook予定表との連携、Teams会議リンクの自動作成などを一元化できる予約管理アプリです。対象のMicrosoft 365ライセンスに含まれる場合があり、来店予約や商談予約だけでなく、社内相談、採用面接、健康診断、保護者面談などにも活用できます。

国内では、KINTOテクノロジーズが従業員の定期健康診断予約をWeb受付へ移行した事例や、沖縄フィナンシャルグループがBookings APIとMicrosoft 365関連サービスを組み合わせて面談予約システムを構築した事例が公開されています。なお、2026年9月時点で直近30日以内に公開された国内の新規Bookings導入事例は確認できませんでした。以下の事例は、Bookingsの活用パターンを理解するための既存事例として紹介するものであり、現在も同一のライセンス構成・機能構成で運用されていることを示すものではありません。導入時には自社テナントの最新仕様とライセンス条件を確認しましょう。

この記事では、Microsoft Bookingsについて以下の内容を解説します。

• 概要（利用条件、向いている人、活用シーン）
• 特徴（Microsoft 365との連携、拡張性、他社ツールとの違い）
• 使い方と機能（予約ページ、顧客、スタッフ、サービスの管理）
• 国内運用時の注意点（個人情報、SMS通知、ダブルブッキング、権限、ライセンス）

Microsoft Bookingsとは？

はじめに、Microsoft Bookingsの概要、利用シーン、利用条件を確認しましょう。

Microsoft Bookingsはどんなアプリ？

Microsoft Bookingsは、Microsoft 365に含まれる予約管理アプリです。専用の予約ページを公開し、顧客や社内ユーザーが空いている日時を選んで予約できるようにします。予約が入ると、予約日時、担当スタッフ、サービス内容、顧客が入力した情報などを管理画面で確認できます。

Bookingsには、部署・店舗・チームで予約を受け付ける共有Bookingsと、個人のOutlook予定表を基に1対1の面談候補を提示する個人用Bookings（Personal Bookings／Bookings with me）があります。複数の担当者が対応する窓口には共有Bookingsを、営業・採用担当者などが個別に日程調整する用途には個人用Bookingsを使うとよいでしょう。

個人用Bookingsでは、公開ミーティングタイプと非公開ミーティングタイプを使い分けられます。公開タイプはURLを知る人が利用できるため、会議名、説明、勤務時間、最小リードタイムを確認してから共有することが重要です。許可部門では、意図せず公開された会議タイプが残っていないかも定期的に確認しましょう。

顧客は予約ページから変更やキャンセルを行えるため、電話やメールでの往復を減らせます。管理者側は、Outlook予定表と連動した空き時間管理、Teams会議リンクの自動作成、確認メールやリマインダーメールの送信を利用でき、予約受付から実施までの流れを標準化できます。

現在のWeb入口としては短縮URLのbook.msが案内されています。Bookingsのモバイルアプリは終了しているため、PC・スマートフォンともにWebブラウザから利用する形が基本です。Web、Outlook、Teamsのどれを標準入口とするかを決め、社内マニュアルとヘルプデスク手順を統一すると混乱を防げます。

どんな人が、どんなシーンで使う？

Microsoft 365を利用しており、次のような予約・面談調整を行っている組織は、Microsoft Bookingsの導入を検討する価値があります。

• 来店・来院・相談予約を受け付けたい店舗、サロン、クリニック
• 採用面接、カジュアル面談、説明会の日程調整を効率化したい人事担当者
• 取引先との商談、来社、オンライン相談の予約を管理したい営業部門
• 授業、個別相談、保護者面談、進路相談を調整したい教育機関
• 情シス相談、人事面談、総務窓口、健康診断などをWeb予約化したい企業
• 会議室、撮影機材、相談ブースなど、時間単位で利用する社内リソースの受付を簡易的にWeb化したい組織

特に、スタッフと利用者双方の予定を確認しながら予約を確定する業務に向いています。電話受付やメール調整をWeb予約ページへ移すことで、24時間受付、担当者負担の軽減、営業時間外の機会損失の抑制、リマインドによる無断キャンセルの低減が期待できます。

• スタッフのOutlook予定表を基に、顧客自身に空き枠を選んでもらう
• 採用候補者が面接枠を選ぶと同時に、Teams会議を自動作成する
• 予約完了メールに、持ち物や事前準備、会議参加方法を記載する
• 保護者面談や健康診断の電話受付を予約ページに一本化する
• 部門ごとに社内相談窓口を作成し、サービス別に担当者を設定する

ただし、Bookingsは設備予約専用システムではありません。在庫数、貸出履歴、返却確認、破損管理などが必要な場合は、SharePoint Lists、Power Apps、専用の資産管理システムとの組み合わせを検討しましょう。

必要なライセンス

Microsoft Bookingsを利用するには、対象となる商用Microsoft 365ライセンスが必要です。Bookingsはスタンドアロン製品として販売されているわけではなく、すでにMicrosoft 365を契約している企業では対象ライセンスに含まれている場合があります。

対象プランには、Microsoft 365 Business Basic／Standard／Premium、Microsoft 365 E1／E3／E5、Frontline F1／F3、Teams Essentials、Teams Premiumなどがあります。実際の利用可否は契約内容、テナント設定、地域、ユーザーへのライセンス割り当てによって異なります。導入前にMicrosoft 365管理センターでBookingsサービスプランが有効か、対象ユーザーにライセンスが割り当てられているかを確認してください。

Bookingsの利用にはOutlook on the webが有効であることも必要です。Bookings全体にTeams Premiumは必須ではありませんが、Teams向けBookingsのSMS通知はTeams Premiumの機能であり、公式に案内される対象地域はカナダ、英国、米国です。日本でBookings標準のSMS通知を利用できることを前提に設計してはいけません。外部SMSやPower Automateの利用範囲には、別契約や追加費用が発生する場合があります。

個人用Bookingsの管理方法に注意

個人用Bookingsの利用可否を制御する方法は、2026年8月5日に変更されました。従来のEWSベースの設定は、個人用Bookingsのアクセス制御には使用されません。現在はExchange OnlineのOWA Mailbox PolicyにあるPersonalBookingsDisabledで管理します。

特定部門だけに個人用Bookingsを許可している企業は、ポリシーの値だけでなく、各ユーザーにどのOWA Mailbox Policyが割り当てられているかを確認してください。旧EWSの許可・拒否リストや手順書を残したままにすると、設定が有効であると誤認するおそれがあります。

Get-OwaMailboxPolicy |
  Select-Object Identity,PersonalBookingsDisabled

Get-CASMailbox -ResultSize Unlimited |
  Select-Object PrimarySmtpAddress,OwaMailboxPolicy

個別許可用のポリシーを作成した場合は、対象ユーザーに明示的に割り当てます。

Set-CASMailbox -Identity user@example.jp `
  -OwaMailboxPolicy "BwmEnablePolicy"

移行後は、既存のEWS設定を運用手順から除外し、既定ポリシーとカスタムポリシーの割り当て漏れを確認しましょう。営業、採用、役員など外部公開対象者については、実際の予約ページで予約可否と公開会議タイプをテストすることが重要です。

Microsoft Bookingsの特徴は？

Microsoft 365との相性がよい

Microsoft Bookingsの大きな強みは、Outlook、Exchange Online、Teams、Power Automateなど、Microsoft 365のサービスと連携できることです。

スタッフのOutlook予定表にある予定を予約枠へ反映できるため、候補日を手作業で確認・連絡する負担を減らし、ダブルブッキングの抑制につなげられます。オンライン面談では、予約確定時にTeams会議リンクを自動作成でき、会議URLの発行・送付も自動化できます。

ただし、Outlook連携だけで重複予約を完全に防止できるわけではありません。予定表の予定が予約をブロックする表示方法になっているか、予定表イベントが可用性へ影響する設定になっているか、組織内で空き時間情報の共有が許可されているかを確認してください。退職者はすべてのBookingsカレンダーから個別に削除し、同じスタッフを複数カレンダーに登録する場合も、サービスと勤務時間の設計を統一する必要があります。

Bookingsの顧客、スタッフ、サービス、予約データはMicrosoft 365基盤およびExchange Onlineに保存されます。共有BookingsではExchangeの共有メールボックスが利用され、共有メールボックスに適用するコンプライアンスポリシーはBookingsメールボックスにも適用されます。「BookingsのデータはMicrosoft 365にある」とするだけでなく、どのメールボックスに保存され、誰が管理責任を負うかを台帳に記載しましょう。

予約ページ機能は、専用の予約管理SaaSだけでなく、Googleカレンダーなど主要なグループウェアにも組み込まれています。比較時は機能数だけでなく、自社で主に利用しているメール、予定表、オンライン会議、ID管理との整合性を確認しましょう。Exchange Online、Outlook、Teamsを中心に運用している企業ではBookingsを選ぶメリットが大きい一方、Google Workspace中心の企業ではGoogleカレンダーの予約スケジュールも比較対象になります。複数の予定表基盤が混在する組織では、担当者の空き時間をどの予定表から取得できるかを事前に検証してください。

判断軸	Bookingsが向くケース	別サービスも比較するケース
社内予定表	Exchange Online／Outlook中心	Googleカレンダーや複数基盤が混在
Web会議	Teams中心	Zoom、Google Meetを標準利用
ID・権限	Microsoft Entra ID中心	外部スタッフや複数テナントが多い
自動化	Power Automate／Graph中心	非Microsoft系CRM・MAとの連携が中心
用途	社内相談、商談、面接、窓口予約	決済、在庫、会員管理、販促まで必要

Power AutomateやAPIで業務に合わせて拡張できる

標準機能で不足する部分は、Power AutomateやMicrosoft Graph APIを組み合わせて補えます。Bookingsには標準の確認メールとリマインダーメールがあるため、Power Automateは条件分岐、社内通知、承認、後続システム登録など、標準通知で対応しにくい処理に使うと効果的です。

• 予約確定時のTeamsチャットや担当部署への通知
• 予約情報のSharePoint、Dataverse、社内データベースへの登録
• サービス種別や回答内容に応じた後続処理・承認フローの実行
• 予約後アンケート、事前書類の送付、来訪者受付フローとの連携
• LINE、チャットボット、社内ポータルから予約ページへ誘導する導線の構築

2026年9月には、Frontier Public Preview中のTeams Phone AgentからMicrosoft Bookingsの予約へ接続する機能も公開されました。共有Bookingsページのリンクを通話フローに設定することで、電話をかけてきた利用者に対し、AIエージェントが予約受付を案内する構成を検討できます。電話予約が多い窓口、営業時間外の一次受付、FAQ回答後に相談予約へ誘導するコールフローでは有力な選択肢になり得ます。

ただし、この連携は本番向けのBookings標準機能として扱うべきではありません。設定にはPowerShellとプレビュー版Microsoft Teams PowerShellモジュールが必要です。日本語の認識精度、氏名・電話番号・メールアドレスの聞き間違い、本人確認、予約変更・キャンセル、予約失敗時のオペレーター転送、AI利用の告知、通話記録の保存範囲を検証し、限定的なPoCから始めましょう。Webと電話で同じBookingsページを利用する場合は、予約枠の競合も必ず確認してください。

Microsoft Bookingsコネクタは現在Previewです。予約トリガーを使うフローを作成できるのはBookings管理者であり、Bookingsメールボックスごとに作成できるフローは最大5個、呼び出しは接続ごとに60秒あたり100 API呼び出しです。接続は共有できず、1対1予約ではキャンセル理由など一部の値が設定されない場合もあります。

そのため、通知先ごとにトリガーフローを増やすのではなく、1つのトリガーフローから条件分岐や子フローを呼び出す構成が実務的です。フロー所有者を個人アカウントだけにせず、予約IDをSharePointやDataverseに保存して重複処理を防ぎましょう。プレビューコネクタを基幹予約の唯一の連携経路にすることは避けるべきです。

Bookings APIは共有Bookings向けであり、個人用Bookingsには適用されません。API連携を本番導入する前に、利用するAPIバージョンと対象エンドポイントの公式仕様を確認し、予約作成・変更・キャンセルの一連の処理をテストしましょう。

簡単に予約ページを作成できる

予約ページは、プログラミングなしで作成できます。ビジネス情報、サービス、担当スタッフ、営業時間、公開範囲を設定することで、利用者が空き時間を選べる予約フォームを用意できます。

作成したページは、URLをメールやチャットで送るほか、自社Webサイト、社内ポータル、SNS、QRコードなどから案内できます。共有BookingsのページはiFrameとしてWebサイトへ埋め込むことも可能です。ただし、埋め込み先サイト、検索エンジンのインデックス可否、ページの公開範囲は個人情報保護・セキュリティのレビュー対象にしましょう。

なお、Webサイトのチャットウィジェットから予約を受け付けるMicrosoft Teams Live chatには、予約機能を含むプレビュー機能がありました。しかし、Live chatは2026年8月6日以降、新規設定が停止され、2026年10月5日にサポートが終了します。既存利用者は終了日までにWebサイトからウィジェットを削除し、必要に応じてDynamics 365 Contact Center、Copilot Studio、Bookingsの予約ページへの直接導線などへ移行してください。新規のBookings導線としてTeams Live chatを採用することは推奨できません。

顧客・スタッフ・サービスを一括で管理できる

Microsoft Bookingsでは、顧客、スタッフ、サービスの情報を同じ管理画面から管理できます。顧客情報は予約フォームへの入力内容に基づいて登録され、スタッフには担当サービス、勤務時間、休暇、予定表連携などを設定できます。サービスには、所要時間、説明、担当可能スタッフ、予約前後のバッファ、顧客への質問項目、オンライン会議の有無などを設定します。

サービス設計では、予約時間だけでなく、相談の対象範囲を明確にすることも重要です。海外の行政機関には、申請前の質問を受け付ける15分の個別相談枠にBookingsを利用し、相談対象を制度要件や申請手順に限定する運用例があります。「この予約で対応する内容」「対応しない内容」「事前に確認してほしい資料」をサービス説明と確認メールに明記すると、相談時間の超過を防ぎやすくなります。

例えば「補助金申請前クイック相談」を作る場合は、所要時間を15分、前後バッファを各5分、最小リードタイムを24時間とし、制度名・相談事項・申請期限を質問項目に設定します。申請書全体のレビューは対象外であることを明記し、より詳細な相談が必要な利用者は別の30分サービスへ案内するとよいでしょう。

複数のスタッフが予約を扱う場合は、権限設定が重要です。現場スタッフには予約確認やスケジュール登録に必要な権限を付与し、全体設定の変更は管理者に限定するなど、役割に応じて分けましょう。

1つのBookingsページに追加できるスタッフは最大100名です。100名を超える組織では、地域、店舗、部門、サービス単位でページを分割する設計が必要です。また、外部テナントのスタッフは追加できますが、Bookingsと空き時間情報を共有できません。外部委託スタッフを含む運用では、外部スタッフの予定表が自動同期されない前提で、勤務可能時間の更新や二重予約の確認手順を設けましょう。

顧客がスタッフを選択しない場合の標準の自動割り当ては、予約可能なスタッフからのランダムな割り当てです。予約件数の均等配分、スタッフ別の割り当て上限、スキルベースルーティングには標準では対応していません。スキル、地域、製品、顧客ランクで振り分けたい場合は、サービスを分ける、担当者ごとに受け付けるサービスを限定する、外部処理で件数を監視するなどの設計が必要です。

AIによる日程調整との役割分担

Bookingsは、外部顧客や社内利用者が自分で予約枠を選ぶセルフサービス予約の仕組みです。予約需要や担当者負荷をAIで予測し、予約枠や担当者を自動最適化する機能を持つツールではありません。

一方、Microsoft Copilot Coworkは、資料検索、要約、会議準備、予定作成、参加者追加、Teams会議リンクの追加など、予約後に発生する非定型業務を支援します。メール送信や会議作成などの重要な操作では、実行前にユーザーの承認を求める設計です。

Copilot Coworkの利用条件は契約とテナント設定によって異なります。組織向け環境では、管理者による使用量ベース課金の有効化が必要です。実行するタスク、選択するモデル、入力コンテキスト、推論強度などによってクレジット消費量が変わるため、予約件数に比例する定型処理をすべてCoworkへ移すのではなく、Power Automateとの費用比較を行いましょう。

Coworkでは複数のAIモデルを選択でき、Anthropicモデルがサブプロセッサとして利用される場合があります。Anthropicモデルの利用可否はユーザー単位ではなく、管理者がテナント単位で制御します。医療、人事、採用、金融相談などで予約フォームの回答をCoworkへ渡す場合は、利用モデル、データ処理条件、テナント設定、Microsoft Purviewの適用範囲を情報システム・法務部門と確認してください。自由記述をそのままAIへ渡さず、必要項目だけを抽出する運用が重要です。

役割は、外部利用者が予約する入口をBookings、予約を起点にした確定的な条件分岐や通知をPower Automate、資料検索や会議準備などの非定型処理をCopilot Cowork、電話での一次受付を将来的なTeams Phone Agent、人による承認が必要な顧客送信や共有システム更新を担当者、と分けて考えると分かりやすいでしょう。

スタッフ負荷やサービス別の需要を分析したい場合は、共有Bookingsのレポートを活用できます。ただし標準エクスポートは1回につき最大4カ月分のTSVであり、Power BIへ自動接続されるわけではありません。継続分析では、TSVの定期収集で可視化する方法と、APIなどでデータ基盤へ継続取得する方法を分けて検討してください。

Microsoft Bookingsの使い方と機能

ここからは、予約ページの作成、顧客管理、スタッフ管理、サービス管理の順に基本的な使い方を確認します。画面構成や表示名は更新されることがあるため、実際のテナントの画面も確認しながら設定してください。

予約ページの作成と機能

専用予約フォームは、必要な情報を入力することで作成できます。部署別、店舗別、用途別に共有Bookingsの予約カレンダーを作成し、社内向けと社外向けで使い分けることも可能です。

予約ページの作成

Bookingsのホーム画面から予約ページまたは共有Bookingsカレンダーの作成を選択し、名称、ロゴ、業種、営業時間などの基本情報を設定します。次に、予約管理に関わるスタッフを追加し、勤務時間と担当サービスを設定します。続いて、サービス名、説明、所要時間、担当スタッフ、オンライン会議の有無などを登録します。オンライン面談では、Teams会議リンクを自動作成する設定を有効にしておくと便利です。

最後に予約ページの公開範囲を設定します。組織内ユーザーに限定した社内用窓口にも、外部顧客向けの公開ページにもできます。外部公開前には、予約可能時間、タイムゾーン、質問項目、確認メール、キャンセルポリシーをテスト予約で確認しましょう。

予約ページのカスタマイズ

• 予約ページの公開範囲、組織内限定、検索インデックスの設定
• WebサイトへのiFrame埋め込みの可否と設置先
• 個人データの収集・利用に関する説明文
• 予約可能時間、最小リードタイム、予約可能期間
• 確認メール、リマインダー、キャンセル・変更ポリシー
• スタッフの割り当て方法、Outlook予定表との連携
• ロゴ、ページカラー、タイムゾーン、地域・言語

日本国内で顧客情報を扱う場合は、予約フォームに個人データの利用目的、問い合わせ先、プライバシーポリシーへの案内を明記しましょう。収集項目は必要最小限にし、顧客情報を閲覧できるスタッフも業務上必要な範囲に限定することが大切です。

予約ページの名称は「部門名－用途－拠点名」などに統一し、個人名、社員番号、メールアドレスを直接含めないようにします。各カレンダーには業務オーナー、システム管理者、保存対象データ、保持・削除方針、廃止予定日を記録しましょう。Bookingsカレンダーは個別に管理されるため、Exchange Onlineでは対応するSchedulingMailboxを抽出して棚卸しに活用できます。

Get-Mailbox -RecipientTypeDetails SchedulingMailbox `
  -ResultSize Unlimited

ダブルブッキング防止の設定も必ず確認してください。勤務時間、休暇、外出、会議などが正しく予定表に反映されていなければ重複予約の原因になります。複数のBookingsカレンダーを部門横断で運用する場合は、同一スタッフの登録ルールを統一してください。

SMSリマインダーには注意が必要です。Teams向けBookingsの標準SMS通知はTeams Premiumの機能であり、公式対象地域はカナダ、英国、米国です。日本の電話番号への標準SMS送信を前提にせず、日本でSMSが必要な場合は外部配信サービス、費用、同意取得、送信者表示、オプトアウト、個人情報の取扱いを別途設計しましょう。

顧客の管理

顧客の管理ページでは、予約した顧客の情報を一覧で確認できます。予約フォームで入力された氏名、メールアドレス、電話番号、予約内容、質問への回答などが顧客情報として登録され、管理者や担当スタッフは予約前に必要な情報を確認できます。管理者が顧客を手動で追加することも可能です。

顧客情報には個人情報が含まれます。不要な情報を過度に収集しないこと、閲覧者を必要最小限にすること、権限を定期的に棚卸しすることを徹底しましょう。外部システムやAIへ連携する場合は、連携先の保存期間、アクセス権、委託先管理、データ削除手順を確認し、AIの出力をBookingsの正式な顧客データとして自動上書きしないことも重要です。

スタッフの管理

スタッフ管理画面では、予約を担当するメンバーの情報を登録・変更できます。スタッフごとに、連絡先、担当サービス、勤務時間、予約可能時間、Outlook予定表との連携状態を管理します。不在時間に予約が入らないよう、勤務予定・休暇予定・会議予定を最新の状態に保ちましょう。

複数スタッフが同じサービスを担当する場合は、顧客が担当者を選べるようにするか、Bookingsの自動割り当てを使うかをサービスの性質に応じて決めます。ただし、自動割り当ては均等配分ではないため、担当件数の平準化が必要な業務では、運用監視や追加の自動化を検討してください。

全員に管理者権限を与えるのではなく、予約確認だけを行うスタッフ、予約登録まで行うスタッフ、設定変更を行う管理者を分けることで、誤変更や情報漏えいのリスクを抑えられます。異動・退職時には、該当スタッフをすべてのBookingsカレンダーから削除し、予約ページのオーナーや担当サービス、メールボックスの管理責任も引き継ぎます。

サービスの管理

サービス管理画面では、顧客が予約ページで選択するメニューを作成・編集できます。サービスごとに、名称、説明、所要時間、価格、担当スタッフ、予約可能時間、オンライン会議の有無などを設定します。顧客向けの説明文には、予約できる内容、所要時間、準備物、対象者、対応しない内容、キャンセル条件などを分かりやすく記載しましょう。

サービスの編集では、所要時間、スタッフ割り当て、予約前後のバッファ、最大参加人数、顧客への質問項目などを設定できます。面談前に確認すべき事項がある場合は質問項目を追加し、当日のヒアリング時間を短縮しましょう。同日相談のように迅速な対応が必要なサービスでは、当日枠専用のサービスを分け、対応可能スタッフの勤務時間を短い周期で更新する設計が有効です。

グループ予約を利用する場合は、キャンセル通知を必ずテストしてください。グループ予約で1人の出席者がキャンセルした際に、他の出席者にもキャンセルメールが送信される場合があります。説明会、研修、保護者会、集団健康診断などで利用する場合は、テスト予約と一部キャンセルを実施し、キャンセルメールの文面と送信対象を検証しましょう。

Microsoft Bookings と、Google カレンダーなどほかの日程調整ツールを用途別に比べたい場合は、日程調整ツールおすすめ比較をご覧ください。

まとめ｜Microsoft Bookingsの概要と特徴をふまえた使い方

Microsoft Bookingsは、予約ページの作成、顧客・スタッフ・サービス管理をまとめて行えるMicrosoft 365の予約管理アプリです。Outlook予定表と連携して空き時間を表示し、Teams会議リンクを自動作成できるため、Microsoft 365を日常的に利用する組織では導入しやすいでしょう。

共有Bookingsは部門・店舗・チームの予約窓口に、個人用Bookingsは個人の1対1の日程調整に向いています。個人用BookingsはExchange OnlineのOWA Mailbox Policyで利用可否を制御するため、従来のEWSベース設定を前提にした運用を見直す必要があります。

導入時は、まず自社テナントでBookingsが利用可能か、対象ユーザーにライセンスが割り当てられているか、Outlook on the webが有効かを確認してください。そのうえで、スタッフの予定表連携、権限管理、予約ページの公開範囲と検索設定、メールボックスを含むデータ管理、個人情報の利用目的、キャンセルポリシー、リマインド方法を整備しましょう。

予約の入口はBookings、定型的な通知や後続処理はPower Automate、資料検索や会議準備などの非定型業務はCopilot Cowork、電話による予約受付はプレビュー段階のTeams Phone Agentというように、役割を分けると設計しやすくなります。Copilot Coworkでは使用量ベース課金、クレジット消費、選択モデル、データ処理条件を確認し、顧客送信や予定変更、CRM更新には人の承認を残すことが重要です。

一方、Microsoft Teams Live chatは2026年10月5日にサポート終了となるため、新規の予約導線として採用してはいけません。既存利用企業はWebサイトのウィジェットを確認し、Bookingsページへの直接導線や適切なコンタクトセンター製品へ移行しましょう。電話・メールでの調整が多い業務からBookingsを段階的に導入し、運用実績を基に連携範囲を広げることが成功への近道です。