2026 CHATGPT
WORK_
6 MÉTIERS_
PROMPTS.

ChatGPT Work workflows par métier modèles de prompts 2026

Introduction : Depuis le lancement de ChatGPT Work le 9 juillet 2026, la vraie question est : qu'en faire demain au bureau ? OpenAI conseille de commencer par une tâche que vous maîtrisez déjà. Ce guide décline des workflows concrets pour ventes, marketing, finance, opérations, produit et ingénierie, avec modèles de prompts copiables, points de contrôle Plan Mode, recettes Scheduled Tasks et astuces d'usage. Contexte du lancement ? Article jumeau : ChatGPT Work & fusion Codex.

1. Pourquoi on connaît Work sans l'utiliser

  1. Mauvais mode = gaspillage — Q&R simple en Work au lieu de Chat : coût jusqu'à plus élevé.
  2. Prompts orientés étapes, pas livrables — Work planifie seul ; vous décrivez le résultat final.
  3. Tâches planifiées sans audit sécurité — plugins illimités + envoi auto = risque avant le premier cron.

2. Trois principes qui font la différence

PrincipeExplicationConseil pratique
Décrire le résultat, pas les étapesPlanification autonome❌ « Ouvre Salesforce… » → ✅ « À partir de @Salesforce : PPT hebdo des deals 30 j avec alertes risque »
Connecter les outils d'abordLe catalogue de plugins = source de donnéesGmail, Slack, Drive autorisés ; spécifier @NomApp
Plan Mode = freinPlan avant exécutionE-mails externes, rapports finance, livrables clients : valider ligne par ligne

2.1 Choisir le mode : Chat / Work / Codex

BesoinModeRaison
Q&R rapide, brainstorming, texte uniqueChatLéger, réactif
Multi-apps, livrables, tâches longuesWorkPlugins + Plan Mode + Computer Use
Revue code, PR, multi-dépôtsCodexWorkflow développeur
Répétitif, sans surveillanceWork + Scheduled TasksCron / déclencheurs automatiques

2.2 Desktop vs Web

ScénarioEnvironnement
Fichiers locaux, Computer Use, essai FreeDesktop (Mac / Windows)
Suivi d'équipe, consultation mobileWeb / Mobile (Plus+)
Brief commercial + notification e-mailWeb Workspace Agent + planificateur
Rapprochement Excel, traitement de dossiersWork desktop

3. Workflow universel en 5 étapes

1. Connecter les plugins → 2. Définir objectif + format → 3. Valider Plan Mode → 4. Corriger en cours → 5. Accepter le livrable & itérer

3.1 Formule de prompt (mode Work)

[Rôle] + [Source @plugin] + [Tâche] + [Format sortie] + [Contraintes] + [Critères d'acceptation] Squelette : Tu es [rôle métier]. Extrais de @Salesforce et @Gmail [période] [type de données]. Réalise [action], sortie en [Google Docs / Excel / PPT / Sites]. Contraintes : [ne pas modifier les sources / 2 décimales / pas d'envoi auto]. À la fin : [notification Slack / dossier cible].

3.2 Checklist d'audit Plan Mode

  • Source et période correctes (client/mois) ?
  • Actions à risque : envoi, suppression, écrasement ?
  • Format conforme au template équipe ?
  • Étapes redondantes supprimables pour économiser l'usage ?
  • Point de validation humaine nécessaire ?

4. Six métiers : workflows + modèles de prompts

Inspiré des cas OpenAI, retours Zapier/Nvidia/Virgin Atlantic et du Workspace Agent Cookbook. Remplacez @plugin selon votre stack.

4.1 Ventes (Sales)

Scénario A : Brief réunion client (quotidien planifié) — Avant : 1–2 h/jour manuellement.

Tâche planifiée : chaque jour ouvré à 16h. 1. Vérifier les RDV clients de demain dans @Google Calendar (exclure internes) 2. Par réunion : - @SharePoint / @Salesforce : notes et activités 30 jours - Actualités publiques et dirigeants (30 jours) - 2–3 phrases par participant externe 3. Brief 2–3 pages par réunion → @Google Drive 4. E-mail récap @Gmail avec liens Objet : « Briefs clients demain — [date] » | Tableau : Client | Heure | Sujet | Lien

Cas OpenAI : Discovery → PoC personnalisé en 24 h (vs semaines).

Scénario B : Centre de commande compte (Sites, mise à jour quotidienne)

Depuis @Salesforce [compte] : pipeline, contacts, activités. 1. Site interactif : pipeline, signaux 7 j, prochaines actions 2. Scheduled Task : mise à jour lun–ven 8h 3. Changement majeur → DM @Slack Contraintes : pas d'e-mail externe auto ; montants = données CRM brutes.

Scénario C : Audit leads & réparation pipeline (adapté Zapier)

Leads @Salesforce 30 j + correspondance @Gmail. Identifier : leads >48 h sans suivi (par source), ruptures de chaîne, perte pipeline estimée. Livrables : Excel + PPT exec 1 page (risque 7 chiffres) + processus hebdo suggéré.

4.2 Marketing

Scénario A : Recherche → Brief → assets multi-marchés

Matériaux : [pièce jointe / @Google Drive] Phase 1 — Brief : audience, pain, positionnement → Google Docs Phase 2 — Assets : 1 e-mail acquisition, 3 LinkedIn, 1 outline landing → Drive Phase 3 — Localisation : US, Europe, APAC ; formulations sensibles marquées Pause après chaque phase jusqu'à validation.

Scénario B : Slack/Teams → ordre du jour hebdo (lundi 7h)

1. @Slack #product-launch + @Microsoft Teams « Go-to-Market » (7 jours) 2. Extraire : décisions, questions ouvertes, blockers 3. Mettre à jour doc « Ordre du jour » @Google Drive (historique) 4. @Slack #leadership : max 5 points Contrainte : discussions publiques uniquement.

4.3 Finance

Scénario A : Analyse d'écarts de clôture (validé OpenAI) — De jours à heures.

Analyse d'écarts budget [mois] : 1. @Google Drive « Finance/Actuals » + « Forecast » 2. @Google Sheets : réel vs prévision par département ; flag >5 % ou >50 K$ 3. Narratif performance (Docs) : revenus/coûts/opex 4. PPT management 5–8 slides (style template) 5. Lister 3 points de validation manuelle Contraintes : sources intactes ; références cellules.

Scénario B : Rapprochement factures / paiements (AP)

Registre paiements vs liste factures (@Google Drive). Signaler : écart >2 %, TVA manquante, doublons, fournisseur incorrect. Tableau de revue ; pas de paiement automatique.

4.4 Opérations

Scénario A : Monitoring tableau de bord (6h30 quotidien)

1. [URL dashboard / @SharePoint] 2. Delta vs hier : variation >10 % ou nouveaux KPI rouges 3. Brief matinal 1 page (Docs) : TOP 3, tableau, responsables suggérés 4. @Gmail vers ops-leads@company.com Si accès impossible : signaler dans le plan, ne pas inventer de données.

Scénario B : Clustering feedback → priorité produit

14 jours : @Slack #customer-feedback, @Gmail « NPS-Detractor », @Google Drive tickets. 1. 5–8 thèmes avec citations représentatives 2. Priorité : fréquence × impact × effort 3. Backlog suggéré ; refresh vendredi via Scheduled Task Contrainte : citations anonymisées.

4.5 Produit

Scénario A : Revue Jira + GTM readiness (adapté Nvidia)

Readiness lancement [fonctionnalité] : 1. @Jira : statut Epic/Story, blockers ouverts 2. @Google Drive « GTM Plans » : jalons 3. @Slack #product-launch : discussions 7 jours 4. Rapport : score feu tricolore, blockers, Go/No-Go Pas de modification Jira auto ; risques élevés = décision humaine.

4.6 Ingénierie — Work + Codex

Codex pour le code, Work pour la documentation cross-équipe — même app desktop.

Scénario A : Revue PR + notes de version

Codex : revue [repo] PR #123 (sécurité/perf/tests) → brouillon Release Notes. Work : format @Confluence + brouillon annonce @Slack #engineering (pas d'envoi auto).

Scénario B : Rapport hebdo multi-dépôts

Codex : [frontend] + [backend] — PR mergées, issues P0/P1 → Markdown. Work : Google Docs + burn-down @Jira ; Scheduled Task vendredi 17h.

5. Bibliothèque Scheduled Tasks

RecetteDéclencheurDescriptionMétier
Agenda du lundiLun 7hSlack → doc agendaMarketing / Ops
Brief KPI matinalJour ouvré 6h30Dashboard → e-mailOps / Finance
Feedback hebdoVen 16hMulti-canal → clusters → prioritésProduit
Pulse compteJour ouvré 8hDelta CRM → mise à jour SitesVentes

5.1 Syntaxe prompt pour tâches planifiées

Configurer Scheduled Task : - Fréquence : [quotidien / lundis / 1er du mois / mot-clé @Slack] - Heure : [fuseau + heure] - Action : [description du workflow] - Notification : [Slack / e-mail / aucune] - Validation : [étapes nécessitant approbation]

5.2 Audit sécurité avant mode sans surveillance

  • Plugins limités au strict nécessaire
  • Envoi automatique désactivé sauf besoin explicite
  • Chemin d'archivage fixe — pas d'écrasement
  • Enterprise : politique réseau agent confirmée
  • 2–3 exécutions manuelles avant activation cron

6. Optimisation de l'usage

Work et Codex partagent un pool de consommation. Même workflow, design différent : écart jusqu'à .

FacteurImpact
Nombre d'étapesPlus d'étapes = plus de tokens
Taille du contextePlus de docs/e-mails = plus d'input
Longueur de sortieOutput ~ plus cher que l'input
CacheInput en cache ~1/10 du frais
ModèleGPT-5.6 pour raisonnement lourd ; tâches légères moins coûteuses

6.1 Sept astuces pour économiser

  1. Brouillon en Chat → exécution en Work
  2. Plan Mode : supprimer les lectures redondantes
  3. Scheduled Tasks : réutiliser un doc modèle (rabais cache)
  4. Sortie concise : « tableau + 3 bullets » plutôt que rapport narratif
  5. Découpage en phases : Phase 1 direction → Phase 2 livrable
  6. Free : petites tâches desktop d'abord, mesurer la consommation
  7. Enterprise : quotas workspace/groupe/utilisateur dans Admin Console

6.2 Estimation d'usage en 5 étapes

1. Choisir une tâche connue (ex. tableau d'écarts, ~2 h manuelles) 2. Plan Mode : compter les étapes 3. Exécution : consommation vs quota inclus 4. Projection : quotidien/hebdo → budget mensuel 5. Si trop élevé : optimiser et comparer

7. Dépannage courant

ProblèmeCauseSolution
Work ne trouve pas le projet CodexMigration incomplèteMettre à jour Codex → ChatGPT Desktop ; sinon chatgpt.com/download
Plugin autorisé, pas de donnéesPermissions / typo @Vérifier le catalogue ; @Salesforce pas « CRM »
Plan OK, résultat fauxContexte obsolète / inférencePause + correction ; données critiques en pièce jointe
Tâche planifiée absenteVeille / non connectéLongues tâches : Agent web ; desktop éveillé
Usage au-delà du prévuSortie longue, lectures doublesSection 6 ; limites admin
Work vs Cowork ?Workflows différentsSaaS cross-app = Work ; dossiers locaux = Cowork

8. Feuille de route 30 jours

PhaseObjectifAction
Semaine 1Maîtriser une tâche1 tâche, Work desktop, 3 runs, pratique audit Plan
Semaine 2Intégration plugins3 outils clés ; 1 livrable end-to-end
Semaine 3AutomatisationTâche semaine 1 → Scheduled ; 3 déclenchements OK
Semaine 4Déploiement équipeBibliothèque prompts métier ; quotas Enterprise

9. Étude de cas : Virgin Atlantic & finance OpenAI

Virgin Atlantic a réduit la préparation des réunions commerciales de 1–2 h manuelles à un pipeline de briefs automatisé. L'équipe finance OpenAI a compressé l'analyse d'écarts de clôture de jours à heures. Le levier commun : standardiser les processus répétitifs en prompts + Scheduled Tasks — pas un modèle plus intelligent, mais une discipline de workflow.

Sur Mac, ces workflows brillent en mode Work desktop (Computer Use pour Excel local, dossiers FCP, simulateur Xcode). Quand plusieurs Scheduled Tasks tournent en parallèle, la mémoire unifiée et la réactivité deviennent le goulot — d'où l'intérêt d'une architecture « Mac frontal + nœud distant ».

10. FAQ

Q : Par quel workflow commencer ?

La tâche que vous jugez le plus vite : écarts de clôture, brief marketing ou brief commercial.

Q : Longueur idéale du prompt ?

150–400 mots — source, format, contraintes. Pas de micro-instructions.

Q : Tâches planifiées si l'ordinateur est éteint ?

Le desktop exige un appareil en ligne. Pour du 7×24 : Workspace Agent web (Plus+).

Q : Work vs Workspace Agent ?

Work = mode personnel. Workspace Agent = automatisation d'équipe gérée par l'admin.

Q : Utiliser PPT/Excel directement à l'externe ?

Brouillon à 80 % — chiffres, noms et déclarations à vérifier manuellement.

Q : Comptes Free — quels modèles ?

Tâches légères (rapprochement factures) sur desktop ; pas de cron longue durée.

11. Sources

12. Conclusion : Work sur Mac, agents longs sur MACGPU

ChatGPT Work paie quand il élimine la routine manuelle. Le desktop Mac est le meilleur support pour Work + Codex + Computer Use. Mais des Scheduled Tasks parallèles et des agents de plusieurs heures saturent mémoire unifiée et batterie ; les hôtes cloud Windows manquent la toolchain Apple.

Approche pragmatique : Mac local pour interaction et validation Plan, briefs commerciaux, clôtures et briefs ops en agents planifiés sur MACGPU Remote Mac mini M4 — mémoire unifiée Apple Silicon pour exécutions parallèles, SSH à la demande, architecture « pilotage frontal + backend résident ».