ChatGPT Work 実践チュートリアル：6大職種ワークフロー Prompt テンプレート + スケジュールタスク処方（2026）

Prompt をコピーする前に、ChatGPT Work と通常の Chat の本質的な違いを理解してください。以下の課題は現場チームで最もよく見られます。

• 手順を指示として書く：Work は自律的に経路を計画するため、マイクロマネジメント型の Prompt は Agent の能力を制限してしまいます。
• プラグイン未認可のままタスクを投入：Gmail、Slack、Drive などのデータソースが未接続だと、タスクが途中で空転します。
• 高リスクタスクで Plan Mode をスキップ：対外メール、財務レポートをレビューなしで実行すると、リスクが制御不能になります。
• モードの誤用で使用量を浪費：単純な Q&A に Work を使い、複雑なクロス App タスクに Chat を使うと、コストが最大5倍の差になることがあります。
• デスクトップ/Web の選定ミス：ローカル Excel の照合に Web 版を選ぶ、無人 Scheduled Tasks にスリープ中のデスクトップを選ぶと、タスクが起動しません。

職種を問わず、次の5ステップで進めることをお勧めします。

1. プラグイン接続 → 2. 目標と出力形式を明確化 → 3. Plan Mode をレビュー → 4. 途中で介入して軌道修正 → 5. 成果物を検収して反復改善

Work モード Prompt 作成公式：

[役割] + [データソース @プラグイン] + [具体的タスク] + [出力形式] + [制約条件] + [検収基準]

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

Plan Mode レビューチェックリスト（実行前に項目ごとに確認）：

• データソースは正しいか（誤った顧客・誤った月を取得しないか）？
• 「対外送信」「削除」「ファイル上書き」など高リスクアクションは含まれるか？
• 出力形式はチームのテンプレートに合っているか？
• 中間ステップを削減して使用量を節約できるか？
• 人手確認ノードを設ける必要があるか？

Prompt はどのくらいの長さが適切か？「データソース + 出力形式 + 制約」を明確に書けば、通常150〜400字で十分です。各ステップの手動指示をすべて書かないでください——それは Work モードが自動で行うことです。

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

3.1 営業（Sales）

シナリオ A：顧客会議 Brief 自動生成（毎日定時） — 課題：営業が毎日1〜2時間を手動で顧客背景の整理に費やす。Work の解法：カレンダーを定時スキャン → CRM ノート取得 → ニュース検索 → Brief 生成・保存。OpenAI 内部事例：営業チームが Discovery 会話を24時間以内にカスタム PoC 案に転換（従来は数週間）。

スケジュールタスクを作成：毎営業日午後4時に実行。

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

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

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

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

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

制約：外部メールを自動送信しない；金額は CRM 元データに準拠。

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

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

以下を特定：
1. 48時間以上フォローされていないリード（ソース別にグループ化）
2. フォローチェーンの断絶点（どのステップ以降に応答率が急落したか）
3. パイプライン損失金額の推定

出力：
- Excel 明細表（リード ID | ソース | 最終フォロー日 | 断点タイプ | 推奨アクション）
- 1ページの経営層向けサマリー PPT、「7桁規模の潜在損失」レベルの機会を強調
- 毎週繰り返し実行可能な審査フローの提案（Scheduled Task 用）

3.2 マーケティング（Marketing）

シナリオ A：リサーチ → Brief → 多市場素材（エンドツーエンドパイプライン）

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

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

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

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

フェーズ 3 — 地域適応：
- コア素材を米国、欧州、アジア太平洋の3バージョンに適応（言語、文化参照、コンプライアンス表現）
- 各バージョンで人手レビューが必要なセンシティブ表現を注記

各フェーズ完了後に一時停止し、確認後に次フェーズへ進む。

シナリオ B：Slack / Teams 動態を会議アジェンダに同期（Scheduled Task）

毎週月曜午前7時に実行するスケジュールタスクを設定：

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 内部検証シナリオ） — 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 計画横断のローンチ準備審査（Nvidia 事例改編）

[製品/機能名] のローンチ準備審査を実施：

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 エンジニアリング（Engineering）— 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 を設定

スケジュールタスク設定の Prompt 句式：

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

無人実行前の安全セルフチェック：プラグインアクセス範囲を制限済み；明確に必要な場合を除き「自動対外送信」をオフ；出力アーカイブパスを設定済み；Enterprise ユーザーは管理者の Agent ネットワークポリシーを確認済み；まず「単発実行」で2〜3回検証してから定時実行に変更。

最初の ChatGPT Work タスクを6ステップで完走：

1. デスクトップ版をダウンロード：chatgpt.com/download から Mac/Windows クライアントをインストール（無料ユーザーは Work を試用可能）。
2. コアプラグインを接続：プラグインカタログで Gmail、Google Drive、Slack など最頻使用の2〜3ツールを認可。
3. モードを正しく選択：Work モードに切り替え、上部に Plan Mode が利用可能と表示されることを確認。
4. Prompt を明確に記述：「役割 + @データソース + タスク + 出力形式 + 制約」の公式で、軽量タスク（請求書照合など）から開始。
5. Plan をレビューして実行：データソースと高リスクアクションを項目ごとに確認し、余分なステップを削除してから承認実行。
6. 検収して反復：成果物品質を確認し、使用量を記録、満足したら Scheduled Task で自動化。

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

7つの節約実践：① まず Chat で草稿を作成し、満足したら精簡版を Work に渡す；② Plan Mode で余分なステップを削除；③ Scheduled Task で同一テンプレートドキュメントを再利用；④ 出力は簡潔に（表 + 3項目サマリー）；⑤ 大タスクは Phase 1 で方向確認 → Phase 2 で成果物生成に分割；⑥ 無料ユーザーはデスクトップ版で小タスクを優先；⑦ Enterprise チームは Admin Console で3段階クォータを設定。

引用可能なハードデータ：

• 出力/入力コスト比：出力 Token コストは入力の約 6倍、長文レポートは表形式サマリーよりはるかに高コスト。
• キャッシュ割引：同一ドキュメントの再読み込みは cached input が fresh input の約 1/10。
• ワークフローコスト差：同一タスクでも設計次第で使用量は最大 5倍 の差；月次差異分析は OpenAI 内部で「数日」から「数時間」に短縮。
• リードフォロー断点：営業パイプラインで 48時間 未フォローのリードは一般的な損失源、Zapier 改編事例で7桁規模の潜在損失を推定可能。

よくある質問

• 最初にどの職種のワークフローを練習すべきか？ 最も慣れていて出力の正誤を判断できるタスクを選んでください。公式推奨：月次差異分析、マーケ Brief、営業会議準備。
• スケジュールタスクは PC シャットダウン中に実行できるか？ デスクトップ版はデバイスがオンラインである必要があります。真のバックグラウンド無人実行には Plus 以上の Web 版 Workspace Agent を推奨します。
• Work と Workspace Agent の違いは？ Work は個人 Agent モード；Workspace Agent は Business/Enterprise 内でチームが構築・一元管理する自動化 Agent で、Admin Console によるガバナンス付きです。
• 生成された PPT/Excel はそのまま対外報告に使えるか？ 「80点の初稿」と見なし、財務数値・顧客名は必ず人手でレビューしてください。
• 無料ユーザーが実行できるテンプレートは？ デスクトップ版 Work は試用可能。「請求書照合」などの軽量タスクからテストすることをお勧めします。

背景情報は OpenAI 公式発表、Sales Meeting Prep Cookbook、姉妹記事 ChatGPT Work 正式発表の解説 をご参照ください。

ChatGPT Work の価値は存在すること自体ではなく、すでに疲れを感じている手作業プロセスをなくすことにあります。最速の ROI 経路：最も慣れたタスクを1つ選び、3回実行、Prompt を調整し、自動化する。

Scheduled Tasks と数時間のクロス App 長時間タスクは実行環境の安定性を極めて要求します。ローカル Mac のスリープによるネットワーク切断、共有 Wi-Fi のジッター、仮想マシンのオーバーセルによる長時間接続の中断は、Agent タスクを途中で失敗させます。純 SaaS 連携だけでは、ローカルファイル一括処理、Metal アクセラレーション、7×24 オンラインが必要な Work/Codex ハイブリッドパイプラインを代替できません。

ChatGPT Work、Codex モード、または自前の Agent オーケストレーションを安定稼働させる本番環境には、JEXCLOUD 多地域ベアメタル Mac が最適解です。Apple Silicon の専有、仮想化オーバーセルなし、120秒デプロイ、月単位の柔軟なスケールアップ。AI 同僚とコーディング Agent の7×24ホストノードとして最適です。ノード仕様と価格は JEXCLOUD 価格ページ をご覧ください。