Codex pour Facebook : expliquer une panne

Codex pour Facebook

Lorsqu'un service de réservation ou de paiement tombe en panne, les clients peuvent chercher des informations sur la page Facebook de l'entreprise et y laisser des commentaires. Un avis utile doit être rapide, précis et honnête, même pendant que l'équipe technique cherche encore une solution. Codex peut lire les notes d'incident et le code concerné, puis préparer un texte compréhensible. Tareno enregistre le brouillon pour la page. Suivons le cas d'une billetterie pour distinguer les faits confirmés des hypothèses et comprendre pourquoi une personne responsable doit vérifier le texte avant publication.

Exemple : une billetterie signale une panne de paiement

Dans une billetterie, le paiement par carte échoue lors de l'achat, tandis que les autres moyens fonctionnent. La personne d'astreinte fournit les notes d'incident à Codex et lui indique le module de paiement. Codex lit les notes et le chemin de code concerné pour aider à délimiter l'impact, que l'équipe technique doit confirmer. Il rédige un avis d'environ 60 mots : le moyen touché, une solution de remplacement et la promesse d'un suivi, sans inventer d'heure de réparation. Il enregistre l'avis avec create_drafts et prépare un second brouillon non programmé pour la résolution. La personne vérifie les deux textes auprès du canal d'incident et demande la publication du premier dans Tareno.

Étape par étape

1. 01

   Fournissez les notes d'incident

   Transmettez à Codex l'état actuel des notes en distinguant les faits confirmés des hypothèses ouvertes. Ne partagez que les informations nécessaires à l'avis : une hypothèse ne doit pas devenir une affirmation publique.

2. 02

   Indiquez le code concerné

   Désignez le module touché. Codex peut examiner les parcours qui partagent le chemin de code, par exemple les cartes mais pas les factures. L'équipe technique doit confirmer l'impact réel avant sa communication.

3. 03

   Préparez l'avis et le suivi

   Demandez un avis bref avec l'impact confirmé, les alternatives possibles et l'annonce d'une mise à jour. Le second brouillon destiné à la résolution reste sans faits non confirmés et sans créneau programmé.

4. 04

   Retirez causes et délais non confirmés

   Vérifiez si le brouillon mentionne une cause ou un délai de réparation que l'équipe technique n'a pas confirmé et supprimez-les. Annoncez plutôt une mise à jour sans inventer d'heure de résolution.

5. 05

   Enregistrez les deux brouillons

   Codex vérifie la page Facebook avec list_accounts et enregistre les textes via create_drafts. La publication se fait en tant que page, au nom de l'entreprise. Lisez les deux brouillons avant de les approuver.

6. 06

   Demandez et approuvez le premier avis

   Demandez le premier créneau autorisé. Selon la documentation Meta, les posts programmés par API nécessitent au moins dix minutes d'avance. La demande reste en attente jusqu'à votre approbation dans le tableau de bord Tareno.

Prompts à copier

Lis les notes d'incident ci-dessous et le module [payments/card]. Liste les faits confirmés, les hypothèses et les parcours clients qui partagent le chemin de code concerné. Signale ce que l'équipe technique doit encore confirmer. Ne rédige aucun avis avant que j'aie vérifié la liste : [notes].

Rédige pour notre page Facebook un avis de panne d'environ 60 mots en utilisant uniquement les faits confirmés. Indique le moyen de paiement touché, une alternative confirmée et l'arrivée d'une mise à jour. N'invente ni cause ni délai de réparation et évite les termes techniques.

Rédige un second post court pour le moment où le problème sera résolu, avec un emplacement pour l'heure confirmée. N'indique pas de cause tant que je ne te l'ai pas fournie. Enregistre les deux posts comme brouillons Tareno pour notre page Facebook [nom] et renvoie leurs identifiants.

Demande à Tareno de programmer le brouillon [identifiant de l'avis] au premier créneau autorisé et indique-moi l'heure demandée. Renvoie l'identifiant de l'action en attente et rappelle que le post ne sera publié qu'après mon approbation dans le tableau de bord Tareno.

Erreurs à éviter

• Indiquer une cause trop tôt : une hypothèse non confirmée peut se révéler fausse et provoquer de nouvelles réclamations des clients concernés.
• Promettre une heure de réparation : annoncez plutôt une mise à jour ultérieure et respectez cet engagement auprès des clients.
• Oublier le délai nécessaire : la demande ne peut pas précéder le créneau autorisé par la plateforme ; prévoyez et approuvez-la rapidement.
• Laisser le brouillon de résolution incomplet : gardez l'emplacement visible pour éviter qu'une personne programme par erreur un post contenant des informations non confirmées.