全国規模の大手通信キャリアに対し、新規獲得 ・ オンボーディング ・ 利用定着 ・ 利用拡大 ・ 解約防止の 5 ステージライフサイクルを生成AI で再設計。LLM が顧客文脈を理解した接客スクリプト ・ 解約防止トーク ・ オペレータ向けアシストを動的生成し、解約率 50% 改善 ・ ARPU 12% 向上 ・ NPS 22pt 改善を 12 ヶ月で実証したプロジェクト。
「生成AI で顧客対応を自動化したい」という経営の要請は明確だった。しかし、ライフサイクル全段階を見渡すと、生成AI が真に機能する前提が組織に揃っていなかった。新規獲得は獲得指標、解約防止は解約指標と、各部門が断片的な KPI を追いかけ、顧客の生涯価値全体を設計する組織能力が欠如していた。
解約防止部門は、解約申し出を受けてから動く事後対応型。解約は数ヶ月前から始まる利用低下 ・ 不満蓄積のプロセスだが、その兆候を組織横断で検知する仕組みが無かった。生成AI で解約防止トークを生成しても、介入タイミングが遅すぎた。
LLM ベースの接客 AI を導入しても、顧客の利用履歴 ・ 過去の問合せ ・ 解約兆候スコアが LLM のプロンプトに統合されていなかった。LLM は精度の高いモデルを使っても、入力情報が断片的だと一般的な回答しか返せない構造的問題があった。
新規獲得(営業)・ オンボーディング(カスタマーサクセス)・ 利用拡大(マーケ)・ 解約防止(リテンション)が別部門 ・ 別 KPI で動いていた。LTV 全体を設計する責任主体が不在で、生成AI 投資の総合効果が誰にも見えなかった。
従来型の解約予測モデルは Type I error(誤検知)を恐れて発動閾値を厳しくし、結果的に Type II error(見逃し)を増やしていた。「予測したのに解約された」批判を恐れ、生成AI を使った早期介入が組織として実行されなかった。
最初に行ったのは、ライフサイクルを 5 ステージに分解し、各段階の意図 ・ 従来型運営の弱点 ・ 生成AI 活用方針 ・ 期待効果を構造化すること。これにより「生成AI 導入」が抽象的な経営要請から、5 段階それぞれで何を実装するかの具体計画に変わった。
生成AI を中核に据えた 4 階層構造。顧客生涯データ層が LLM の入力文脈を整え、ライフサイクル設計層が 5 ステージ別の介入意図を定義し、生成AI 接客エンジン層で LLM が動的にトーク ・ オファー ・ アシストを生成、観測性層が LLM の出力品質と顧客生涯価値を継続監視する。
ネットワーク利用データ ・ 課金 ・ 問合せ履歴 ・ アプリ利用 ・ NPS 調査結果を 1 つの顧客プロファイルに統合。LLM のプロンプトに 5 ステージ全体の文脈を渡せるデータ構造に整え、生成AI が「この顧客がいま何に困っているか」を理解できる前提を整備した。
新規獲得 ・ オンボーディング ・ 利用定着 ・ 利用拡大 ・ 解約防止の 5 ステージで、生成AI の介入タイミング ・ メッセージ範囲 ・ 禁止事項を CX デザイナーが言語化。LLM のシステムプロンプトとガードレールに翻訳し、生成AI の自由度をビジネスルールで枠付けした。
LLM が顧客文脈を理解し、ステージごとに適切な接客スクリプト ・ プラン提案 ・ 解約防止トーク ・ オペレータ向けサマリーを動的生成。従来型の解約予測モデル ・ レコメンドモデルは LLM のコンテキストとしてプロンプトに統合され、生成AI が複数モデルの結果を統合的に解釈する設計とした。
LLM の出力を継続モニタリングし、ガードレール違反 ・ 顧客クレーム ・ プロンプト品質を日次レビュー。経営 KPI(LTV ・ ARPU ・ 解約率 ・ NPS)への寄与を可視化し、Tier 2 の介入仕様と Tier 3 の LLM プロンプトを定期的に更新するフィードバックループを構築した。
ライフサイクル 5 ステージのうち 2 ステージで先行 PoC を実施し、効果を確認した上で 5 ステージ全展開へ拡張。各フェーズに経営判断ゲートを設け、進む / 止まる / 戻るを経営会議で決める構造とした。
5 ステージそれぞれの責任部門 30 名以上にインタビュー。解約 ・ 継続 ・ 利用拡大の構造要因を分解し、生成AI が真に効果を発揮するためのデータ ・ 組織 ・ 技術前提を体系化した。
顧客生涯データ層 ・ ライフサイクル設計層 ・ 生成AI 接客エンジン層 ・ 観測性層の 4 階層を共同設計。各ステージの介入仕様を CX デザイナー が定義し、LLM プロンプト+ガードレールに翻訳した。
解約防止 ・ オンボーディングの 2 ステージで先行 PoC を実施し、解約率改善 ・ NPS 改善を確認。その後 5 ステージ全展開を行い、経営会議で次年度全社展開予算の承認を獲得した。
解約防止 ・ ARPU 向上 ・ オペレータ生産性の 3 領域それぞれの効果見込みを、Year 1 PoC 〜 Year 3 全展開のレンジで提示。CFO ・ CRO 双方の言語で経営インパクトを構造化した。
数値は本案件の経営会議提示時点の見込みレンジ。実値は段階展開の結果に応じて Year 2 以降に再評価する設計。
プロジェクト完了時点で、解約率 50% 改善 ・ ARPU 12% 向上 ・ オペレータ対応時間 35% 短縮 ・ 5 ステージ全展開計画の経営承認を同時に達成。これらは生成AI を中核とした 4 階層 Lifecycle AI アーキテクチャから派生した連鎖した成果である。
生成AI が早期兆候を検知し、ステージ別に最適化された介入を実施した結果、解約率が半減。LTV の総和が構造的に改善し、年間数百億円規模の効果を見込める設計となった。
LLM が顧客の利用文脈に応じたプラン提案 ・ 関連商材推奨を行った結果、押し売り感を抑えながら ARPU を 12% 向上。クロスセル後の解約率も低下し、収益と継続性を両立した。
生成AI が「何を提案するか」「何を提案しないか」を 5 ステージごとに CX デザイナーが言語化し、LLM プロンプト+ガードレールに翻訳。属人的判断から組織能力としての CX ガバナンスへ転換した。
2 ステージ PoC の成果を基に 5 ステージ全社展開計画を策定し、経営会議で承認。翌年度の全社展開予算を確保した。
本案件で得られた知見のうち、LTV 型サービス事業(通信 ・ サブスク ・ 保険 ・ ホテル ・ 大手外食 等)の生成AI ライフサイクル運営に再現可能な 5 つを構造化した。
サービス業の生成AI 活用は、LLM の精度向上ではなく「LLM に正しい顧客生涯文脈を渡す組織設計」の問題である。4 階層 Lifecycle AI アーキテクチャの起点が顧客生涯データ層であるのは、生成AI が真に機能する前提が組織横断のデータ統合にあるからだ。DX Strategy Project Team通信 ・ サービス業 LTV ・ Lifecycle AI 領域
本プロジェクトは複数のサービスを統合提供することで成立している。同様の LTV 型事業課題を持つサービス業には、以下の 4 サービスを連動して提供できる。
初回ディスカッション(無料 ・ 60 分)で、貴社のサービス特性 ・ 既存顧客データ ・ 組織体制を踏まえた生成AI ライフサイクル戦略の方向性を整理します。本案件で確立した 5 ステージ Lifecycle Diagnostic ・ 4 階層 Lifecycle AI アーキテクチャ(生成AI を中核とした設計)を、貴社の文脈に合わせて適用できるかを共に検討します。