ChatGPT Work クロスアプリワークフローと役割別 Prompt テンプレートの概念図

2026年 ChatGPT Work 実践ガイド:6 大役割別 Prompt テンプレート + 定期タスク自動化

2026 年 7 月 9 日の ChatGPT Work リリース後、現場で最も聞かれるのは 「明日の業務で何に使えるか」 です。本記事は OpenAI の推奨——まず自分が熟知したタスクから始める——に沿い、営業・マーケティング・財務・オペレーション・プロダクト・エンジニアリングの六役割向けに、コピー可能な Prompt、Plan Mode の確認ポイント、Scheduled Tasks レシピ、用量最適化を整理しました。機能全体の解説は姊妹記事 ChatGPT Work 正式リリース解説 をご参照ください。

1. 三つの課題:Chat が使える ≠ Work が使える

  1. 課題一:モード選択ミスで用量が倍増する。 多段階のクロスアプリタスクを Chat で処理したり、単純 Q&A を Work で実行したりすると、共通の課金プールを無駄に消費します。初日の最大のコスト罠は Chat / Work / Codex の使い分け不足です。
  2. 課題二:Prompt が「操作マニュアル」化する。 Work は自律的に経路を計画します。「Salesforce を開いてエクスポートして…」と手順を固定すると、Agent の柔軟性が失われ、やり直しが増えます。
  3. 課題三:無人定期実行前の安全確認不足。 外部メール自動送信、共有ドキュメント上書き、誤った月のデータ取得——高リスク操作は Plan Mode と Scheduled Task 設定で明示的に制約する必要があります。

2. 開始前に押さえる三原則

原則 説明 実践のポイント
手順ではなく成果を記述 Work が経路を自律計画 ❌「Salesforce を開いて…」→ ✅「@Salesforce 直近 30 日の商談からリスク付き週次 PPT を生成」
ツール接続が先、タスクが後 プラグインカタログがデータ源 Gmail、Slack、Drive の認可を確認し、@アプリ名 でソースを明示
Plan Mode はブレーキ 複雑タスクは計画→実行 対外メール、財務報告、顧客納品物は計画を逐条承認

2.1 モード選択:Chat / Work / Codex

ニーズ 推奨モード 理由
即答、ブレスト、単発文案 Chat 軽量・高速
クロス App 多段階、成果物納品、数時間タスク Work プラグイン + Plan Mode + Computer Use
コードレビュー、PR 管理、マルチリポ開発 Codex 開発者向けワークフロー
週次反復、無人バックグラウンド Work + Scheduled Tasks スケジュール/トリガー自動化

2.2 デスクトップ vs Web:環境選定

シーン 推奨環境
ローカルファイル、Computer Use、無料プラン試用 デスクトップ(Mac / Windows)
チーム協働、進捗の随時確認 Web / モバイル(Plus 以上)
営業 Brief 自動生成 + メール通知 Web Workspace Agent + スケジュール
ローカル Excel 照合、フォルダ一括処理 デスクトップ Work

3. 共通五手順ワークフローと Prompt 公式

どの役割でも、次の五手順で進めることをお勧めします。

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

3.1 Prompt 作成公式(Work 専用)

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

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

3.2 Plan Mode 承認チェックリスト

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

4. 営業:三シーン Prompt

以下は OpenAI 公式事例、Zapier / Nvidia / Virgin Atlantic 等の早期フィードバックを基に整理しました。@プラグイン名 は貴社のスタックに合わせて置換してください。

4.1 シーン A:顧客会議 Brief 自動生成(日次)

課題:営業が毎日 1–2 時間を顧客背景整理に費やす。Work 解法:カレンダー走査 → CRM ノート取得 → ニュース検索 → Brief 生成・保存。OpenAI 内部事例では Discovery から 24 時間以内にカスタム PoC 案を作成(従来は数週間)。

定期タスクを作成:各営業日 16:00 に実行。

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

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

4.2 シーン B:アカウント指揮センター(Sites + 日次更新)

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

1. インタラクティブなアカウント指揮センター(Sites)を作成:
   - パイプライン概観(ステージ、金額、想定成約日)
   - 直近 7 日の重要シグナル(メール、会議、サポートチケット)
   - 優先順位付きの推奨ネクストアクション
2. Scheduled Task:各営業日 8:00 に Site を自動更新
3. 重大な変化があれば @Slack DM で通知

制約:外部メールは自動送信しない。金額は CRM 原データ準拠。

4.3 シーン C:リード審査とパイプライン修復(Zapier 事例改編)

@Salesforce 過去 30 日の新規リードとフォロー記録を分析し、@Gmail の営業やり取りと突合。

特定項目:
1. 48 時間以上未フォローのリード(ソース別)
2. フォローチェーンの断絶点(どの段階で応答率が急落したか)
3. パイプライン損失額の推定

出力:
- Excel 明細(リード ID | ソース | 最終フォロー日 | 断絶タイプ | 推奨アクション)
- 1 ページの経営サマリー PPT(七桁規模の機会損失を強調)
- 週次 Scheduled Task 向けの審査フロー案

5. マーケ:二シーン Prompt

5.1 シーン A:リサーチ → Brief → 多市場クリエイティブ

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

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

フェーズ 1 — Brief:
- ターゲット、核心ペイン、競合ポジションを抽出
- Campaign Brief(Google Docs)を出力、メッセージ柱とチャネル提案を含む

フェーズ 2 — クリエイティブ生成:
- Brief から:獲得メール 1 通、LinkedIn 投稿 3 本、LP 文案アウトライン 1 セット
- @Google Drive「Campaign / [製品名]」フォルダに保存

フェーズ 3 — 地域適応:
- 米国・欧州・アジア太平洋の三バージョン(言語、文化引用、コンプライアンス表現)
- 各版で人間確認が必要なセンシティブ表現を注記

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

5.2 シーン 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 ラベルのメッセージは漏洩しない。

6. 財務:二シーン Prompt

6.1 シーン A:月次差異分析(OpenAI 内部検証)

内部効果:月次締めと予測フローを「数日」から「数時間」に短縮。

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

1. @Google Drive「Finance / Actuals」「Finance / Forecast」から該当シートを取得
2. @Google Sheets に照合ブックを新規作成:
   - 部門別 actual vs forecast 差異
   - 差異 >5% または >$50K の科目をハイライト
   - 元ファイルは上書きせず、全公式を保持
3. パフォーマンス説明初稿(Google Docs)を「収益 / 原価 / 販管費」別に作成
4. 5–8 ページの経営報告 PPT(グラフ付き、添付テンプレート準拠)
5. 財務担当が確認すべき 3 つの重要判断点を列挙

制約:ソースデータ変更禁止。全数値にソースセルを明記。

6.2 シーン B:請求書と支払照合(AP 自動化第一関門)

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

以下の異常をマーク(表形式で返却):
| 問題タイプ | サプライヤ | 請求書番号 | 金額 | 推奨対応 |
- 金額差異 >2%
- 税番号欠落
- 請求書番号重複
- サプライヤ名不一致

支払は自動起票しない。審査表のみ出力。

7. オペ:二シーン Prompt

7.1 シーン A:日次ダッシュボード監視(Scheduled Task)

各営業日 6:30 に自動実行:

1. [内部ダッシュボード URL / @SharePoint レポート] にアクセス
2. 前日スナップショットと比較し、有意な変化(>10% 変動または新規赤指標)を抽出
3. 1 ページのモーニングブリーフ(Google Docs):
   - 本日注視 TOP 3
   - 指標変化表
   - フォロー担当者の提案
4. @Gmail で ops-leads@company.com に送信

ダッシュボードにアクセス不可の場合、Plan 段階で報告し、データを捏造しない。

7.2 シーン B:顧客フィードバッククラスタリング → 優先度

過去 14 日の新規フィードバックを監視:
- @Slack #customer-feedback
- @Gmail ラベル「NPS-Detractor」
- @Google Drive「Support Tickets Export」

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

制約:顧客名は匿名化。

8. プロダクト:ローンチ Readiness 審査(Nvidia 事例改編)

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

1. @Jira から関連 Epic / Story の完了状況と未解決 Blocker を取得
2. @Google Drive「GTM Plans」から該当 GTM 計画とマイルストーンを確認
3. @Slack #product-launch から直近 7 日の未決議論を抽出
4. Readiness レポート(Google Docs):
   - スコア(赤 / 黄 / 緑)
   - ブロッカー一覧(担当 | 期限 | リスク)
   - Go / No-Go 推奨と根拠

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

9. エンジニア:Work と Codex の協働

エンジニアリングでは Codex がコード、Work がクロスチーム文書 を担当するのが効率的です。同一デスクトップ App 内で切り替え可能です。

9.1 シーン A:PR レビュー + リリースノート(Codex 主導)

Codex モードで:
1. [repo/name] の PR #123 をレビュー([セキュリティ / 性能 / テストカバレッジ] 重点)
2. PR サイドバーに逐条コメント
3. 承認時は Release Notes 草稿を生成

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

9.2 シーン B:マルチリポ Issue 週次サマリー

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

Work モードへ:
3. Google Docs に変換し、@Jira から今週のバーンダウンチャートを挿入
4. 毎週金曜 17:00 Scheduled Task で自動生成

10. Scheduled Tasks 自動化レシピ集

レシピ名 トリガー タスク内容 向く役割
月曜議題更新 毎週月 07:00 Slack 集約 → 議題 Doc 更新 マーケ / オペ
日次指標ブリーフ 営業日 06:30 ダッシュボード → 前日比較 → メール オペ / 財務
FB クラスタ週報 毎週金 16:00 多チャネル FB → テーマ → 優先リスト プロダクト
アカウント日次更新 営業日 08:00 CRM 変化 → Sites 指揮センター更新 営業

10.1 定期タスク設定 Prompt パターン

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

10.2 無人運用前の安全チェック

  • プラグインアクセスを必要最小限に制限済み
  • 明示的指示がない限り「外部自動送信」は OFF
  • 出力先を固定し、他人ファイルの上書きを防止
  • Enterprise:Admin が許可した Agent ネットワークポリシーを確認
  • 「単発実行」で 2–3 回検証してから定期化

11. 用量最適化:コストを抑える

ChatGPT Work と Codex は共通の usage プールを共有します。同一ワークフローでも設計次第で最大 5 倍のコスト差が出ます。

11.1 課金ロジック(簡略)

要因 usage への影響
ステップ数 多いほど消費増
コンテキストサイズ 取得ドキュメント/メールが多いほど増
出力長 出力 Token は入力の約 6 倍コスト
キャッシュヒット 同一ドキュメント再読込は fresh の約 1/10
モデル選択 GPT-5.6 複雑推論は軽量タスクより高消費

11.2 節約七法

  1. Chat で草稿 → 確定後に Work へ短縮版を渡す
  2. Plan Mode で冗長ステップ削除、特に同一ソースの重複取得
  3. Scheduled Task で同一テンプレート再利用、キャッシュ割引を活用
  4. 出力は簡潔に:「表 + 3 要点」が長文レポートより安価
  5. 大タスクはフェーズ分割:Phase 1 方向確認 → Phase 2 成果物
  6. 無料ユーザー:デスクトップで小タスクから consumption を把握
  7. Enterprise:Admin Console で workspace / group / 個人の三層クォータ

11.3 本番前「用量試算」五手順

  1. 人工時間が分かっている実タスクを 1 件選ぶ(例:月次差異表、通常 2 時間)
  2. Work + Plan Mode で 1 回実行し、ステップ数を記録
  3. 実行後の consumption を included usage と比較
  4. 日次/週次運用時の月間 consumption を試算
  5. 高ければ 11.2 を適用して再計測

12. よくある失敗とトラブルシュート

症状 原因 対処
Work で Codex プロジェクトが見えない App 移行未完了 Codex App を更新 → ChatGPT デスクトップへ。異常時は chatgpt.com/download から再インストール
認可後もデータ取得不可 スコープ不足または @名 誤記 プラグインカタログで権限確認。Prompt では @Salesforce と明示
Plan は正しいが結果がずれる 古いコンテキスト、AI 推測 実行中に一時停止。重要データは添付/リンクで明示
定期タスクが発火しない スリープ / 未ログイン 長期運用は Web Workspace Agent。デスクトップは端末常時起動が必要
usage 超過 長出力、重複取得、過剰ステップ 第 11 節を参照。Enterprise は Admin Console で上限設定
Work と Cowork の使い分け不明 ワークフロー特性の違い クラウド SaaS 協働は Work。ローカルフォルダ一括は Cowork(姊妹記事参照)

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

期間 目標 アクション
第 1 週 単一タスク習得 熟知タスク 1 件をデスクトップ Work で 3 回手動実行、Plan Mode 承認を練習
第 2 週 プラグイン統合 コア 3 ツール(メール + 協働 + ファイル)接続、クロス App 納品 1 回
第 3 週 自動化 第 1 週タスクを Scheduled Task 化、3 回の安定発火を確認
第 4 週 チーム展開 役割別 Prompt ライブラリ整備。Enterprise は Admin とクォータ同期

14. よくある質問

Q:最初に練習すべき役割は?
A:出力の正誤を判断できるタスクから。OpenAI 推奨:月次差異分析、マーケ Brief、営業会議準備。

Q:Prompt の適切な長さは?
A:「データソース + 出力形式 + 制約」を明確に。150–400 字程度で十分です。

Q:PC オフ中も定期タスクは動きますか?
A:デスクトップ Scheduled Task は端末オンラインが前提。無人運用は Web Workspace Agent を推奨します。

Q:Work と Workspace Agent の違いは?
A:Work は個人 Agent。Workspace Agent は Business/Enterprise 内のチーム自動化 Agent です。

Q:PPT/Excel をそのまま対外報告に使えますか?
A:80 点初稿と考え、数値・顧客名・対外声明は必ず人間が確認してください。

Q:無料プランで使えるテンプレートは?
A:デスクトップ Work は試用可能ですが上限あり。請求書照合など軽量タスクから始めてください。

出典:OpenAI 公式ブログSales Meeting Prep CookbookChatGPT Learn ChangelogSiliconANGLE。最終更新:2026-07-11。

15. まとめ:Scheduled Tasks を常時オンライン Mac で運用する

ChatGPT Work の価値は「新機能追加」ではなく、既に疲弊している手作業ワークフローの代行にあります。最短 ROI:熟知タスクを選ぶ → 3 回手動で Prompt 調整 → Plan Mode で信頼構築 → Scheduled Tasks が反復を引き受ける。本記事の 12 シーン Prompt と 4 レシピはそのまま改変して使えます。

ただしデスクトップ Scheduled Tasks と Computer Use には硬性条件があります:実行マシンは常時オンライン・通電・安定ネットワーク。ノート PC のスリープや不安定 Wi-Fi では「毎朝 6:30 指標ブリーフ」「8:00 アカウント更新」が途中失敗します——Prompt の良し悪しではなく、デプロイ層のボトルネックです。

営業 Brief、月次照合、エンジニア週報など本番級の定期 Agent を運用するなら、ChatGPT デスクトップを7×24 オンラインの Apple Silicon Mac ノードに載せ、ワークスペースと成果物を SFTP/rsync で同期するのが堅実です。SFTPMAC リモート Mac レンタルは AI Agent 向け macOS 環境を提供し、Apple エコシステム互換、低レイテンシのプラグインコールバック、中断のない常時稼働により、個人ノートを Agent 実行機にするより本番向きです。