Torna alla documentazioneCosa realizza Okou

Flussi di lavoro di esempio

Flussi di lavoro Okou completi: briefing mattutino, scansione dei concorrenti, triage, risposte, contenuti.

Ultimo aggiornamento 17 settembre 2026 · 7 min read

Cinque workflow che il team di Okou esegue ogni settimana. Ognuno mostra la configurazione, il prompt, il risultato che Okou produce e il tempo che restituisce.

L'obiettivo non è copiarli alla lettera, ma cogliere la forma di un workflow Okou completo e adattarla al proprio lavoro.

What an Okou workflow looks like from your side — Ask, Okou works, Open it. Ship it.

1. Briefing mattutino

Il problema. Ogni mattina inizia con una rincorsa: aprire Slack, scorrere le @menzioni, controllare il calendario, dare un'occhiata alle PR aperte. Venti minuti prima del primo vero compito.

Configurazione. Una pianificazione, nei giorni feriali alle 8. Connectors: Slack, GitHub, Google Calendar.

Prompt.

«Ogni giorno feriale alle 8, ora di Pechino, mandami un messaggio diretto con quattro sezioni:

  1. Le @menzioni Slack non lette delle ultime 24 ore, con un riassunto di una riga ciascuna
  2. Le issue GitHub assegnate a me, ordinate per anzianità, con stato e ultimo commento
  3. Il calendario di oggi: titoli degli incontri, orari e il documento Notion collegato, se presente
  4. Una priorità suggerita per la giornata, in base a ciò che è in ritardo o sta bloccando altri»

Cosa ottieni. Un messaggio diretto su Slack alle 8, di solito tra le 200 e le 350 parole. Ogni sezione è breve, i numeri sono concreti, i link sono nel testo. La «priorità suggerita» varia: a volte è una PR evidente, altre volte la preparazione di un incontro che richiede più attenzione di quanto la giornata lasci intendere.

Quanto rende. Circa 20 minuti al giorno, più il costo mentale di saltare tra quattro strumenti come prima cosa al mattino.

Varianti. Aggiungi una quinta sezione per le nuove iscrizioni dei clienti o per gli errori di produzione da Sentry. Sostituisci il messaggio diretto su Slack con un'e-mail, se preferisci mattinate senza notifiche.

2. Settimanale sui concorrenti

Il problema. Sapere che cosa hanno rilasciato i concorrenti la settimana scorsa è utile. Controllare a mano tre account X, tre changelog, tre pagine dei prezzi e un elenco di blog è una seccatura che finisce silenziosamente per slittare.

Configurazione. Un workflow (competitor-scan) più una automation pianificata per il lunedì mattina. Connectors: X e Notion. La ricerca web non richiede alcun collegamento: è un managed service.

Prompt.

«Passa in rassegna @competitor1, @competitor2 e @competitor3 su X e i loro changelog da lunedì scorso. Incrocia con le loro pagine dei prezzi e con eventuali articoli del blog. Confronta con la fotografia della settimana scorsa (pagina Notion "Competitor State"). Pubblica un riepilogo su #competitor-intel mettendo in evidenza: nuove funzionalità, variazioni di prezzo, segnali di assunzione e qualsiasi cosa degna di nota nel tono o nel messaggio.»

Cosa ottieni. Un thread Slack il lunedì mattina. Messaggio principale: un riepilogo in cinque punti. Risposte: sezioni per ciascun concorrente con gli aggiornamenti citati e i link. La pagina di riferimento su Notion viene aggiornata automaticamente, così il confronto della settimana successiva parte da dati freschi.

Quanto rende. Circa 90 minuti a settimana, più quel carico mentale di fondo del «dovrei controllare che cosa fa Acme».

Varianti. Aggiungi Reddit e Hacker News per il sentiment della community. Aggiungi una retrospettiva trimestrale che condensi i confronti dell'anno in una slide pronta per il board.

3. Triage dei bug

Il problema. Qualcuno lascia uno screenshot o una descrizione vaga in #bug-report. Deve diventare una vera issue GitHub, con passi di riproduzione, gravità, etichetta e team. È un passaggio di formalizzazione breve ma costante.

Configurazione. Un workflow (triage-bug-report), richiamato manualmente con @Okou in #bug-report. Connectors: Slack, GitHub.

Prompt (nel canale):

«Okou fai il triage: estrai i passi di riproduzione dagli screenshot e dal thread, cerca issue GitHub correlate, classifica la gravità (P0–P3), assegna al team più probabile in base ai percorsi dei file o ai sintomi, e apri una nuova issue se non è un duplicato. Rispondi in questo thread con il link.»

Cosa ottieni. Una risposta nel thread entro circa 60 secondi: il link alla issue GitHub, la gravità scelta con una motivazione di una riga, un elenco di 2-3 issue correlate come contesto e il team assegnato. Se Okou ritiene che si tratti di un duplicato, pubblica il link alla issue originale invece di aprirne una nuova.

Quanto rende. Nell'arco di una settimana intensa, è la differenza tra un issue tracker pulito e un arretrato di screenshot Slack mai classificati.

Varianti. Aggiungi un tag «customer-facing» a seconda che chi segnala provenga o meno dall'esterno dell'azienda. Allerta automaticamente il reperibile per i P0.

4. Bozza di risposta al cliente

Il problema. Un'e-mail di un cliente richiede una risposta utile, coerente con il brand e fondata sulla documentazione. Cinque minuti per e-mail × 30 e-mail a settimana sono un costo reale.

Configurazione. Un workflow (customer-reply-draft), richiamato manualmente inoltrando un'e-mail a Okou o incollandola in chat. Connectors: Gmail, Notion (o il tuo help center), Stripe (per la fatturazione), Linear (per i problemi noti).

Prompt.

«Un cliente ha scritto questa e-mail [incolla]. Leggi i suoi ultimi tre ticket, cerca nella nostra documentazione la sezione pertinente, controlla su Linear se ci sono problemi noti che corrispondono alla segnalazione e verifica su Stripe eventuali elementi di fatturazione. Prepara una risposta nella sua lingua. Cita la sezione della documentazione. Resta sotto le 150 parole. Mantieni il tono della nostra ultima risposta di supporto a questa persona.»

Cosa ottieni. Una bozza di risposta con le fonti collegate in fondo: di solito due o tre link alla documentazione, più una segnalazione del tipo «Linear ENG-4422 è un problema noto legato a questo; previsione: la prossima settimana.» Tu leggi, correggi una riga, invii.

Quanto rende. Circa 3-4 minuti per e-mail. Nell'arco di una settimana di supporto, sono ore.

Varianti. Rileva automaticamente la fascia del cliente da Stripe e fai passare le risposte VIP da un revisore designato. L'e-mail arriva sempre come bozza nel tuo account, perché sia una persona a inviarla: è nel passaggio di revisione che decidi quanta attenzione dedicare a ciascuna fascia.

5. Produzione settimanale di contenuti

Il problema. Il marketing vuole ogni settimana un articolo di blog, tre post LinkedIn e una serie di social card. Ogni pezzo richiede contesto dalla ricerca e dai contenuti esistenti. Coordinare il tutto tra gli strumenti richiede più lavoro della scrittura stessa.

Configurazione. Un workflow in più passaggi (weekly-content) su una automation pianificata per il venerdì pomeriggio. Connectors: Notion (ricerca), Plausible (analytics), Fal (generazione immagini), Loops (e-mail).

Prompt.

«Ogni venerdì alle 14, fai quanto segue:

  1. Leggi i nuovi documenti Notion di questa settimana nel database "Marketing Inputs"
  2. Confrontali con gli argomenti del blog della settimana scorsa per evitare ripetizioni
  3. Scrivi la bozza di un articolo da 800 parole sull'argomento più attuale; salvala su Notion in "Blog Drafts"
  4. Scrivi tre varianti LinkedIn della stessa idea: un saggio, una lista, una storia personale
  5. Genera tre social card quadrate nel nostro stile di brand
  6. Pubblica il pacchetto su #marketing per la revisione»

Cosa ottieni. Un unico messaggio Slack il venerdì pomeriggio che contiene tutti e sei i materiali in linea. La bozza dell'articolo rimanda a una pagina Notion già formattata. Le bozze LinkedIn sono pronte da copiare e incollare. Le social card sono già scaricate e pronte da allegare.

Quanto rende. Circa mezza giornata di coordinamento settimanale. I redattori rivedono e pubblicano; non scrivono più le bozze.

Varianti. Aggiungi un test A/B in cui Okou genera due titoli e li sottopone a un piccolo pubblico tramite Loops. Aggiungi un controllo su Plausible degli argomenti più letti della settimana precedente, per orientare la scelta del tema.


Ognuno di questi workflow ha richiesto dai 10 ai 30 minuti di configurazione. Da lì in poi, rende ogni giorno o ogni settimana. Il costo corrisponde in sostanza ai crediti consumati da ciascuna esecuzione, visibili nella pagina Billing. Per i conti, vedi Credits & billing.

Per costruire la tua versione, copia uno di questi prompt, sostituisci i nomi dei tuoi strumenti e canali e provalo. Poi prosegui per iterazioni a partire dal risultato.

Per una scelta più ampia, la workflow library pubblica elenca ogni esempio con i connectors necessari, il prompt che lo avvia e i passaggi che Okou esegue.