コールセンターAIのベンダーロックイン対策 ー 乗り換え前に確認するデータと運用資産

Sinchが発表した調査では、本番投入した顧客コミュニケーション向けAIエージェントを巻き戻した経験がある企業は74%にのぼるとされる(同社発表・回答者の自己申告に基づく)。コールセンターAIの導入は、一度入れたら終わりではなく、巻き戻し・乗り換え・入れ替えが普通に起きる世界に入った。ここで立てたい問いは「どのAIサービスが良いか」ではなく、「今のサービスをやめると決めた日に、何を持って出られるか」である。私の立場を先に言えば、退出条件を確認していない契約は、機能比較をどれだけ精緻にやっても選定として不完全だと考えている。
1. 持ち出す5資産と形式を棚卸しする

ベンダーロックインという言葉は漠然と語られがちだが、実体は「持ち出せない資産の集合」である。賃貸物件の退去に例えるとわかりやすい。造り付けの家具(ベンダー側の機能)は置いていくしかないが、自分で持ち込んだ家財(自社のデータと運用資産)は持って出られるはずで、問題は「どれが家財でどれが造り付けか」を入居時に確認していないことにある。編集部の整理では、コールセンターAIで退出時に問題になる資産は次の5つに集約される。
資産 | 中身の例 | 確認すべき形式 |
|---|---|---|
①ナレッジ・FAQ | 記事本文、カテゴリ構造、タグ、参照ログ | CSV/JSON等の構造化出力か、本文のみか |
②対話シナリオ | インテント定義、分岐フロー、プロンプト・応答文言 | フロー定義のエクスポート可否、図のみか |
③学習・チューニングデータ | 通話録音、テキスト化ログ、要約、QA採点結果 | 音声ファイル形式、話者分離・タイムスタンプの有無 |
④運用データ | KPI定義と実績、ダッシュボード設定、レポート | 生データか集計済みか、期間の遡及範囲 |
⑤連携・周辺資産 | CRM連携マッピング、電話番号、教育資料 | 番号ポータビリティ、連携仕様書の帰属 |
ナレッジ運用の国際的な方法論であるKCS v6のPractices Guideは、ナレッジベースを「組織の集合的経験」として組織自身が所有・維持する資産と位置づけている。ツールに入れた瞬間にツールのものになる、という運用はこの原則から外れる。もっとも、③の学習データには留保がいる。自社の通話から作られたチューニング結果でも、ベンダー側モデルの内部に溶け込んだ改善分は技術的に切り出せないことが多く、「持ち出せる資産」と「移行先で作り直す資産」の線引きを最初から分けて考える必要がある。
会員先行公開中(9月24日に一般公開)



