管理者向け・利用評価
利用記録から、費用対効果を判断する
読了時間の目安
- しっかり読む
- 約24分
- 要点を読む
- 約13分
文字量と図表からの目安です。操作・実践の時間は含みません。
ChatGPT Workの分析では、契約と権限に応じてUsageで利用量、Insightsで作業の傾向、Codex Outcomesで開発活動への関与を確認します。成果とROIは、同じ期間の作業時間・品質・費用の記録と合わせて評価します。
ChatGPT Workの費用対効果は、利用量・作業内容・社内の成果記録を同じ期間で照合し、総費用と合わせて判断します。使える分析画面は契約と権限で確認してください。
この記事では、Usage・Insights・Codex Outcomesの役割と、記録から拡大・改善・保留を決める方法を整理します。中心となる評価シートは、チームの報告用にコピーして使えます。
- 管理画面で何を見ればよいか知りたいWork管理者
- AI導入の費用対効果を説明する担当者
- Codexの活動を業務の成果と照合したい開発チーム
公式情報の最終確認：2026年9月23日
ChatGPT Workの分析で何が分かる？
ChatGPT Workの分析は、利用量・作業内容・Codexの関与を確認する入口になり、業務成果の評価には社内の時間・品質・費用の記録を組み合わせます。最初に「利用が広がったか」「何に使ったか」「仕事が改善したか」のどれを知りたいのかを決めます。
Usage・Insights・Codex Outcomesの役割
利用の広がりはUsage、作業の傾向はInsights、開発活動への関与はCodex Outcomesから確認します。OpenAIが提供するChatGPT Workは仕事向けの利用環境、Codexは開発作業を支援する製品で、ここで扱う分析画面はモデルそのものではありません。
| 知りたいこと | 確認先 | 自社で補う記録 |
|---|---|---|
| どれだけ使ったか | Usage：利用者、使用量、クレジットなど | 対象部署・人数・期間、利用対象になっていた人 |
| 何に使ったか | Insights：タスク分類や利用内訳 | 実際の業務名、仕事量、採用・完了した作業 |
| 開発活動へどう関わったか | Codex Outcomes：コミット・コード行への関与、レビュー活動 | 納期、検収、手戻り、不具合などの成果と品質 |
（2026年9月23日確認） OpenAI公式：AI利用と事業価値をつなぐ方法／OpenAI公式：Usage Insights
社内で補う時間・品質・請求の記録
成果の判定には、管理画面の外にある作業時間・品質・請求の記録が必要です。たとえばレビュー回数が増えた場合も、確認が充実したのか、修正が増えたのかは、その件数だけでは分かりません。
本記事では、同じ業務・同じ期間の記録を結び付ける評価方法を提案します。利用の増減と改善の証拠を分けると、追加で何を測るべきかが明確になります。
管理画面は契約・権限でどう変わる？
ChatGPT Workの管理画面は契約と権限で異なり、2026年9月23日の公式案内では、単独のBusiness契約は既存のワークスペース設定を使用します。画面が見つからない場合は、まず契約・役割・選択中のワークスペースを確認してください。
BusinessとEnterprise／Eduの入口
対象のEnterprise／Eduでは、Admin Consoleで対象のテナントとChatGPTワークスペースを選び、Analyticsを開きます。Insightsへ進む経路は「Analytics > Insights」です。単独のBusinessは既存のワークスペース設定を確認し、同じ項目が表示されるとは考えないでください。表示範囲は契約・権限・有効な機能によって異なります。
（2026年9月23日確認） OpenAI公式：Admin Consoleの管理／OpenAI公式：Insightsを開く手順
| 契約・対象 | 確認する入口・条件 | 判断時の注意 |
|---|---|---|
| 単独のBusiness | 既存のワークスペース設定。契約・請求・管理項目を確認 | 新Admin Consoleと同じ項目が表示されるとは限らない |
| 対象のEnterprise／Edu | Admin Console。対象のテナント・ワークスペースとロールを確認 | Insights・Outcomes等の提供範囲を一律に断定しない |
| 画面が表示されない場合 | 契約→役割→選択中のワークスペース→提供状況の順で確認 | 非表示だけを理由に、未対応やアップグレード必須と決めない |
（2026年9月23日確認） OpenAI公式：Admin Consoleの管理／OpenAI公式：ワークスペースの役割と権限
対象ワークスペースと閲覧権限
共有する前に、誰のデータが見える権限なのかを確認します。分析画面全体を「匿名の統計だけ」と考えず、個人単位の記録を含む場合は社内の共有範囲を決めてください。
Business・Enterprise・Eduのビジネスデータは、既定ではモデルの学習に使用されません。ただし、学習利用と管理者の閲覧範囲、保存・削除の条件は別に確認する必要があります。
（2026年9月23日確認） OpenAI公式：企業データのプライバシー
利用量・成果・ROIをどう評価する？
学べるブログのKPI・ROI評価シートは、一業務・一期間の利用記録と成果・総費用をそろえ、比較条件が不足する場合には評価を保留するための編集上の提案です。ROIは、便益から費用を引いた差額を費用で割る指標です。ここでは現金収支と作業能力の換算を区別します。
一業務・一期間で使うKPI・ROI評価シート
最初に業務と期間を固定し、空欄を埋める前に「比較できる記録か」を確認します。KPIとは判断に使う指標であり、このシートでは利用量に加え、時間・品質・費用の根拠を記録します。
下表の記入欄をコピーして使ってください。未取得の値は0で埋めず「未取得」と残し、標本による分類と全件の記録も区別します。
| 項目 | 記入欄 | 取得元・計算条件 | 判定への用途 |
|---|---|---|---|
| 評価の対象 | 業務名： 部署・担当： 対象期間： | 一業務・一期間に限定。比較する導入前の期間も記録 | 誰の何を評価するか固定 |
| 比較条件 | 仕事量・難易度： 担当体制・モデル： 条件変更： | 同種の作業で比較。期間中の変更は分ける | 比較不可なら保留 |
| 根拠と取得範囲 | 取得元： 対象期間・取得日： 標本／全件： 欠損： | 画面・API・社内記録を区別。公式仕様の確認基準日：2026-09-23 | 未取得を0に置き換えない |
| 利用量・作業内容 | 利用者・利用指標： タスク分類： | Usage／Insights。対象人数と分類の条件を併記 | 利用や分類を完了件数にしない |
| 成果物と件数 | 成果物・検収条件： 比較可能な件数n： 不採用・やり直しの記録： | 同種・同品質の成果物を比較。t0・t1の平均には、その成果物を得るまでの不採用・やり直し工数も含める。nが0、または対応する工数が不明なら算定を保留 | 成功した作業だけを抜き出さない |
| 導入前の作業時間 | 1件あたりt0： 分 総工数・件数・測り方： | 比較対象の成果物を得るために人が使った総工数÷成果物数。失敗・確認・修正も含め、導入後と同じ定義にする | 比較条件を固定 |
| 導入後の作業時間 | 1件あたりt1： 分 総工数・件数・測り方： | 指示・確認・レビュー・修正・不採用・やり直しを含む人の総工数÷成果物数。待ち時間は別記 | 成果へ至らなかった負担も含める |
| 品質の条件 | 指標・合格条件： 導入前の分子／分母： 導入後の分子／分母： | 手戻り・不具合などを同じ定義で比較 | 重大な問題があれば拡大を保留 |
| 契約費 | 配賦額： 配賦方法： | 対象期間・業務へ配賦したシート等の費用 | 年払いも対象期間にそろえる |
| 利用費 | 計上額： 請求根拠・対象範囲： | 契約に応じ実請求・配賦方法を確認。消費見積もりとの二重加算を避ける | 追加費用をそろえる |
| 導入・運用費 | 導入・教育費： 運用費： 配賦方法： | 同期間に対応させる。作業時間に含めた同じ工数を再計上しない | 総費用Cへ集約 |
| 時間差 | Δh＝（t0−t1）×n÷60： 時間 | 負値も残す。待ち時間を人の作業時間へ混ぜない | 正味の作業負担を確認 |
| 能力換算の前提 | 再活用率r： 時間単価w： 両者の根拠： | rは0〜1。浮いた時間を実際に有効活用できる割合。固定の推奨値はない | 現金削減額と区別 |
| 換算便益とROI | 換算便益B： 総費用C： 能力換算ROI： | Δh≧0：B＝Δh×r×w。Δh＜0：B＝Δh×wとして負の負担額を残す。C＝契約・利用・導入・教育・運用費の配賦合計。Bに反映した同じ業務工数をCへ再加算しない。ROI＝（B−C）÷C×100。必要値がそろいC＞0のとき算定 | 時間増加を0へ丸めず、二重計上も避ける。現金削減額とは区別 |
| 判定 | 事前の採算基準・費用上限： 拡大／改善／保留： 理由・不足する根拠： | 保留：比較・費用根拠が不足、または品質基準を満たさない。改善：比較と品質は合格だが、事前の採算基準に未達。原因と改善策を決めて再評価。拡大：比較・品質・採算の条件を満たし、小範囲で再現を確認する段階へ進む | 保留は拡大判断の保留。共通のROI閾値は置かず、自社基準を評価前に決める |
| 次の行動 | 対象業務： 担当者： 補う記録： 再評価日・条件： | 契約・単価・モデル・集計定義・業務条件の変更時に見直す | 次の評価へ接続 |
期間をそろえる際は、履歴の長さと反映待ちも確認します。Admin Consoleでは、クレジット・Codex使用量は最大120日の履歴、通常1〜6時間の反映、ChatGPT使用量は12か月の履歴、最大48時間の反映が案内されています。レポート間で同じ条件だとは扱わず、取得時点を記録してください。
（2026年9月23日確認） OpenAI公式：Admin Consoleの管理
正味の削減時間・品質・総費用を計算する
本記事の計算では、採用された成果物だけを作業時間の記録に残しません。その成果物を得るまでに人が費やした不採用・やり直し・確認の時間も、表のt0・t1に含めます。比較可能な成果物数が0、必要な工数が未取得、総費用Cが0以下の場合は、ROIの算定を保留します。
時間差が正なら再活用率rを掛け、時間が増えた場合はrで負担を割り引かず、表のBへ負の値を残す方法を提案します。同じ増加工数を費用Cにも足してはいけません。この換算は現金の増減とは別であり、単価wと再活用率rの根拠も記録します。
仮定例：導入前40分、導入後25分、同種作業100件なら時間差は25時間です。再活用率40%、時間単価4,000円と仮定するとBは40,000円で、対象期間の総費用を30,000円と置けば、能力換算ROIは約33.3%になります。これらは説明用の仮定で、公式料金・実績・推奨係数ではありません。
この例は、現金が40,000円減ったことを意味しません。品質についても、たとえば「再修正が必要だった件数／検収した件数」を同じ定義で比較し、件数の増減を自動的に金銭便益へ変換しないでください。
拡大・改善・保留を分ける条件
表の判定条件は筆者の提案です。品質基準と採算基準は結果を見る前に決め、「保留」は拡大判断をいったん止める意味で使います。拡大の条件を満たしても、小範囲で再現を確かめる段階とし、導入前後の差だけでAIによる因果効果や全社での再現を断定しません。
クレジットと費用をどう照合する？
ChatGPT Workの費用を評価する際は、付属利用枠・共有クレジット・USD従量課金の適用関係を確認し、表示上の消費量と請求書を照合します。契約料金、消費の見積もり、実際の追加請求は同じ数字ではありません。
付属枠・共有クレジット・USD方式を見分ける
費用は、自社に適用される契約方式から確認します。クレジットとは利用の消費単位であり、どの契約でも同じ現金額へ置き換えられる単位ではありません。
| 区分 | 確認する表示・条件 | 費用記録での扱い |
|---|---|---|
| 付属利用枠 | プランに含まれる利用。共有クレジット消費前に使われる場合がある | クレジット0でも未利用と決めない。付属枠相当を契約費へ重ねて足さない |
| 共有クレジット | 契約のプールと消費量。モデル・設定で消費単価が異なる | 消費の見積もりと購入・契約費の配賦を照合し、同じ費用を重複計上しない |
| USD従量課金 | 対象契約のUSD方式による利用費 | クレジット方式と混ぜず、対象期間の請求・調整と照合する |
（2026年9月23日確認） OpenAI公式：ChatGPT Business FAQ／OpenAI公式：Workの利用量と費用／OpenAI公式：クレジット料金表／OpenAI公式：EnterpriseのUSD料金表
この3行は、互いに排他的な3プランを示すものではありません。付属枠がある契約で追加利用を組み合わせる場合もあるため、画面の単位と契約書・請求の対象を対応させてください。
Businessのシート料金は、Standardが年払いの月額換算20米ドル・月払い25米ドル、Premiumが年払いの月額換算100米ドル・月払い125米ドルです。有料シートは最低2席で、地域などによる条件差も確認が必要です。PremiumはStandardの5倍の利用枠と、5時間ごとの利用上限がないことが案内されていますが、総利用量が無制限になる意味ではありません。
（2026年9月23日確認） ChatGPT Business公式料金ページ／OpenAI公式：ChatGPT Business FAQ
Business Premiumの紹介投稿でも、請求の一元化に加え、利用状況の分析と支出管理が挙げられています。費用を評価する際は、シートの単価と、利用量・追加費用を管理する仕組みを合わせて確認しましょう。
支出管理では、利用者ごとの利用上限と、共有クレジットを使い切った後の追加利用の上限を分けて確認します。利用通知は支出を自動で止める設定ではありません。設定できる項目や超過利用の扱いは契約・権限によって異なるため、予算管理では通知先に加え、実際に適用される上限を記録してください。
（2026年9月23日確認） OpenAI公式：Workの利用量と費用
推定費用と請求書を照合する
最終的な費用の照合には、対象期間の確定した請求情報を使います。管理画面の費用見積もりをそのまま請求額とせず、契約に含まれる分、追加利用、調整額を確認してください。
（2026年9月23日確認） OpenAI公式：Workの利用量と費用
年払いの費用も評価対象の月へそろえ、複数業務で共用する契約費は配賦方法を固定します。開発者向けAPI Platformの請求はWorkの契約と混同せず、その業務で実際に使った場合だけ別の費用項目として扱います。
Insights・Codex Outcomesをどう評価する？
Codex Outcomesのコミット・コード行への関与やレビュー活動は、納期・手戻り・品質の記録と照合して評価し、件数の増加だけで改善を断定しません。指標の役割を限定すると、過大な成果報告を避けやすくなります。
タスク分類を評価する業務の選定に使う
Insightsのタスク分類は、詳しく測る業務を選ぶ材料にします。分類は標本に基づくため、表示割合をそのまま全作業の完了件数へ換算しないでください。モデル・推論・速度などの利用内訳も、品質の順位を示すものではありません。
（2026年9月23日確認） OpenAI公式：Usage Insights
たとえば文章作成の利用が多ければ、その中から定型メール作成など一業務を選び、評価シートで時間と品質を測ります。利用が少ない理由を探す場合も、ここからは推測として「対象業務が少ない」「操作が定着していない」などの候補を挙げ、担当者の記録で確かめます。
コミット・レビューと品質記録を照合する
Codexの関与は開発活動の記録として使い、品質の判定には検収や不具合の記録を組み合わせます。マージされたコミット・コード行への関与、レビューしたプルリクエスト、指摘件数は、それぞれ測っている対象が異なります。
（2026年9月23日確認） OpenAI公式：AI利用と事業価値をつなぐ方法／OpenAI公式：CodexレビューAPI
プルリクエストとはコード変更を確認・取り込むための提案です。レビューした件数が、そのままマージ件数になるわけではなく、指摘を出した件数も修正完了件数ではありません。
社内報告では、活動の指標の隣に「対象期間の検収件数」「再修正の割合」「確認に要した人の時間」を置きます。業務の難易度や変更規模が違う期間は分け、コード行が増えたこと自体を生産性向上と表現しないのが本記事の判断基準です。
Admin pluginとAPIはどう使い分ける？
ChatGPT WorkのAdmin pluginとAdmin APIは、許可された管理データの分析や取得に使えますが、必要な社内成果の記録や評価条件は別途そろえる必要があります。集計を自動化する前に、何を同じ定義で集めるかを決めます。
単発確認・報告作成・継続集計で手段を選ぶ
一度の確認は管理画面、管理データの分析・報告支援はAdmin plugin、継続取得はAPIという順で必要性を判断します。Admin pluginは管理作業を支援する機能、APIはプログラムからデータや機能を利用する窓口です。
| 手段 | 向いている確認・条件 | 別途必要なこと |
|---|---|---|
| 管理画面 | 単発の確認。表示項目・対象期間を確かめたい | 社内の成果・品質・請求記録との照合 |
| Admin plugin | 許可された管理データを分析し、報告を整理したい | 利用できる機能・権限・対象データの確認 |
| Admin API | 同じ定義で繰り返し取得し、社内記録と統合したい | 認証、欠損・集計仕様への対応、保守担当 |
（2026年9月23日確認） OpenAI公式：Admin pluginガイド／OpenAI公式：統合日次使用量API
この使い分けは本記事の提案です。評価指標が固まっていない段階では、API連携を先に作るより、少数の業務で記録の定義をそろえる方が見直しやすくなります。Admin pluginを、権限とは無関係な読み取り専用ツールと決めつけないことも大切です。
管理キーと取得範囲を確認する
管理APIでは、対象ワークスペースと必要な権限に対応するAdmin keyを確認します。API Platform用のキーと混同せず、取得対象に合う権限を使ってください。
（2026年9月23日確認） OpenAI公式：Admin keyの管理
統合日次使用量APIはUTCの日次データを扱い、ユーザー単位またはワークスペース単位で集計できます。クレジットとUSD費用のフィールドは区別し、欠損と0を同じ意味にしないでください。表示された費用も最終請求額そのものとは扱いません。
（2026年9月23日確認） OpenAI公式：統合日次使用量API
旧Codex日次使用量APIは、2026年12月15日に終了する予定として案内されています。継続取得では統合日次APIへの移行条件を確認し、この予定をレビューAPI全体の終了へ広げて解釈しないでください。
（2026年9月23日確認） OpenAI公式：旧Codex日次使用量API／OpenAI公式：統合日次使用量API
分析・ROI評価で迷ったら？【FAQ】
学べるブログでは、ChatGPT Workの比較期間に条件変更や自己申告値が含まれる場合、集計条件と推定の範囲を分けて示す報告方法を提案します。次の3問は、そのまま同じ数値として比較しにくい場面を補います。
途中でモデルや料金が変わった期間は比較できる？
モデルや料金が変わった期間は、変更前後を分けるか、変更条件をそろえられる範囲で比較し、同じ前提のROIとして一括報告しない方法を勧めます。
利用量が同じでも単価や確認工数が変わるためです。変更日と対象業務を評価シートへ残し、比較できない部分は推定として示します。
チャットを削除すると利用量も減る？
ChatGPT Workの統合日次使用量APIでは、チャットを削除しても過去に記録された利用活動は差し引かれないため、会話履歴と利用集計を分けて確認します。
会話の保存・削除と分析集計は別の対象です。履歴が見えなくなったことだけで、同じ期間の利用件数も減るとは判断しないでください。
（2026年9月23日確認） OpenAI公式：統合日次使用量API
自己申告の削減時間しかない場合はどう報告する？
自己申告の削減時間しかない場合は、推定値であること、回答した人数、対象業務と期間を明記し、実測した時間や確定した金銭便益として報告しない方法を勧めます。
まず対象業務の候補を絞る材料として使い、次の評価で作業時間や品質の記録を補います。回答のない人を削減時間0として集計しないことも必要です。
まとめ：次のROI評価で何を決める？
学べるブログでは、ChatGPT Workの評価後に次の対象業務・担当者・再評価条件を記録し、利用拡大の前に不足する根拠を補う進め方を提案します。利用が増えたという事実と、成果が改善したという判断を分けて報告してください。
まずは一業務・一期間の評価シートを1枚埋めるところから始めましょう。比較条件・品質・費用を確認できなければ保留し、次の担当者と補う記録を決めれば、次回の報告で判断を進められます。
契約・単価・モデル・取得できる分析項目、または評価対象の業務条件が変わったら、同じ評価シートの比較条件と計算を見直してください。
コメント