この業務で起きている悩み
- 担当
- 営業・カスタマーサクセス・サポートの担当者
- 頻度
- 問い合わせを受信するたび
- 止まる場所
- 担当振り分け、回答根拠の確認、返信後のCRM記録
- 受信箱を確認し、内容ごとに担当者を振り分けている
- 社内文書を探しながら回答文を一件ずつ作っている
- 返信後の対応履歴をCRMへ転記し忘れることがある
Before / After
人が行う手順と、導入後に残す確認作業
以下は手順の比較です。所要時間や削減率は業務条件によって変わるため、数値効果は個別の条件で試算します。
Before
現在の手順
- 1受信箱から新着問い合わせを探す
- 2内容を読み、カテゴリと担当者を判断する
- 3社内文書から回答根拠を探す
- 4回答文を作成してメールを送る
- 5問い合わせ内容と対応結果をCRMへ記録する
After
Pigeon Workflow導入後
- 1過去の処理記録を確認してから問い合わせを受け付ける
- 2問い合わせを分類し、社内文書から回答根拠を検索する
- 3CRMの既存顧客・対応履歴を確認する
- 4回答案を作成し、担当者が確認・承認する
- 5承認後にメールを送信し、対応履歴をCRMへ記録する
Workflow
連携ノードを組み合わせるワークフロー
問い合わせを受け取る
EMAIL トリガー
過去の処理記録を確認
絞り込み
内容を分類
カテゴリ分類
回答根拠を探す
ドキュメント検索
既存履歴を確認
CRM 取得
回答案を下書き
文章生成
根拠と文面を確認
手動承認
承認後に返信
メール送信
対応履歴を保存
CRM 作成・更新
確認が必要な場合の分岐
カテゴリ分類 から分岐
- 分類結果を提示
- 担当者が確認
適切な担当者へ引き継ぐ
ドキュメント検索 から分岐
- 検索結果を提示
- 回答根拠を確認
担当者が回答内容を判断
手動承認 から分岐
- 根拠と文面を確認
- 必要な箇所を修正
承認済みの回答を送信
メール送信 から分岐
- 送信結果を確認
- 確認事項を整理
必要に応じて担当者へ引き継ぐ
CRM 作成・更新 から分岐
- 記録結果を確認
- 必要な対応を整理
必要に応じて担当者へ引き継ぐ
処理結果を記録し、判断が必要な場合は担当者が確認できる状態にします。
Integrations
必要な連携
メール・HubSpot
問い合わせの受信、承認後のメール送信、既存履歴の確認、対応結果の記録に使います。
その他のCRM・問い合わせ受付システム
連携先の仕様に合わせて、履歴の取得と対応結果の記録を設計します。
Review flow
確認が必要な場合の進め方
01
分類・回答根拠の確認
判断が必要な内容は、検索結果とともに担当者へ引き継ぎます。
02
回答案の承認
担当者が根拠、宛先、文面を確認し、必要な箇所を修正します。
03
メール送信結果の確認
送信結果を確認し、確認が必要な場合は担当者へ引き継ぎます。
04
CRM記録結果の確認
記録結果を確認し、必要な場合は担当者へ引き継ぎます。
Fit & design
適用条件と設計のポイント
- 01分類ルール
- 問い合わせカテゴリ、担当部署、優先度の基準と引き継ぎ先を決めます。
- 02回答根拠と承認
- 参照する社内文書と更新責任者を決め、対外送信前に担当者が承認します。
- 03顧客・問い合わせの照合
- 顧客情報と問い合わせ履歴を適切な識別情報で照合します。
- 04重複送信への対応
- 過去の処理記録を確認してから送信し、処理結果を担当者が確認する構成です。
Price guide
料金目安
Light 月額50,000円
税抜・10ユーザー・25,000 AIクレジット・RPAノード
実行量、ブラウザRPAの利用範囲、連携要件によって必要なプランは異なります。適合確認後に個別にご案内します。
料金プランを見るFAQ
よくあるご質問
回答メールはどのように送られますか？
担当者が回答根拠、宛先、文面を確認し、承認した回答を送信します。
社内文書に答えがない場合はどうなりますか？
問い合わせ内容と検索結果を担当者へ渡し、担当者が回答または引き継ぎ先を判断します。
HubSpot以外のCRMにも記録できますか？
連携先の仕様を確認し、適切な構成をご案内します。
More use cases