ダブルブッキングを防いで「売れる空き時間」を正確に確保する方法
· Norimitsu Shida · Kiruck Inc.
要点
Double bookings aren't just embarrassing — they're lost revenue. When you sell time, every conflict is a cancelled payment. Server-side locking across multiple Google accounts eliminates the risk.
なぜGoogleアカウントまたぎでダブルブッキングが起きるか
アカウントは互いに見えないサイロです。サブカレンダーの共有は同一アカウント内に限られ、別のGoogleアカウント同士には及びません。予約時にアカウント横断で競合を検知するネイティブ機能はありません。
ダブルブッキングのコスト
日程変更は時間と信頼を削ります。AIアウトバウンドでは1件の衝突で流れが止まります。業界では再調整あたり約15分の調整コストとされることも。越境ではタイムゾーンの負担も増えます（例：JST 9時と前日ET 20時）。
対策1 — カレンダー同期（先回りコピー）
CalendarBridgeやOneCalはビジーブロックをコピーし、一枚のビューで衝突を把握しやすくします。ほぼリアルタイムの同期でも、同時予約には隙が残り得ます。/blog/tenbin-vs-calendarbridge と /blog/tenbin-vs-onecal を参照。
対策2 — FreeBusy集約＋サーバ側ロック（Tenbin）
予約時にTenbinが接続済みアカウントのFreeBusyを並列に問い合わせ、ロックをかけます。2人の見込み客が同じスロットを取り合っても、確定は1件に。チェック＋ロックは目安2秒未満が多いです。
対策3 — 手動の事前確認（スケールしない）
承諾前に全カレンダーを確認する運用は、AIアウトバウンドの件数では破綻します。/blog/tenbin-vs-manual-scheduling を参照。
| アプローチ | リアルタイム性 | 競合状態 | プライバシー |
|---|---|---|---|
| カレンダー同期 | ほぼリアルタイム（同期間隔） | 同時予約には弱い | イベントがコピーされる |
| FreeBusy集約（Tenbin） | 予約の瞬間 | サーバロックで緩和 | free/busyのみ |
| 手動 | 運用次第 | 人的ミスが大きい | 第三者なし |
FAQ
二人が同じスロットを同時に取りに来ることです。ロックがなければ両方が通る可能性があります。Tenbinはサーバ側で調整し、確定は1件にします。
関連記事
カレンダーをひとつにまとめませんか？
Google アカウントを接続し、予約リンクをひとつ共有。
無料で始める