カレンダーと予約
Cal.com+Calendlyを、
組み込み。
チームがすでにCal.comやCalendlyで動いているなら、Finnはあなたの既存のイベントタイプを通じて予約します。同じリンク、同じルール、同じログ。
30分間の無料トライアル。カード不要。調達手続き不要。
仕組み
接続する。
マッピングする。予約する。
ドラッグしてつなぎ、公開するだけ。どの手順も元に戻せ、保存ごとにバージョンが残ります。
APIキーで接続
Cal.comまたはCalendlyのAPIキーを貼り付け。あなたのイベントタイプを自動的に取得します。
接続中
6
対応可能
100+
イベントタイプをワークフローにマッピング
ワークフローごと:「ディスカバリーコール」→ 30分のイベントタイプ。「デモ」→ 45分のイベントタイプ。異なるFinnが異なるイベントタイプを使えます。
音声で予約
発信者が枠を選ぶと、FinnがCal.com/CalendlyのAPI経由で予約します。既存の予約ルール(バッファ、ホストの割り当て、リマインダー)はすべて尊重されます。
遅延
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がイベントタイプのルールに従って適切な枠を選びます。
既存のブランディングを保持
確認メールと再予約ページはあなたのCal.com/Calendlyのブランディングのままです。受信箱に見慣れないシステムが現れることはありません。
予約はあなたのダッシュボードに表示
Finnが予約した予定はCal.com/Calendlyの管理画面に表示されます。同じレポート、下流で同じワークフロー。
音声で再予約+キャンセル
発信者が再予約のためにかけ直した?Finnが既存の予約を検索し、Cal.com APIを通じて変更を処理します。
本番稼働中
実際のチーム、実際の成果。
“通話放棄率は約 30% から 5% に低下。着信の 75〜80% を Finn が完結。24 時間体制の AI 対応が 80 名超のオフショア担当者に取って代わりました。”
Shikha Chouksey
Orbit Wallet 最高執行責任者・共同創業者 · Orbit Wallet
信頼とエコシステム
つながる。監査も通る。
100 を超えるコネクタで既存のスタックに接続。求められるワークロードでは初日から規制に準拠します。
Don't see yours? Finn plugs into any system via REST + webhooks.
よくある質問
質問と回答。
なぜネイティブのカレンダー同期ではなくCal.comやCalendlyを使うのですか?+
チームがすでにこれらのツールで動いているなら、予約体験(イベントタイプ、ブランディング、レポート、リマインダー)がエンドツーエンドで保持されます。Finnは予約チャネルとして音声を追加するだけです。
どのイベントタイプが機能しますか?+
Cal.com+Calendlyの主要なタイプすべて — ラウンドロビン、グループ、コレクティブ、固定ホスト。Finnがイベントタイプの既存のルールに従って適切な枠を選びます。
予約は私のCal.com/Calendly管理画面で追跡されますか?+
はい — Finnが予約した予定は、他の予約と同様にあなたの管理ダッシュボードに表示されます。同じレポート、下流で同じワークフロー。
Finnは再予約を扱えますか?+
はい — 発信者が再予約のためにかけ直すと、Finnが既存の予約を検索し、プラットフォームのAPIを通じて変更を処理します。
キャンセルはどうですか?+
同じフローです — 音声でのキャンセルがCal.com/CalendlyのAPIに届き、あなたが設定したキャンセルフロー(担当者への通知、返金など)を発火します。
すでに使っているものを使う
スケジューリングを作り直さない。
組み込むだけ。
Cal.com+Calendlyのインテグレーションは、あなたの既存のスケジューリングルール、ブランディング、レポートを保持します。Finnは音声で枠を提供するだけです。