構築したもの
構築の方法
人事とコンタクトセンターが一つのアシスタントを共有し、一貫性を保つためのシンプルな判断です。
一つのプラットフォームで2つの部門
人事の質問とコンタクトセンターの質問は、使う資料も、回答してよい内容のルールも異なります。それでも、同じ導入環境、同じガードレールの設定、同じ監査証跡の上で動いています。あとから別の部門を加えるのも、設定の変更だけです。
使う時点でモデルを選択
システム全体を一つのプロバイダーに固定せず、質問ごとにモデルを選べます。定型的な調べものには低コストのモデルを使い、提供状況や料金の変化にもチームが対応できます。
会社自身のナレッジを、引用付きで
回答は組織自身の文書から生成され、出典が付きます。人事規程についての質問なら、社員はそのまま行動に移せる回答を得られます。
既存のAzure環境の中で
システム全体が、お客様自身のAzure環境で、自社のモデルのエンドポイントを使い、既存のセキュリティ設定のもとで動きます。そのため、セキュリティチームは使い慣れたクラウドアカウントで作業できます。
稼働する場所と、アクセスできる範囲。
どの機能よりも構築の方向を決めた特徴です。
導入環境
お客様が既に使っていたAzure環境の中
アクセス
社員がサインインして利用
対象範囲
人事とコンタクトセンターを一つのプラットフォームで
モデル
構築時に固定せず、質問ごとに選択可能
ナレッジ
会社自身の資料を事前に読み込み、引用付きで検索
次のフェーズ
既存のDatabricks環境との連携とSSO
今後の予定
第1フェーズでは、人事とコンタクトセンターを一つのプラットフォームでカバーしています。次のフェーズでは、会社のデータプラットフォームであるDatabricksと接続し、SSOを追加します。
続けて読む
その他の導入事例
各チームが何を構築し、どこで運用しているか。
ストーリー1 / 11:Itochu











