Codex per Facebook: spiegare un disservizio

Codex per Facebook

Quando un servizio di prenotazione o pagamento non funziona, i clienti possono cercare informazioni sulla pagina Facebook dell'azienda e lasciare commenti. Un avviso utile deve essere rapido, specifico e onesto, anche mentre i tecnici lavorano ancora al problema. Codex può leggere le note dell'incidente e il codice interessato e preparare un testo comprensibile. Tareno salva la bozza per la pagina. Seguiamo il caso di un'azienda di biglietteria per capire come distinguere fatti confermati e ipotesi e perché una persona responsabile deve controllare il testo prima della pubblicazione.

Esempio: un'azienda di biglietteria segnala un problema al pagamento

Il pagamento con carta non funziona nel checkout di un'azienda di biglietteria, mentre gli altri metodi funzionano. La persona di turno fornisce a Codex le note dell'incidente e indica il modulo dei pagamenti. Codex legge le note e il percorso di codice interessato per aiutare a delimitare l'impatto, che il team tecnico deve confermare. Scrive quindi un avviso di circa 60 parole: il metodo colpito, un'alternativa disponibile e la promessa di un aggiornamento, senza un orario di ripristino inventato. Salva l'avviso con create_drafts e prepara una seconda bozza non programmata per la risoluzione. La persona confronta entrambi con il canale dell'incidente e richiede la pubblicazione del primo su Tareno.

Passo dopo passo

1. 01

   Fornisci le note dell'incidente

   Condividi con Codex la situazione attuale, distinguendo fatti confermati e ipotesi ancora aperte. Includi solo le informazioni necessarie all'avviso: un'ipotesi non deve diventare un'affermazione pubblica.

2. 02

   Fai leggere il codice interessato

   Indica il modulo coinvolto. Codex può esaminare quali flussi condividono il percorso di codice, ad esempio le carte ma non le fatture. Il team tecnico deve confermare l'impatto reale prima che venga comunicato.

3. 03

   Prepara avviso e aggiornamento

   Chiedi un avviso breve con impatto confermato, eventuali alternative e indicazione di un successivo aggiornamento. La seconda bozza per la risoluzione resta senza fatti non confermati e senza un orario programmato.

4. 04

   Elimina cause e orari non confermati

   Controlla che la bozza non presenti cause o tempi di ripristino non confermati dal team tecnico. Rimuovili: prometti piuttosto un aggiornamento successivo, senza inventare quando il problema sarà risolto.

5. 05

   Salva entrambe le bozze

   Codex verifica la pagina Facebook con list_accounts e salva i testi tramite create_drafts. La pubblicazione avviene come pagina, a nome dell'azienda. Leggi entrambe le bozze prima di approvarle.

6. 06

   Richiedi e approva il primo avviso

   Richiedi il primo orario consentito. Secondo la documentazione Meta, i post programmati tramite API richiedono almeno dieci minuti di anticipo. La richiesta rimane in attesa fino alla tua approvazione nella dashboard Tareno.

Prompt da copiare

Leggi le note dell'incidente qui sotto e il modulo [payments/card]. Elenca ciò che è confermato, ciò che è solo un'ipotesi e i flussi dei clienti che condividono il percorso di codice interessato. Segnala cosa deve ancora confermare il team tecnico. Non scrivere l'avviso finché non avrò controllato l'elenco: [note].

Scrivi per la nostra pagina Facebook un avviso di disservizio di circa 60 parole usando solo fatti confermati. Indica il metodo di pagamento interessato, un'alternativa confermata e che seguirà un aggiornamento. Non inventare cause o tempi di ripristino ed evita termini tecnici.

Scrivi un secondo post breve per quando il problema sarà risolto, con un segnaposto per l'orario confermato. Non indicare una causa finché non te la fornirò. Salva entrambi i post come bozze su Tareno per la nostra pagina Facebook [nome] e restituisci gli ID.

Chiedi a Tareno di programmare la bozza [ID dell'avviso] al primo orario consentito e indicami l'orario richiesto. Restituisci l'ID dell'azione in attesa e ricordami che il post sarà pubblicato soltanto dopo la mia approvazione nella dashboard Tareno.

Errori da evitare

• Indicare una causa troppo presto: un'ipotesi non confermata potrebbe risultare errata e provocare ulteriori reclami da parte dei clienti.
• Promettere un orario di ripristino: prometti invece un aggiornamento successivo e mantieni l'impegno preso con i clienti.
• Dimenticare l'anticipo richiesto: la richiesta non può essere precedente all'orario consentito dalla piattaforma, quindi pianifica e approva tempestivamente.
• Lasciare incompleta la bozza di risoluzione: mantieni visibile il segnaposto affinché nessuno programmi per errore un post con informazioni non confermate.