向いている業務
- 業種
- オンライン商談を予約制で受け付ける事業者
- 部門
- インサイドセールス・営業
- 実行頻度
- Calendlyでの予約受付に合わせて実行します。
- 作業量の目安
- 月の商談予約件数と顧客情報の確認・共有時間を基に、導入時に個別に試算します。
Calendlyの予約を受け、予約者に対応するHubSpotの会社・担当者情報を確認して、面談前の要点をSlackへ共有する構成例です。
構成例
お客様の環境に合わせた構成と動作条件は、個別デモで確認できます。
予約を受信
Calendly 予約(自動起動)
会社と担当者の情報を取得
HubSpot 取得
予約者と顧客を見比べる
データ結合
過去の共有記録を取得
スプレッドシート取得
同じ予約の共有がないか確認
データ結合
面談前の確認情報を共有
Slack 送信
共有結果を記録
スプレッドシート書き込み
データ結合 から分岐
予約者と顧客の対応を確認してから面談情報を作ります。
データ結合 から分岐
過去の共有記録を確認してから面談情報を共有する構成です。
Slack 送信 から分岐
処理結果を記録し、担当者が確認できる構成にします。
データ結合 から分岐
予約ごとに面談前情報をまとめて共有します。
処理条件と人が確認する工程は、下の『例外時の確認』に記載しています。
予約者、日時、イベント種別を受け取ります。
予約者に対応する会社と担当者の情報を取得し、面談前に確認する項目を整理します。
面談前情報をSlackへ共有し、予約ごとの処理結果を記録します。
データ結合 から分岐
予約者と顧客の対応を確認してから面談情報を作ります。
データ結合 から分岐
過去の共有記録を確認してから面談情報を共有する構成です。
Slack 送信 から分岐
処理結果を記録し、担当者が確認できる構成にします。
データ結合 から分岐
予約ごとに面談前情報をまとめて共有します。
標準的な構成例です。お客様の環境に合わせた構成と動作条件は、個別デモで確認できます。
予約者のメールアドレスを基にHubSpotの会社・担当者候補を確認し、複数候補は担当者が見比べます。
過去の共有内容と変更後の予約を確認し、最新の面談情報をSlackへ共有します。
この確認では、通知をメール、記録をPigeonCloudに置き換えた構成で入力検査の工程を確認しました。Slack・Google スプレッドシートを使う構成は導入時に設定します。
PigeonCloudの在庫更新を受け、発注が必要な商品を確認してSlackへ知らせる構成例です。
Slackの質問メンションを受け、閲覧範囲に合う社内文書から回答案を作り、担当者の承認後に元のスレッドへ返信する構成例です。