ChatGPT Work 実践ガイド：
6 職種ワークフロー、Prompt テンプレートと自動化レシピ (2026)

営業、マーケ、財務、オペレーション、プロダクト、エンジニアリングの各チームで、ChatGPT Work とは何かは理解したものの、明日から何に使うか迷っている方へ向けた実践記事です。2026年7月9日、OpenAI は ChatGPT Work を発表し Codex を ChatGPT デスクトップへ統合しました。OpenAI の推奨入門法は明快で、すでに慣れている業務から始めることです。本文では職種別の実ワークフロー、コピペ可能な Prompt テンプレート、Plan Mode の確認ポイント、Scheduled Tasks レシピ、用量最適化のコツを整理します。リリース背景と機能全体像は姉妹記事をご覧ください：ChatGPT Work 正式発表の完全解説。

[ SECTION_01 ] // PRINCIPLES 始める前に：成功を左右する 3 原則とモード選定

Prompt をコピーする前に、ChatGPT Work と通常の Chat の本質的な違いを理解してください。

モード選定：Chat / Work / Codex の使い分け。新 ChatGPT デスクトップは三モード共存です。誤ったモード選択は用量浪費につながります。

デスクトップ vs Web：実行環境の選び方

• 手順の過剰指定：各ステップを手動で書くと Work の自律計画の利点が失われ、用量も増えます。
• プラグイン未認可：途中で Gmail や CRM が未接続だと、不完全なデータに基づく推論になります。
• 高リスク動作の未確認：外部送信、ファイル上書き、削除などは Plan Mode で必ず確認してください。

[ SECTION_02 ] // FRAMEWORK 汎用ワークフロー：最初のタスクを走らせる 5 ステップ

職種を問わず、次のフローで進めることをおすすめします。

1. プラグイン接続
2. 目標と出力形式を明記
3. Plan Mode を確認
4. 実行中に軌道修正
5. 成果物を検収し反復

Prompt 記述式（Work モード専用）：

[役割] + [データソース @プラグイン] + [具体タスク] + [出力形式] + [制約] + [受入基準]

骨子例：あなたは [職種役割] です。@Salesforce と @Gmail から [期間] の [データ種別] を取得してください。[具体アクション] を完了し、[Google Docs / Excel / PPT / Sites] で出力します。制約：[元データ不変更 / 金額は小数点以下2桁 / 外部メール送信禁止]。完了後 [Slack で通知 / 指定フォルダへ保存]。

Plan Mode 確認チェックリスト——実行前に逐一確認してください。

• データソースは正しいか（誤った顧客・誤った月を取得しないか）？
• 「外部送信」「削除」「ファイル上書き」など高リスク動作はないか？
• 出力形式はチームテンプレートに合致するか？
• 中間ステップを削って用量を節約できるか？
• 人間の承認ポイントが必要か？

1. プラグイン接続：プラグインディレクトリで Gmail、Slack、Google Drive、Salesforce 等の中核ツールを認可します。
2. 目標と形式の記述：上記の式で役割、@データソース、出力ファイル種別、制約を明記します。
3. Plan の提出と確認：AI の手順一覧を待ち、重複取得を削除し、承認ポイントを追加します。
4. 実行中の軌道修正：データずれや方向性の誤りを見つけたら即一時停止し、添付やリンクで正しいコンテキストを補足します。
5. 成果物の検収：受入基準に照らし数字・名称・形式を確認し、改善すべき Prompt 断片を記録します。
6. 反復またはスケジュール化：満足できたら Scheduled Task テンプレートに書き換えるか、次フェーズへ進みます。

Work モードの価値は、何ステップ書いたかではなく、「完成品の姿」を一文で定義し Plan Mode でリスクを管理できるかにあります。

[ SECTION_03 ] // ROLES 6 職種の実践ワークフロー（Prompt テンプレート付き）

以下のテンプレートは OpenAI 公式事例、早期テスター（Zapier、Nvidia、Virgin Atlantic 等）のフィードバック、Workspace Agent Cookbook を基に整理しました。実際のツールスタックに合わせ @プラグイン名 を置き換えてください。

3.1 営業（Sales）

シーン A：顧客会議自動 Brief（毎日定時）

課題：営業が毎日 1–2 時間を顧客背景・近況・議題の手作業整理に費やします。Work 解法：カレンダー定時スキャン → CRM ノート取得 → ニュース検索 → Brief 生成・保存。

定時タスクを作成：毎営業日 16:00 に実行。

1. 明日の @Google Calendar 顧客会議を確認（社内のみは除外）
2. 各顧客会議について：
   - @SharePoint / @Salesforce から直近30日のアカウントノートとインタラクションを取得
   - 同社の直近30日の公開ニュースと経営陣動向を検索
   - 外部参加者ごとに 2–3 文の背景要約を作成
3. 会議ごとに 2–3 ページの Brief を生成し @Google Drive ドキュメントとして保存
4. @Gmail で各 Brief リンク付きのサマリーメールを送信

出力形式：件名「明日の顧客会議 Brief — [日付]」、本文は表（顧客名 | 会議時刻 | 主要議題 | Brief リンク）

OpenAI 内部事例：営業チームが Discovery 会話を 24 時間以内にカスタム PoC 案へ変換（従来は数週間）。

シーン B：アカウント動態コマンドセンター（Sites + 毎日更新）

課題：大口顧客情報が CRM、メール、Slack に分散し、営業が手動でアカウント計画を維持しています。Work 解法：Codex Sites で live dashboard を構築し、毎日自動更新します。

@Salesforce の [アカウント名] の全商談、連絡先、直近活動記録に基づき：

1. 対話型アカウントコマンドセンター（Sites）を作成：
   - パイプライン概要（ステージ、金額、想定成約日）
   - 直近7日の重要シグナル（メール、会議、サポートチケット）
   - 優先度付きの推奨ネクストアクション
2. Scheduled Task を設定：毎営業日 8:00 に Site を自動更新
3. 重大な変化があれば @Slack で DM 通知

制約：外部メールは自動送信しない。金額は CRM 原データを正とする。

シーン C：リード審査とパイプライン修復（Zapier 事例改編）

課題：月数千件のリードで、フォロー断点の発見が困難です。Work 解法：CRM + メール + 他ツールでタッチポイントを追跡し、経営層向けダッシュボードを生成します。

@Salesforce の直近30日の新規リードとフォロー記録を分析し、@Gmail の営業往復と突合。

特定事項：
1. 48時間超未フォローのリード（ソース別）
2. フォローチェーンの断絶点（どの段階以降に応答率が急落するか）
3. パイプライン損失額の推定

出力：
- Excel 明細（リード ID | ソース | 最終フォロー日 | 断点タイプ | 推奨アクション）
- 1 ページの経営層サマリー PPT（7桁規模の潜在損失を強調）
- 週次反復審査フロー案（Scheduled Task 用）

3.2 マーケティング（Marketing）

シーン A：リサーチ → Brief → 多市場アセット（エンドツーエンド）

課題：顧客調査、Campaign Brief、地域適応素材が担当別に分断され、コンテキストが失われがちです。Work 解法：単一指示で全工程を貫通し、コンテキストを自動引き継ぎます。

以下の顧客調査資料をアップロードしました：[添付 / @Google Drive リンク]

エンドツーエンドのマーケワークフローを完了してください：

フェーズ 1 — Brief：
- ターゲット、コアペイン、競合ポジションを抽出
- Campaign Brief（Google Docs）を出力。メッセージピラーとチャネル提案を含む

フェーズ 2 — アセット生成：
- Brief に基づき：獲得メール 1 通、LinkedIn 投稿 3 本、LP 文案アウトライン 1 セット
- @Google Drive「Campaign / [製品名]」フォルダへ保存

フェーズ 3 — 地域適応：
- 米国、欧州、APAC の 3 版に適応（言語、文化引用、コンプライアンス表現）
- 各版で人手確認が必要な敏感表現を注記

各フェーズ完了後に一時停止し、確認後に次へ進んでください。

シーン B：Slack / Teams 動態を会議議題へ同期（Scheduled Task）

毎週月曜 7:00 に実行する定時タスクを設定：

1. @Slack #product-launch と @Microsoft Teams「Go-to-Market」チャンネルの直近7日の重要議論を要約
2. 抽出：決定事項、未決論点、会議で揃える Blocker
3. @Google Drive の「週次議題」ドキュメントを更新（履歴版を保持）
4. @Slack #leadership に 5 項目以内のサマリーを投稿

制約：公開済み議論のみ引用。confidential 指定メッセージは漏洩しない。

3.3 財務（Finance）

シーン A：月次差異分析（OpenAI 内部検証シーン）

課題：月次締め・予測調整に数日を要し、数値探索と表作成に時間を奪われます。Work 解法：ソースデータ特定 → Sheets 入力 → 照合 → 報告スライド生成。OpenAI 内部効果：月次締めと予測フローを「数日」から「数時間」へ短縮。

[月] の月次予算差異分析を支援：

1. @Google Drive「Finance / Actuals」「Finance / Forecast」から該当表を取得
2. @Google Sheets に照合ブックを新規作成：
   - 部門別に実績 vs 予測差異を集計
   - 差異 >5% または >$50K の科目をフラグ
   - 元の数式を保持し、ソースファイルは上書きしない
3. パフォーマンス説明初稿（Google Docs）を生成。「収益 / コスト / 販管費」で原因を分類
4. 5–8 ページの経営層報告 PPT（グラフ付き、添付テンプレートのスタイルに準拠）
5. 完了後、財務担当の人手確認が必要な 3 つの重要判断を列挙

制約：ソースデータは一切変更しない。全数値にソースセルを明記。

シーン B：請求書と支払照合（AP 自動化の第一歩）

あなたは買掛金担当です。以下の2データを照合：
- 支払台帳：[@Google Drive リンク]
- 請求書一覧：[@Google Drive リンク]

次の異常をフラグ（表で返却）：
| 問題タイプ | サプライヤ | 請求書番号 | 金額 | 推奨対応 |
- 金額差異 >2%
- 税番号欠落
- 請求書番号重複
- サプライヤ名不一致

支払は自動起票しない。審査表のみ出力し人手で確認。

3.4 オペレーション（Operations）

シーン A：日次ダッシュボード変化監視（Scheduled Task）

毎営業日 6:30 に自動実行：

1. [内部ダッシュボード URL / @SharePoint レポートページ] にアクセス
2. 前日スナップショットと比較し、顕著な変化（>10% 変動または新規赤指標）を抽出
3. 1 ページの朝刊ブリーフ（Google Docs）を生成。構成：
   - 本日注視 TOP 3
   - 指標変化表
   - 推奨フォロー担当者
4. @Gmail で ops-leads@company.com へ送信

ダッシュボードにアクセスできない場合は Plan 段階で通知。データを捏造しない。

シーン B：顧客フィードバックのテーマクラスタリング → プロダクト優先度

以下ソースの直近14日の新規顧客フィードバックを監視：
- @Slack #customer-feedback
- @Gmail ラベル「NPS-Detractor」
- @Google Drive「Support Tickets Export」

1. フィードバックを 5–8 テーマにクラスタ（代表発言付き）
2. 「頻度 × 影響度 × 実装難易度」で優先度評価
3. プロダクト検討リストを出力（Notion / Google Docs 形式）
4. 毎週金曜に当該ドキュメントを自動更新する Scheduled Task を設定

制約：顧客名は匿名化。実名は出さない。

3.5 プロダクト（Product）

シーン A：Jira + GTM 計画のローンチ Readiness 審査（Nvidia 事例改編）

課題：新製品ローンチで工程進捗、マーケ計画、サポート文書を同時確認する手作業が漏れやすいです。Work 解法：システム横断で状態を取得し、ローンチ Readiness レポートを生成します。

[製品/機能名] のローンチ Readiness 審査：

1. @Jira から関連 Epic / Story の完了状況と未解決 Blocker を取得
2. @Google Drive「GTM Plans」から該当上市計画を取得し、主要マイルストーンを確認
3. @Slack #product-launch から直近7日の未決議論を抽出
4. ローンチ Readiness レポート（Google Docs）を出力：
   - 準備度スコア（赤 / 黄 / 緑）
   - ブロッカー一覧（担当 | 期限 | リスクレベル）
   - Go / No-Go 判断と根拠

Jira ステータスは自動更新しない。高リスク項目は人手判断を明記。

3.6 エンジニアリング — Work と Codex の協働

エンジニアリングでは Codex モードがコード実装、Work モードがチーム横断ドキュメントを担当することをおすすめします。同一デスクトップ App 内で切り替え可能です。

シーン A：PR レビュー + リリースノート（Codex 主導）

Codex モードで：
1. [repo/name] の PR #123 をレビュー。[セキュリティ / パフォーマンス / テストカバレッジ] を重点確認
2. PR サイドバーに逐条コメント
3. 承認可能なら Release Notes 草稿を生成

Work モードへ切替：
4. Release Notes を @Confluence ページ形式に整形
5. @Slack #engineering 向け告知草稿（自動送信しない）

シーン B：マルチリポジトリ Issue 週次サマリー（Codex 新能力）

Codex モードで [frontend-repo] と [backend-repo] を横断：
1. 今週マージ済み PR と未解決 P0/P1 Issue を集計
2. エンジニアリング週報 Markdown を生成

Work モードへ切替：
3. Google Docs に変換し、今週のバーンダウン（@Jira から取得）を挿入
4. 毎週金曜 17:00 の Scheduled Task で自動生成を設定

[ SECTION_04 ] // AUTOMATION Scheduled Tasks 自動化レシピと用量最適化

OpenAI が推奨する 4 類の高頻度定時タスクは、そのまま改編して使えます。

定時タスク設定の Prompt 句式：

Scheduled Task を設定：
- 頻度：[毎日 / 毎週月曜 / 毎月1日 / @Slack チャンネルにキーワード出現時]
- 時刻：[タイムゾーン + 具体時刻]
- アクション：[具体ワークフロー記述]
- 通知：[Slack チャンネル / メール / 通知なし]
- 人手確認：[事前承認が必要なステップ]

無人運用前の安全セルフチェック：

• プラグインアクセス範囲を必要最小限に制限済み
• 明確な意図がない限り「自動外部送信」をオフ
• 出力アーカイブパスを設定し、他人のファイル上書きを防止
• Enterprise：管理者許可の Agent ネットワークポリシーを確認済み
• 「単発実行」で 2–3 回検証後、定時化

ChatGPT Work と Codex は従量課金プールを共有します（固定月額機能ではありません）。同一ワークフローでも設計次第でコストは最大 5 倍差が出ます。

7 つの節約実践：

1. まず Chat モードで草稿を作成し、満足したら要約版を Work に渡す
2. Plan Mode で冗長ステップを削除。特に同一データの重複取得
3. Scheduled Task で同一テンプレート文書を再利用しキャッシュ割引を活用
4. 出力は簡潔に：「表 + 3 項目サマリー」は叙述レポートより有利
5. 大タスクは分割：Phase 1 で方向確認 → Phase 2 で成果物生成
6. 無料ユーザー：デスクトップで小タスクを試し、消費を把握してから拡大
7. Enterprise チーム：Admin Console で workspace / group / 個人の三層上限を設定

本番前の「用量試算」手順：

1. 人手所要時間がわかっている実タスクを選ぶ（例：月次差異表、通常2時間）
2. Work モードで Plan Mode 付きで1回実行し、ステップ数を記録
3. 実行後の消費量を確認（プランの included usage と比較）
4. 毎日/毎週実行した場合の月次消費が予算内か試算
5. 高い場合 → 節約実践で最適化し再実行して比較

• 出力 Token 倍率：出力コストは入力の約 6 倍です。簡潔な出力指定が課金に直結します。
• キャッシュ割引：Scheduled Task で同一テンプレートを再利用すると、cached input は fresh input の約 1/10 です。
• ワークフローコスト差：同一タスクでも設計次第で用量は最大 5 倍差が出ます（OpenAI 公開値、発版後に再確認推奨）。

[ SECTION_05 ] // TROUBLESHOOT よくあるつまずき、トラブルシュートと 30 日ロードマップ

30 日オンボーディングロードマップ：

[ SECTION_06 ] // FAQ よくある質問、参考ソースとまとめ

FAQ 抜粋：

• 最初にどの職種のワークフローを練習すべきですか？ 最も慣れており、出力の正誤を判断できるタスクを選んでください。OpenAI 推奨：月次差異分析、マーケ Brief、営業会議準備——品質を素早く検証できます。
• Prompt はどのくらいの長さが適切ですか？ 「データソース + 出力形式 + 制約」を明確に。通常 150–400 語で十分です。各手順の手動指示は書かないでください。それは Work が自動化する部分です。
• 定時タスクは PC 電源オフ時に動きますか？ デスクトップ Scheduled Task は端末のオンラインに依存します。真のバックグラウンド無人運用には Plus 以上で Web Workspace Agent のスケジュールを推奨します。
• Work モードと Workspace Agent の違いは？ Work は ChatGPT 内で個人が直接使う Agent モードです。Workspace Agent は Business / Enterprise でチームが構築・共有・統一管理する自動化 Agent で、Admin Console によるガバナンスがあります。技術基盤は類似、入口が異なります。
• 生成された PPT / Excel をそのまま外部報告に使えますか？ 「80 点の初稿」と捉えてください。財務数値、顧客名、外部声明は必ず人手で確認してから使用してください。
• 無料ユーザーは本文のどのテンプレートを実行できますか？ デスクトップ Work は試用可能ですが用量上限があります。「請求書照合」など軽量タスクから始め、長期自動化は避けることをおすすめします。

ChatGPT Work の価値は存在すること自体ではなく、手作業で嫌になっているワークフローを取り除けるかにあります。最速の ROI は追加のリリース記事を読むことではなく、極めて慣れたタスクを 3 回実行し Prompt を調整し、自動化することです。デスクに最も近いワークフローから始め、Plan Mode に信頼を築き、Scheduled Tasks に退屈な部分を任せてください。

以下は主要参考ソースです。発版や製品更新後はリンクを再度開いて内容をご確認ください。

OpenAI Blog: ChatGPT for Your Most Ambitious Work

OpenAI Cookbook: Sales Meeting Prep Agent

ChatGPT Learn Changelog

SiliconANGLE: ChatGPT Work Launch Coverage

Developers Digest: Codex Merge Analysis

Scheduled Tasks や Codex 長時間タスクをスリープするノート PC で回すと、どれほど充実した Prompt テンプレートもタスク中断、OAuth 失効、ローカルディスク満杯に阻まれます。純クラウド SaaS だけでは、安定したローカル実行面が要るマルチリポジトリ開発や Xcode 同機検証を代替できません。PC スリープによる定時タスク漏れ、環境不一致による Computer Use 結果の再現困難は、長期的には専用ホストより非効率です。

ChatGPT Work、Codex 長時間タスク、iOS CI/CD を7×24 同一 Apple Silicon ホストに固定し、Computer Use と GitHub PR 審査を専有ベアメタルへ移すなら、不安定デバイスでの火消しより合理的です。NOVAKVM は多リージョン Mac Mini M4 / M4 Pro の柔軟レンタル、固定帯域、デフォルト SSH を提供し、AI Agent 自動化とモバイル同機検証に適しています。構成は 料金ページ、発注は 注文ページ、デプロイ相談は ヘルプセンターをご利用ください。