カレンダーと予約
無断キャンセル？
Finnが再予約。
発信者が予約を逃すと、Finnは数分以内にかけ直し、逃したことを認識し、新しい枠を提案 — そして予約します。
30分間の無料トライアル。カード不要。調達手続き不要。
仕組み
検知する。
かけ直す。再予約する。
ドラッグしてつなぎ、公開するだけ。どの手順も元に戻せ、保存ごとにバージョンが残ります。
逃したことを検知
枠の開始10分後にカレンダーのステータスをチェック — 無断キャンセルとマークされた？ワークフローをトリガーします。
遅延
384ms
ステータス
200
再試行
0
リクエスト
POST /api/inventory/check
{
"sku": "NAVY-HOODIE-M",
"region": "IN-MH"
}レスポンス
{
"in_stock": true,
"count": 124,
"next_restock": "2026-06-04"
}フレンドリーなコールバック
Finnが5分以内にかけ直します。罪悪感を与えずに逃したことを認識。新しい枠を提案します。
p50
384ms
p95
412ms
p99
538ms
再予約またはエスカレーション
発信者が枠を選べば新しい枠を予約。断られたり連絡がつかなかったりした場合は、フォローアップのコールバックをキューに入れるか、担当者へエスカレーションします。
予約を救う
ほとんどの無断キャンセルは
同じ日に回復。
追加モジュールも、二つ目の基盤も不要。すべての機能がエディターに同梱されています。
5分でコールバック
発信者のインテントがまだ温かいうちに動く。定常状態での当日再予約率は約60%です。
テンプレート化された、責めないトーン
「行き違いになったようですね — よくあることです。もう一度お試しになりますか？」。「予約を逃されましたね」ではなく。
設定可能なリトライの階段
1回目は逃した5分後。2回目は2時間後。3回目は翌日。すべてワークフローごとに調整可能です。
エスカレーションのルール
N回逃した後、人間の担当者へエスカレーション、リードをコールドとしてマーク、またはナーチャリングのドリップをトリガー — あなた次第です。
本番稼働中
実際のチーム、実際の成果。
“本番サポートの通話の 70% を自己完結。毎月 800 時間超の工数を削減。待ち時間は 30 秒未満に短縮。”
David Johnson
Frinks AI 人事責任者 · Frinks AI
信頼とエコシステム
つながる。監査も通る。
100 を超えるコネクタで既存のスタックに接続。求められるワークロードでは初日から規制に準拠します。
Google Calendar
Cal.com
Calendly
Salesforce
HubSpot
TwilioDon't see yours? Finn plugs into any system via REST + webhooks.
よくある質問
質問と回答。
無断キャンセルはどう検知されますか？+
枠の開始時刻の10分後にカレンダーのステータスをチェックします。「無断キャンセル」とマークされると（手動またはCRMインテグレーション経由）、リカバリーワークフローが発火します。
典型的なリカバリー率はどのくらいですか？+
定常状態で当日再予約率60%です。時間の切迫度が高い業種（ヘルスケアの予約、住宅ローンのコールバック）はより高く、ゆるやかなファネルの営業はより低くなります。
Finnはどのくらい速くかけ直しますか？+
既定では逃したことを検知してから5分後です。1分（積極的）から数時間（受動的なリカバリー）まで調整可能です。
これは対面の予約でも機能しますか？+
はい — 対面、ビデオ、電話の予約で等しく機能します。リカバリーフローはチャネル非依存です。
発信者がリカバリーコールに一度も出なかったらどうなりますか？+
設定可能なリトライの階段（既定は5分後 → 2時間後 → 翌日）。N回逃した後、人間へエスカレーション、ナーチャリングのドリップへ移行、またはワークフローごとにコールドとしてマークします。
リカバリーを、自動化
無断キャンセルで
リードを失わない。
無断キャンセルのリカバリーは自動で実行されます。ほとんどが同じ日に再予約されます。予約を逃したコホートでのコンバージョン上昇は通常12〜20%です。