ChatGPT Enterprise を全社導入して半年。ライセンスは1,000名分。実際の週次アクティブは200名。経営からは「投資対効果は?」と問われ、情シスからは「使い方が分からないという相談ばかり」と嘆かれる。DX 推進担当のあなたは、原因が技術なのか組織なのか、切り分けができずにいないでしょうか。
ChatGPT Enterprise が使われない原因の大半は、技術ではなく組織側にあります。3つの構造的ボトルネックを見分けて解消する道筋を整理します。
3つの組織ボトルネック
| ボトルネック | 症状 | 実態 |
|---|---|---|
| ① 推進体制の空欄 | 情シス兼任1名で相談が滞留 | 担当者が疲弊、部門ごとの窓口がない |
| ② 業務接続の設計不足 | 業務のどのタイミングで使うか決まっていない | SOP に AI 埋め込みトリガーがない |
| ③ 経営期待との噛み合わせずれ | 経営は成果を、現場は勉強時間を求める | 四半期の指標と、現場の学習カーブが噛まない |
ボトルネック①: 推進体制の空欄
ChatGPT Enterprise 導入時、多くの企業は情シスにセットアップと運用を任せます。情シスは技術セットアップは得意ですが、業務ごとの使い方支援、Playbook 育成、部門長との調整、といった業務伴走はスコープ外です。結果、現場からの「業務のこの場面でどう使いますか?」の相談に応えられず、相談が滞留します。
解消への道
部門ごとに社内推進役を1〜2名立てる。情シスは技術相談専任に切り替える。推進役の月次同期会を運営し、部門横断で成功事例を共有する。この3層構造が動き始めるまで、情シス兼任1名の負担は変わりません。
ボトルネック②: 業務接続の設計不足
「ChatGPT Enterprise を使ってください」と伝えるだけでは、業務のどの瞬間に使うかは決まりません。営業なら商談前の会社調査、経理なら仕訳判断、法務なら契約書のリスク抽出、というトリガーが業務プロセスに埋め込まれる必要があります。
解消への道
対象部門の主要業務プロセスを1〜3件選び、SOP に沿って手順を書き出す。各手順のうち、AI を呼ぶタイミングを3〜5箇所特定する。そこで使う具体的なプロンプトを Playbook 化する。この一連の作業を「業務接続設計」と呼び、外部支援と社内推進役のペアで進めるのが定石です。
ボトルネック③: 経営期待との噛み合わせずれ
経営層は四半期ごとに成果を見たい。現場は業務の合間に少しずつ試して学ぶ時間が必要。この時間軸のズレが、経営層の焦りと現場の萎縮を生みます。「なぜもっと使わないんだ」の圧が現場に向くと、質のない利用が増えて用途分布が悪化します。
解消への道
経営層への月次報告を、3層の KPI で構成する(アクティブ率・用途分布・成果指標)。四半期ごとには「今期は用途分布の質を上げる」「来期は成果指標を作る」という段階的な目標設定にする。100% を最初から目指さず、「今期は営業部門で40% まで」といった局所目標を経営層と合意する運びが要です。
3つを見分ける切り分け表
| 確認方法 | ① 推進体制 | ② 業務接続 | ③ 経営期待 |
|---|---|---|---|
| 情シスへの相談件数 | 週20件超で集中している | 件数少なくても業務相談が多い | 件数は関係ない |
| 業務プロセスの棚卸し | そもそもしていない | したが AI トリガーが未定義 | していても指標に反映していない |
| 経営層のコメント | 「順調ですね」で終わる | 「もう少し具体的な話が聞きたい」 | 「投資対効果は?」で四半期ごとに問われる |
| 推進担当の疲弊 | ◎ 明確に疲弊している | ○ 業務理解不足で疲弊 | △ 経営説明で疲弊 |
解消の優先順位
3つのボトルネックすべてを同時に潰そうとすると、どれも中途半端になります。次の順で優先度をつけるのが実務的です。
| 優先 | ボトルネック | 理由 |
|---|---|---|
| 1 | 推進体制の空欄 | ここが空欄だと、他の解消策が空回りする |
| 2 | 業務接続の設計 | 推進役が立ってから、業務接続設計を進める |
| 3 | 経営期待の噛み合わせ | 1と2が動き始めてから、経営層に段階的な期待値を握ってもらう |
ChatGPT Enterprise 特有のボトルネック
Copilot と違い、ChatGPT Enterprise には次の特有のボトルネックもあります。
| 特有の課題 | 内容 | 対応 |
|---|---|---|
| Web検索の使い分け | デフォルトで Web検索できるが、社内情報とのハイブリッド活用が難しい | 業務別に Web検索を使うかどうかを Playbook で明示 |
| Custom GPT の管理 | 個人が Custom GPT を勝手に作ると、品質のばらつきが出る | 業務標準の Custom GPT を情シスと推進役で管理 |
| Enterprise Data Protection の理解 | 社員が「機密情報を入れて大丈夫か」で萎縮する | 社内ルールを1ページで明文化、Playbook 冒頭に配置 |
まとめ
ChatGPT Enterprise が使われないのは、技術ではなく組織側の3つのボトルネック(推進体制の空欄、業務接続の設計不足、経営期待との噛み合わせずれ)が原因です。3つを見分けて、推進体制→業務接続→経営期待の順で解消していけば、半年で使われる状態に持ち上げられます。
「うちの場合はどこから手をつけるべきか」の見立てを掴みたい場合は、AI浸透支援 by DE-STKのAI浸透スコア診断(2週間・25万円)が入口として使えます。現状の利用実態、構造的な原因、次に打つべき手の候補まで、社内の投資判断に耐える粒度でお出しします。
あわせて読みたい
- 生成AI導入後の「使われない」を解消する:現場浸透の設計と実装
- Microsoft Copilotが営業部門で使われない典型3パターンと構造的原因
- Copilot・ChatGPT・Claudeの使い分け設計:業務ごとの適材適所
- AI現場浸透のためのプロンプトPlaybookを作る手順とテンプレート
- 「使い方研修3回」で終わる企業の共通点と、研修の設計を組み直す方法
よくある質問
Q. ChatGPT Enterprise を Copilot に切り替えるべきですか?
A. 組織ボトルネックが原因の場合、ツールを切り替えても解消しません。3つの組織課題は Copilot でも Claude でも同じように起きます。むしろ、切り替えのコストで浸透プロジェクトが1年遅れるリスクの方が大きい。まずは組織側の3つを潰す判断をおすすめします。
Q. Custom GPT は積極的に社員に作らせるべきですか?
A. 統制なしに作らせると、品質のばらつきと機密情報の埋め込みリスクが出ます。業務標準の Custom GPT を情シスと推進役で作成・公開し、個人での作成は「試す用」に限定する運用が現実的です。半年経って推進役が育ってから、部門別 Custom GPT の作成権限を推進役に付与する段階を踏みます。
Q. Enterprise Data Protection の説明が現場に伝わりません。
A. 「入れて OK なもの」と「入れてはダメなもの」を、業務例で1ページにまとめるのが最も効きます。抽象的な規約説明ではなく、「顧客企業名 → OK、顧客の内部組織情報 → NG」のような具体例で理解が進みます。Playbook の冒頭にこの1ページを配置します。