回答の精度・品質がそろわない
FAQ・マニュアル・過去対応などのナレッジが分散し、回答の根拠を管理しきれない。
自然な会話で用件を理解し、
CHALLENGES
応答や一次受付は自動化できても、その先の業務や改善は別々の仕組みのまま残っています。
FAQ・マニュアル・過去対応などのナレッジが分散し、回答の根拠を管理しきれない。
照会・変更・予約などの実務が、会話とは別のシステムに残る。
会話内容が引き継がれず、お客様にもオペレーターにも負担が残る。
要約や記録に追われ、会話データが次の改善に活かされない。
足りないのは、
CONCEPT
音声対話・ナレッジ・CRM/業務API・有人オペレーターをひとつにつなぐ、
業務実行型のAIエージェントです。
同じ電話を、従来のボイスボットとDECA Voice Agentが受けたら。
同じ問い合わせの電話を、従来のボイスボットとDECA Voice Agentが受けた場合の比較アニメーションです。従来のボイスボットは案内や転送で終わりますが、DECA Voice Agentはナレッジ、CRM・業務API、有人連携、通話後の記録とつながり、手続きの完了や、会話内容を引き継いだ担当者への接続まで進めます。
“話せる”だけ従来のボイスボット
会話はできても、業務システムや人とつながっていないこの通話で使った仕組み
“解決へ進める”DECA Voice Agent
ナレッジ・業務システム・人とつながっているこの通話で使った仕組み
CASE 01同じ「住所を変更したい」という電話を、2つのAIが受けます。
本人確認から変更処理、確認メールまで。ひとつの会話でつながる様子をご覧ください。
では、
CONNECTED ARCHITECTURE
入電から、ナレッジ・CRM・業務APIとの連携、AI完結と有人への分岐、
通話後の活用までを、ひとつの流れで設計します。
次々にかかる電話を、AIエージェントが処理して振り分ける様子です。
電話・CTI・PBX/SIPから次々に届く問い合わせを、AIエージェントが受け、ナレッジベースとCRM・業務APIを使って処理します。定型の手続きや照会はAIで完結し、個別の判断が必要な相談は会話の要約と照会結果を付けて有人へ引き継ぎます。どちらの通話も通話後のデータとして記録・分析され、改善がナレッジへ反映されます。
INBOUND着信電話 / CTI / PBX・SIP
次の着信を待っています
ルートAAIで完結
FAQ回答・照会・予約変更などの定型業務
ルートB有人へ引き継ぎ
複雑な相談・クレーム・例外は、文脈ごと人へ
引き継ぎメモ
通話が終わるたびに、自動で記録・分析されます
CALL 1電話がかかってくると、AIエージェントが順番に応対します。
AI対応・有人対応のどちらの通話も、要約・評価・VoC分析を通じて
ナレッジと業務の改善へ還流させます。
請求書の再発行方法についての通話を例に、通話の要約とCRM起票、応対品質評価とVoC分析、FAQの作成を経て、次の同じ問い合わせにAIが答えられるようになるまでの流れを示すアニメーションです。
PHASE 1記録・構造化01 通話 → 02 要約 → 03 CRM起票
AI通話の要約
CRMにケースを作成 #10482 ✓
PHASE 2評価・分析04 応対品質評価 → 05 VoC抽出・分析
AI応対品質0点
AIVoC|今週の問い合わせ傾向
「請求書の再発行」の質問が増加
PHASE 3改善と次の応対06 ナレッジ改善 → 07 次の応対へ
AIFAQの下書き作成前
Q. 請求書を再発行するには?
次に同じ電話がかかってくると
この仕組みは、
HOW WE DELIVER
電話前の設計から、電話中の構築・連携、電話後の運用改善まで。
成果を確かめながら、段階的に伴走します。
電話前設計
入電量、問い合わせ、ACW、ナレッジ、既存システムを整理。
AIに任せる業務と人の役割、KPI、優先順位を設計。
電話中構築・連携
会話、ナレッジ、判断、有人連携の挙動を設計・実装。
既存環境へ接続し、電話から業務処理までをつなぐ。
電話後運用・改善
通話データをもとに、ナレッジ・AI・業務を改善し続ける。
まずは、