投稿者 投稿日: カテゴリー ChatGPT
ChatGPT Workとは、社内ツールと連携して業務を代行するOpenAIの法人向けAIエージェントのことです。
2026年7月9日にGPT-5.6と同時公開されたChatGPT Workは、SlackやGoogle Driveなど接続したアプリを横断して文書・スプレッドシート・レポートを作る「業務を丸ごと任せる」タイプのエージェントです。受注CSV・在庫表・広告レポートという3種類のファイルが業務の中心にあるEC事業者にとって、この連携機能をどう組むかで自動化の成果が決まります。本記事は、EC支援19年・5,000社超の実績を持ち、AI導入支援は2023年から提供する株式会社オルセル（うるチカラ運営）が、コネクタ設計から管理者側のスペンド管理・監査まで、導入の設計図を解説します。
ChatGPT Workの連携は何が新しいのか：貼り付け作業の消滅
結論として、ChatGPT Workの連携機能の本質は「AIにデータを渡す作業」そのものをなくす点にあります。従来のChatGPT活用では、受注データをダウンロードし、個人情報を削り、チャット欄に貼り付けるという前処理が毎回必要でした。OpenAIがCompany knowledgeとして整備した連携基盤では、Slack・Google Drive・SharePoint・GitHub・Notion・HubSpot・Zendesk・Salesforce・Shopifyなどのツールを接続し、ChatGPTが必要なファイルやメッセージを出典付きで自分から参照します。回答には引用元が明示されるため、「どのファイルを根拠にしたか」を確認しながら使える設計です。
EC事業の文脈でこの一覧を眺めると、接続先の顔ぶれがそのまま業務範囲を示しています。Google Driveに置いた受注CSVと在庫表、Slackの物流チャンネルの会話、Zendeskの問い合わせ履歴、Shopifyの注文データ。これまで別々の画面で見ていた情報を、1つの質問で横断できるようになります。「今週の出荷遅延の原因をSlackの物流チャンネルと受注データから整理して」という指示が、貼り付けなしで通る状態が標準になりました。
ただし、公開直後の評価は順風ではありません。初週にUXとコスト面の批判が集まり、OpenAIが修正を進めている経緯があります。クレジット消費が読みにくいという指摘は法人導入の障壁になっており、後述するスペンド管理の設定を初日に入れることが実務上の必須手順になっています。機能の全体像はChatGPT Work登場時の解説記事で扱ったため、本稿は連携設計と管理者運用に絞ります。
EC業務への実装手順：コネクタ設計と4本のプロンプト
実装は3段階で進めます。第一段階は接続の設計です。管理者がワークスペース設定のAppsタブでコネクタを有効化しますが、Enterpriseプランではコネクタが初期状態で全て無効になっており、必要なものだけを管理者が選んで開放し、コネクタごとに許可するアクションを承認する方式です。EC事業者の初期セットとしては、Google Drive（またはSharePoint）とSlackの2つから始め、問い合わせ管理を使っているならZendesk系を追加する構成が扱いやすいはずです。接続するDriveのフォルダも「AI参照用」を切り出し、受注・在庫・広告の3フォルダに限定すると、意図しないファイル参照を防げます。
第二段階は、ファイルの置き方の標準化です。連携型AIの精度は、実はプロンプトよりファイル命名と更新ルールに左右されます。受注CSVは「orders-2026-07-14.csv」のように日付入りで毎日同じフォルダに置く、在庫表は1ファイルを上書き更新にする、広告レポートは媒体別にサブフォルダを分ける。この程度の規律があるだけで、「最新の受注データ」という指示が正しく解決されます。
第三段階が定型プロンプトの整備です。以下の4本は、受注・在庫・広告・CSという店舗運営の4領域に対応させています。
朝の受注サマリは、最も再現性の高い自動化です。
プロンプト1：受注データの朝サマリ
Google Driveの「AI参照用/受注」フォルダにある最新の受注CSVを読み、以下を報告してください。
1. 昨日の注文件数・売上合計・客単価（前週同曜日との比較付き）
2. 出荷期限が今日中の注文の件数と注文番号
3. 同一顧客の複数注文・住所不備など、確認が必要な注文の一覧
4. Slackの #物流 チャンネルの直近24時間の投稿から、出荷に影響する話題があれば要約
根拠にしたファイル名とメッセージのリンクを必ず付けてください。
在庫は「切れる前に気づく」ことが全てです。
プロンプト2：在庫アラートの週次チェック
「AI参照用/在庫」フォルダの在庫表と直近4週間の受注CSVを突き合わせ、以下を出してください。
1. 現在の在庫数を直近4週の週平均販売数で割った「在庫週数」が2週未満のSKU一覧
2. 逆に在庫週数が12週を超える過剰在庫SKUの上位10件
3. 発注リードタイム{日数}日を考慮した、今週発注すべきSKUと推奨発注数
計算式を明記し、販売実績がない新規SKUは別枠にしてください。
広告レポートは、媒体横断の集計が人力だと最も重い業務です。
プロンプト3：広告レポートの週次統合
「AI参照用/広告」フォルダにある楽天RPP・Amazon広告・Google広告の各レポートを統合し、以下を作ってください。
1. 媒体別の広告費・売上・ROAS（広告費用対効果）の週次推移
2. ROASが目標{目標値}%を下回った媒体とその要因候補
3. 検索語レポートから、成果の出ていない除外候補キーワード10件
4. 経営会議用に、全体を5行以内で要約した報告文
スプレッドシート形式で出力し、元レポートのファイル名を出典として記載してください。
CS領域は、返信そのものより「傾向の把握」から任せるのが安全です。
プロンプト4：問い合わせ傾向の月次分析
接続済みの問い合わせ管理ツールから直近30日の問い合わせを分析し、以下を報告してください。
1. 問い合わせ件数の上位カテゴリ5つと前月比
2. 配送・商品不良・サイズ違いなど、原因が商品ページの記載で防げるものの一覧
3. 該当する商品ページに追記すべき説明文の下書き（商品ごとに2〜3行）
4. 返信テンプレートの改善案を1つ
個人情報（氏名・住所・電話番号）は出力に含めないでください。
4本とも、出典の明示と個人情報の除外を指示文に固定しています。連携型AIは参照範囲が広いぶん、「どこから取った情報か」を常に確認できる形で受け取ることが、誤集計を早期発見する唯一の方法です。
管理者がやるべきこと：スペンド管理とCompliance API
導入企業の管理者には、利用者とは別のチェックリストがあります。第一がスペンド管理です。ChatGPTの法人向けプランでは、ワークスペース・グループ・ユーザー単位で月間のクレジット上限を設定できる利用上限機能が提供されており、エージェント実行のようなクレジット消費の大きい機能の暴走を防げます。導入初月は少なめの上限でスタートし、実際の消費実績を見て翌月に調整する運用が、経理面の不安を最小化します。
第二が監査体制です。OpenAIのEnterprise Compliance APIを使うと、会話ログの記録と出力ができ、監査証跡として利用できます。SOC 2やISO 27001といった認証要件に対応する企業では、ログの保持期間と記録範囲が自社のコンプライアンス基準に合うかを、利用開始前に確認しておく必要があります。EC事業者の場合、顧客の個人情報を扱う会話が発生しやすいため、「個人情報を含むファイルは接続フォルダに置かない」というデータ側のルールと、ログ監査という事後チェックの二重で守る構えが妥当です。
第三がアクション権限の設計です。コネクタごとに読み取りと書き込みのアクションを分けて承認できるため、初期は全コネクタを読み取りのみで開放し、書き込み（ファイル作成・メッセージ送信）は業務ごとに個別解禁する段階導入が安全です。現場で繰り返し見るのは、権限を最初から全開にした組織ほど、最初の小さな誤送信で全面停止に追い込まれるパターンで、段階解禁は遠回りに見えて結局速い進め方です。
失敗例と回避策
ある食品ジャンルの中規模店舗の事例では、Driveの全フォルダを接続したことで、古い価格表と最新の価格表をAIが混同し、誤った値下げ案が経営会議に上がりかけました。回避策は前述の「AI参照用フォルダの分離」と、ファイル名に日付を入れる規律です。参照範囲を絞ることは精度対策であると同時に、事故対策でもあります。
もう1つの典型は、クレジット消費の見積もり不足です。エージェント実行は通常のチャットより消費が大きく、全社導入の初月に想定超過を起こす組織が出ています。利用上限の設定に加えて、定型プロンプトの実行頻度を「受注サマリは毎日、在庫チェックは週1、広告統合は週1、CS分析は月1」のように業務側で決めてしまうと、消費が読める形になります。
3つ目は、Slack連携の範囲設定ミスです。雑談チャンネルまで参照対象にすると、業務判断に無関係な会話がノイズとして混ざります。参照するチャンネルは #物流 #受注 #広告 のような業務チャンネルに限定し、機微な人事・経営チャンネルは接続対象から外すことを、管理者側の設定でなく運用ルールとしても明文化しておくべきです。
導入30日のロードマップ：どの順番で立ち上げるか
段階導入の全体像を30日で区切って示します。1週目はデータ整備に充てます。AI参照用フォルダの作成、受注CSVの日付入り命名、在庫表の一本化、広告レポートの媒体別サブフォルダ化。この週はChatGPT Workに触らなくても構いません。並行して管理者はプラン契約とスペンド上限の初期設定、参照してよいSlackチャンネルの選定を済ませます。
2週目に接続と最初のプロンプトを動かします。Google Driveコネクタを読み取り専用で有効化し、プロンプト1の受注サマリを毎朝実行します。この週の目的は精度検証で、AIの集計と人間の集計を5営業日ぶん突合し、ズレが出た日は原因（ファイルの置き忘れ、命名ミス、集計定義の曖昧さ）を特定して指示文かルールに反映します。ズレの原因は経験上、AIの誤読よりデータ側の不備が多数派です。
3週目にSlack接続と在庫・広告のプロンプトを追加します。ここで初めて横断参照（受注データと物流チャンネルの突合）が動き出し、単なる集計代行から「気づきの前倒し」へ価値が変わります。週次で動かす業務はカレンダーに固定し、実行担当を1人決めておくと、結果の品質責任が曖昧になりません。
4週目に評価と拡張判断を行います。工数の前後比較、修正率、クレジット消費の実績を並べ、継続・拡張・縮小を決めます。拡張するなら書き込み系アクションの解禁やCS分析の追加へ、精度が不安定なら参照フォルダの整理に戻る。この判断会議を月次で回す体制まで作って、導入フェーズは完了です。
KPI設計と費用・工数目安
費用面では、ChatGPTの法人プランは1ユーザーあたり月額課金（Businessプランで月25〜30米ドル水準、2026年7月時点、契約条件により変動）に加え、エージェント実行のクレジット消費が乗る構造です。EC店舗での投資判断は「レポート作成系の工数」で測るのが分かりやすく、受注サマリ・在庫チェック・広告統合・CS分析の4業務で週6〜8時間かかっていた店舗なら、半分になるだけで月12時間超の削減です（削減幅は業務の標準化度合いに依存、要検証）。
KPIは、工数削減時間、レポートの納期短縮（週次広告レポートが月曜午前に出るか）、そしてAI出力の修正率の3つを月次で追います。修正率が高止まりする業務は、プロンプトではなくファイルの置き方に原因があるケースが大半なので、命名規則と更新ルールの見直しから手を付けてください。
見落とされがちなKPIとして、レポートの「読まれ方」の変化も観察する価値があります。人力で作っていた頃は作成が精一杯で考察まで手が回らなかった週次広告レポートが、AI作成に切り替わると担当者の時間が考察と打ち手側に移ります。削減した時間が実際にどの業務へ再配分されたかを月次で記録しておくと、単なるコスト削減ではなく売上側の成果として社内報告できるようになり、投資継続の説得材料が増えます。
今後の展望と独自考察：連携の主導権はデータの置き場所が握る
ChatGPT Work、Claude Cowork、GoogleのGemini Enterpriseと、業務エージェントの選択肢は出揃いつつあります。機能比較は今後も入れ替わり続けるため、EC事業者が固定資産として積み上げるべきは、どのAIからも参照しやすいデータの置き方です。受注・在庫・広告のファイルが命名規則付きで整理されている会社は、AIを乗り換えてもプロンプトを少し直すだけで移行できます。逆にデータが散らかったままの会社は、どのAIを契約しても精度が出ません。
もう1つの論点は、モール側データとの距離です。楽天RMSやセラーセントラルの画面内データは、現状この種のコネクタでは直接参照できず、CSVダウンロードを挟む必要があります。ここを埋めるのがブラウザ操作型のエージェントで、当面は「画面系はブラウザAI、ファイル系は連携AI」という役割分担で組むのが現実解と見ています。将来モール側が公式コネクタを出した時点で、その分担を見直せばよいはずです。
よくある質問
ChatGPT Workは個人向けプランでも使えますか
いいえ、法人向けプランが対象です。ChatGPT WorkはBusiness・Enterprise・Eduといった法人プラン向けに提供されており、コネクタの管理機能やCompliance APIもこれらのプランに紐づきます。個人プランでの試用は、連携なしの通常機能で代替検証する形になります。
コネクタで接続したデータはAIの学習に使われますか
法人プランでは、業務データを既定でモデル学習に使わないとOpenAIは説明しています。ただし設定と契約条件の確認は必須で、Enterprise Compliance APIでのログ管理と合わせ、自社のセキュリティ基準との突合を導入前に行ってください。
受注データの個人情報はどう扱うべきですか
接続フォルダに個人情報入りのファイルを置かないのが原則です。受注CSVは氏名・住所・電話番号の列を落とした分析用ファイルを別途生成して置き、原本は接続範囲外で管理します。プロンプト側でも個人情報を出力しない指示を固定し、二重に防ぎます。
SlackとGoogle Driveのどちらから接続すべきですか
Google Driveが先です。受注・在庫・広告というEC業務の中核データはファイルとしてDriveに集約しやすく、自動化の成果が最初に出る領域だからです。Slackは物流・CSの文脈情報を補う二番手として追加すると、投資対効果の順序が整います。
クレジット消費はどれくらい見込むべきですか
業務内容によって大きく変わるため、初月は上限を低めに設定して実測するのが唯一確実な方法です。エージェント実行は通常チャットより消費が大きく、公開初週にもコスト面の批判が出た経緯があります。定型プロンプトの実行頻度を業務側で固定すると消費が読みやすくなります。
楽天やAmazonの管理画面データも直接参照できますか
いいえ、2026年7月時点では直接参照できません。楽天RMSやAmazonセラーセントラルの画面内データは、CSVをダウンロードしてDriveに置く手順を挟む必要があります。このダウンロード作業自体はブラウザ操作型エージェントとの併用で自動化する余地があり、当面は両者の役割分担で組む構成が現実的です。
導入の最初の一歩は何ですか
「AI参照用」フォルダを作り、受注CSVを日付入りファイル名で1週間置き続けることです。接続もプロンプトもその後で構いません。データの置き場が整った状態で受注サマリのプロンプト1本を動かせば、初週から成果を体感でき、社内展開の合意形成が一気に楽になります。
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
参考文献
- OpenAI「Work smarter with your company knowledge in ChatGPT」
- OpenAI「More ways to work with your team and tools in ChatGPT」
- OpenAI Help Center「ChatGPT Enterprise & Edu – Release Notes」
- Axios「OpenAI releases GPT-5.6 and ChatGPT Work tool」
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
