Come Atelier Nord ha affidato a FlowOS i suoi verbali di riunione e gli incontri con i clienti.
Il perimetro, il team, l'impostazione e ciò che cambia, descritti senza cifre sui risultati.
Scenario illustrativo: aziende e persone fittizie
PMI industriale fittizia
Pilota condotto da C. M., direttore operativo
Teams, Outlook e FlowOS ERP
Un team, casi d'uso scelti insieme
«Volevamo uscire dalle riunioni con un verbale, non con un'attività in più.»
Il problema: riunioni senza seguito scritto.
In Atelier Nord le riunioni di progetto e le chiamate con i clienti si susseguono. I verbali arrivano in ritardo, a volte mai, e le riunioni commerciali si preparano frugando in più strumenti per ricostruire la storia del cliente.
La direzione non voleva né uno strumento in più né affidare le decisioni all'IA: voleva che la redazione fosse preparata, con il team sempre al comando.
- Riunioni Teams, con la trascrizione attivata
- Storia del cliente dispersa tra più strumenti
- Follow-up e preparazione delle riunioni scritti a mano
- Un requisito: nulla parte senza revisione
Perché FlowOS.
Due motivi hanno contato:
- Tracciabilità. Le richieste e le letture sensibili sono registrate nel registro di audit: chi ha chiesto cosa, quando e con quale agente.
- Bozze anziché invii. FlowOS prepara le e-mail come bozze in Outlook; è il collaboratore a inviarle.
«Ci ha convinti il fatto che nulla parte da solo. L'agente prepara, noi rivediamo, noi decidiamo.»
Tre casi d'uso, collegamenti reali.
Il pilota è volutamente circoscritto: tre casi d'uso, con i collegamenti che FlowOS utilizza oggi.
Obiettivo fissato insieme: verbali rivisti e inviati il giorno stesso della riunione, e ogni incontro con un cliente preparato a partire dalla scheda FlowOS ERP.
Le fasi del pilota.
Demo e definizione del perimetro
Una demo di 30 minuti sui documenti del team, poi un workshop di definizione del perimetro: casi d'uso scelti, permessi e regole di revisione.
Collegamenti
Ogni collaboratore collega il proprio account Microsoft (e-mail, calendario, riunioni); l'amministratore concede il consenso necessario per le trascrizioni di Teams. I ruoli di FlowOS ERP vengono definiti.
Onboarding
Formazione per ogni team: scrivere una richiesta, rivedere un verbale, correggere una bozza.
Utilizzo assistito
I primi verbali e le prime preparazioni di riunione vengono rivisti con un ingegnere IA, poi le istruzioni vengono adeguate.
Bilancio
Bilancio con la direzione: casi d'uso da estendere, per esempio i solleciti di fattura da FlowOS ERP.
Cosa cambia per il team.
Prima
- Verbali scritti in ritardo, o mai
- Storia del cliente cercata tra più strumenti
- Follow-up scritti uno per uno
- Poca visibilità sull'utilizzo dell'IA
Dopo il pilota
- Verbali preparati dalla trascrizione e rivisti lo stesso giorno
- Incontri con i clienti preparati con la scheda FlowOS ERP
- Bozze di e-mail pronte in Outlook, inviate dal team
- AI insights: tempo risparmiato e costi monitorati dalla direzione
Cosa terremmo a mente.
Lezioni di questo scenario che valgono per la maggior parte dei piloti:
- La trascrizione parte durante la riunione. Senza una trascrizione di Teams o Zoom non ci sono verbali automatici: è un'abitudine da costruire.
- I permessi si decidono per primi. I ruoli di FlowOS ERP determinano cosa leggono gli agenti: meglio definirli prima del pilota.
- La revisione resta la regola. I deliverable sono bozze: la loro qualità dipende anche dalla revisione del team.
Cosa viene dopo.
Prossimo passo allo studio: i solleciti per le fatture scadute da FlowOS ERP e una nota settimanale pubblicata da un'attività programmata nel canale Teams della direzione.
Regola mantenuta: ogni nuovo caso d'uso inizia con un periodo di revisione sistematica.
Un caso come il vostro?
30 minuti per definire il vostro caso d'uso, sui vostri documenti.
Richiedete una demo →