2026年 ChatGPT Work 実践ガイド:6 大役割別 Prompt テンプレート + 定期タスク自動化
2026 年 7 月 9 日の ChatGPT Work リリース後、現場で最も聞かれるのは 「明日の業務で何に使えるか」 です。本記事は OpenAI の推奨——まず自分が熟知したタスクから始める——に沿い、営業・マーケティング・財務・オペレーション・プロダクト・エンジニアリングの六役割向けに、コピー可能な Prompt、Plan Mode の確認ポイント、Scheduled Tasks レシピ、用量最適化を整理しました。機能全体の解説は姊妹記事 ChatGPT Work 正式リリース解説 をご参照ください。
1. 三つの課題:Chat が使える ≠ Work が使える
- 課題一:モード選択ミスで用量が倍増する。 多段階のクロスアプリタスクを Chat で処理したり、単純 Q&A を Work で実行したりすると、共通の課金プールを無駄に消費します。初日の最大のコスト罠は Chat / Work / Codex の使い分け不足です。
- 課題二:Prompt が「操作マニュアル」化する。 Work は自律的に経路を計画します。「Salesforce を開いてエクスポートして…」と手順を固定すると、Agent の柔軟性が失われ、やり直しが増えます。
- 課題三:無人定期実行前の安全確認不足。 外部メール自動送信、共有ドキュメント上書き、誤った月のデータ取得——高リスク操作は 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 節約七法
- Chat で草稿 → 確定後に Work へ短縮版を渡す
- Plan Mode で冗長ステップ削除、特に同一ソースの重複取得
- Scheduled Task で同一テンプレート再利用、キャッシュ割引を活用
- 出力は簡潔に:「表 + 3 要点」が長文レポートより安価
- 大タスクはフェーズ分割:Phase 1 方向確認 → Phase 2 成果物
- 無料ユーザー:デスクトップで小タスクから consumption を把握
- Enterprise:Admin Console で workspace / group / 個人の三層クォータ
11.3 本番前「用量試算」五手順
- 人工時間が分かっている実タスクを 1 件選ぶ(例:月次差異表、通常 2 時間)
- Work + Plan Mode で 1 回実行し、ステップ数を記録
- 実行後の consumption を included usage と比較
- 日次/週次運用時の月間 consumption を試算
- 高ければ 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 Cookbook、ChatGPT Learn Changelog、SiliconANGLE。最終更新: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 実行機にするより本番向きです。