Créer une liste de contrôle pour l’exécution d’une promotion

Auteur: AILesson8 min de préparationTesté avec:ChatGPTRévisé: 2026-08-28

Réponse rapide

Transformez les faits approuvés d’une promotion en une liste de contrôle attribuée et minutée, avec des contrôles multicanaux et des conditions d’arrêt. Fournir: Faits approuvés de la promotion, Contexte opérationnel, Règles de mesure et de contrôle. Résultat attendu: Une liste de contrôle de promotion organisée par phases, couvrant la configuration de l’offre, le contenu, les stocks, le service, la mesure, le retour en arrière et les justificatifs.

1

Ajouter votre contexte

Votre texte reste dans ce navigateur. AILesson Prompts ne l’envoie ni à un modèle ni à un serveur.

2

Votre prompt

Les champs non remplis restent visibles sous forme d’espaces réservés, afin que vous puissiez quand même copier et modifier le prompt.

Créez une liste de contrôle exécutable pour la promotion en utilisant uniquement les faits approuvés et les règles opérationnelles ci-dessous.

Faits relatifs à la promotion :
[promotion]

Opérations :
[operations]

Mesures et contrôles :
[measurement]

Distinguez les exigences confirmées, les tâches proposées et les décisions non résolues. Organisez la liste en phases de préparation, construction, QA avant lancement, lancement, suivi en direct, clôture, rapprochement et rétrospective. Pour chaque tâche, indiquez le moment ou le déclencheur, un responsable unique, l’action, la dépendance, le justificatif attendu et un champ de statut. Couvrez la configuration de l’offre, la cohérence des conditions, le suivi, la QA des créations et des liens, l’accessibilité, le consentement, les stocks ou la capacité, l’exécution, l’information de l’assistance, le rapprochement financier, les contrôles de qualité des données, les alertes, les conditions d’arrêt, le retour en arrière et la correction auprès des clients. N’inventez ni remises, ni critères d’admissibilité, ni affirmations, ni responsables, ni approbations, ni stocks, ni comportement du système, ni attribution, ni exigences juridiques. Signalez tout élément qui empêche un lancement sûr. Terminez par des critères de lancement ou d’arrêt, un arbre de contacts en cas d’incident et une liste compacte pour le jour du lancement.
Essayer dans le Playground
Privé par défautL’assemblage du prompt se fait localement dans votre navigateur. Évitez de placer des informations confidentielles dans un service d’IA, sauf si votre organisation l’autorise.

De l'entrée au résultat

Un exemple détaillé

Voyez comment un contexte concret transforme cette recette en résultat utilisable.

Entrée réelle

Faits approuvés de la promotion
Promotion du studio approuvée pour le week-end du 5 au 7 septembre : 15 % de réduction sur le premier forfait de quatre séances de poterie pour débutants, achat en ligne uniquement, nouveaux clients de 18 ans ou plus, un forfait par personne. Code FIRSTCLAY. Matériaux, cartes-cadeaux, cours particuliers et réservations existantes exclus. Le forfait expire 60 jours après l’achat. Canaux : bannière du site web, e-mail aux prospects locaux ayant donné leur accord et deux publications organiques sur les réseaux sociaux. Affirmation approuvée : initiation en petit groupe ; huit participants maximum par cours. Budget média payant nul. Les conditions doivent présenter toutes les exclusions et l’expiration.
Contexte opérationnel
Maya, responsable, approuve les pages finales et peut arrêter l’offre. Ren, responsable web, configure le paiement et le suivi. Jo, instructeur, confirme les places. Kim, responsable du support, actualise le guide de réponse. Arun, responsable financier, rapproche les commandes. 24 forfaits promotionnels sont disponibles dans les cours programmés ; aucune liste d’attente et aucune surréservation. Le paiement peut limiter le nombre total d’utilisations, mais la limite par personne doit être testée. La politique de remboursement reste inchangée. Défaillances connues : le code s’applique aux cartes-cadeaux, le décompte des places accuse un retard après les annulations et les liens des e-mails programmés peuvent pointer vers une page brouillon.
Règles de mesure et de contrôle
Référence des quatre week-ends précédents : 180 sessions sur la page de destination, 22 débuts de paiement, 8 achats de forfaits. Systèmes sources : analytique web, commandes de paiement, liste des cours et journal du support. Indiquer les sessions, débuts de paiement, achats admissibles, revenu net, capacité restante, remboursements et nombre d’incidents ; ne pas attribuer de causalité aux canaux, car l’attribution entre appareils est incomplète. Tester un achat valide et chaque exclusion avant le lancement ; conserver les captures d’écran et identifiants de commande. Alerter Maya à 18 forfaits ou pour toute réduction incorrecte. Arrêter les nouveaux achats à 24 forfaits, en cas de surréservation, de conditions trompeuses ou de montant de paiement incorrect. Ren désactive le code et la bannière pour revenir en arrière. Rapport quotidien à 18:00 ; rapprochement sous deux jours ouvrés.

Exemple de sortie

Liste de contrôle d’exécution de la promotion — FIRSTCLAY

Blocages du lancement : l’application de la limite par personne n’est pas vérifiée ; la synchronisation de la capacité après une annulation constitue un risque connu. Maya doit accepter un contrôle testé avant la mise en ligne.

Préparation

  • Jo | avant la construction | Confirmer les 24 places de forfaits vendables par rapport au registre des cours | Justificatif : export daté de la capacité | Statut : ouvert.
  • Maya | avant publication | Approuver les conditions finales de l’offre, les exclusions, l’expiration à 60 jours et la politique de remboursement inchangée | Justificatif : preuve d’approbation | Dépend de la version finale du texte.

Construction et QA

  • Ren | avant le 5 septembre | Configurer le code de réduction de 15%, l’admissibilité des nouveaux clients, la limite d’un forfait, le plafond de 24 forfaits, les heures de début et de fin, le suivi, la bannière et la page d’arrivée | Justificatif : captures d’écran de la configuration.
  • Ren avec Arun | avant le lancement | Effectuer une transaction valide ainsi que des tests sur les cartes-cadeaux, le matériel, les cours privés, les réservations existantes, le second achat, l’âge incorrect, l’affichage de l’expiration et le 25e forfait | Justificatif : ID des commandes de test et journal des résultats attendus et réels. Toute remise incorrecte interdit le lancement.
  • Kim | avant le lancement | Vérifier que le site, l’e-mail, les réseaux sociaux, le paiement et le guide d’assistance indiquent les mêmes exclusions et la même expiration | Justificatif : matrice de contenu signée.
  • Ren | avant le lancement | Tester les URL en production, la mise en page mobile, l’accès au clavier, un contraste lisible, les événements analytiques et la destination de l’e-mail programmé | Justificatif : journal de QA.

Lancement et suivi

  • Maya | jalon de lancement | Lancer uniquement si le calcul de l’offre, les exclusions, les limites, les liens, la capacité, le guide d’assistance et le retour en arrière ont tous été validés ; si l’application de la limite reste non résolue, ne pas lancer.
  • Ren | au lancement puis en continu | Publier les ressources approuvées et surveiller le paiement. Alerter Maya à 18 forfaits ou en cas de montant incorrect ; désactiver le code et la bannière à 24 forfaits, en cas de survente, de conditions trompeuses ou de montant erroné.
  • Jo | après chaque lot de ventes ou d’annulations | Rapprocher les commandes de la capacité du registre | Justificatif : comptage horodaté.
  • Kim | en continu | Consigner les problèmes des clients sans promettre d’exception ; faire immédiatement remonter tout affichage ou prélèvement incorrect de l’offre.

Clôture et rapprochement Ren désactive le code et retire la bannière après le 7 septembre ; le fuseau horaire exact reste à confirmer. Arun rapproche les commandes admissibles, la remise brute, les remboursements, les recettes nettes et le nombre inscrit au registre sous deux jours ouvrés. Le rapport quotidien de 18:00 indique les sessions, les débuts de paiement, les achats admissibles, la capacité restante, les remboursements, les problèmes, les lacunes de données et la comparaison avec la référence indiquée ; il précise que l’attribution par canal est incomplète.

Arbre de contacts en cas d’incident : Ren détecte le problème et configure le retour en arrière → Maya décide de l’arrêt ou de la reprise → Kim gère la correction auprès des clients → Arun vérifie les prélèvements → Jo protège la capacité. Liste compacte du jour du lancement : conditions approuvées ; tests de validité et d’exclusion ; capacité 24 ; URL en production ; liste de consentement ; guide d’assistance ; suivi ; alerte à 18 ; arrêt à 24 ; retour en arrière prêt.

Pourquoi cela fonctionne

  1. 1

    Les jalons de phase révèlent les approbations et dépendances manquantes avant que les clients ne voient l’offre

  2. 2

    Les champs de justificatif et de retour en arrière rendent l’exécution observable et récupérable

Vérifier le résultat

  • Chaque tâche critique pour le lancement comporte-t-elle un responsable, un déclencheur, un justificatif et un état de dépendance ?

  • L’offre, les conditions, les canaux, les stocks, les consignes d’assistance et le suivi sont-ils mutuellement cohérents ?

  • L’équipe peut-elle déterminer quand arrêter, qui décide et comment revenir en arrière ou corriger la situation auprès des clients ?

Utilisez-la en toute confiance

Questions fréquentes

Des réponses pratiques sur le bon moment pour utiliser cette recette, ce qu’il faut fournir et les cas où une vérification humaine reste nécessaire.

Que dois-je préparer avant d’utiliser « Créer une liste de contrôle pour l’exécution d’une promotion » ?

Pour « Créer une liste de contrôle pour l’exécution d’une promotion », préparez les faits approuvés de la promotion, le contexte opérationnel et les règles de mesure et de contrôle. Ne remplacez les espaces réservés que par des informations que vous pouvez vérifier. Si un détail est inconnu, indiquez-le explicitement au lieu de demander au modèle de le déduire.

Dans quels cas le résultat de « Créer une liste de contrôle pour l’exécution d’une promotion » n’est-il pas prêt à l’emploi ?

Le résultat n’est pas prêt s’il ne produit pas encore, à partir des éléments fournis, le résultat annoncé — une liste de contrôle de promotion organisée par phases, couvrant la configuration de l’offre, le contenu, les stocks, le service, la mesure, le retour en arrière et les justificatifs — ou s’il repose sur des hypothèses non résolues, des approbations manquantes ou des détails inventés. Utilisez les contrôles comme critères de publication : révisez les données sources ou désignez une personne autorisée chargée de la relecture au lieu de peaufiner un résultat non étayé.

Quels outils d’IA disposent de tests consignés pour « Créer une liste de contrôle pour l’exécution d’une promotion » ?

Le registre de tests publié pour « Créer une liste de contrôle pour l’exécution d’une promotion » mentionne ChatGPT au 2026-08-28. Cela confirme l’existence d’essais consignés, sans garantir la compatibilité ni des résultats identiques dans les versions ultérieures du produit. Pour un autre outil ou une autre version, gardez toutes les contraintes visibles et répétez les vérifications du résultat avant utilisation.

Plus de façons d'explorer

Où se situe cette recette

Faites avancer votre travail