FlowSharp - Analytics, ROI e AI governata

FlowSharp misura il processo mentre il processo lavora. Da qui nascono decisioni piu' consapevoli su automazione, AI, costi e miglioramento continuo.

1. Misurare il processo mentre lavora

Ogni item che attraversa un Flow produce conoscenza operativa:

• tempo nelle fasi;
• task completati o falliti;
• passaggi manuali;
• automazioni eseguite;
• colli di bottiglia;
• costi stimati;
• saving potenziale;
• output AI;
• eventi generati.

Questa misurazione permette di discutere il processo sui dati, non sulle impressioni.

2. Tempi, colli di bottiglia e throughput

Le viste analytics aiutano a capire:

• quanti item entrano e quanti escono;
• dove gli item restano fermi;
• quali fasi richiedono piu' tempo;
• quali task falliscono piu' spesso;
• quali processi stanno migliorando;
• quali processi stanno peggiorando;
• quali fasi sono sature (limite WIP raggiunto), con item ammessi, item in coda e percentuale di saturazione.

Il punto non e' solo controllare performance. E' capire dove intervenire.

3. Costi, automazione e ROI

FlowSharp porta la conversazione da "possiamo automatizzare?" a "conviene automatizzare qui?".

Il simulatore ROI permette di ragionare su:

• costo umano di un task;
• frequenza del task;
• tempo risparmiabile;
• costo dell'automazione o dell'AI;
• saving stimato;
• ritorno nel tempo.

4. Obiettivi di automazione

Un team puo' impostare un obiettivo, per esempio aumentare l'automazione dei task dal 25% al 45% entro una certa data.

Lo stesso obiettivo compare in Analytics e nel Piano di Automazione, con una barra che mostra livello attuale, target e distanza da colmare. Le due aree sono collegate per passare dalla lettura del dato alle iniziative che devono modificarlo.

Questo rende l'automazione un programma governato, non una somma di iniziative isolate.

5. AI dentro il processo

FlowSharp integra AI in piu' punti:

• generazione assistita di Flow;
• Copilot nel designer;
• task AI dentro i Flow;
• assistenti AI configurabili;
• Flow Agent integrato;
• agenti esterni via MCP;
• provider AI multipli;
• Data Shield e minimizzazione dati.

6. Flow Agent e assistenti

Il Flow Agent aiuta l'utente a:

• capire quali Flow esistono;
• scegliere quale Flow avviare;
• compilare dati iniziali quando servono;
• leggere informazioni su item e processi;
• lavorare dentro i permessi dell'utente.

Il Flow Agent eredita la Schermatura dati (Data Shield): se il provider AI dell'agente ha la schermatura attiva, i campi sensibili degli item consultati in chat vengono sostituiti da pseudonimi prima di ogni chiamata al modello — su tutta la conversazione, inclusi i risultati dei tool. L'utente continua a vedere i dati veri nelle risposte; un'icona scudo nell'intestazione della chat segnala che la protezione e' attiva. Se il modello usa un dato schermato per cercare item o proporre un avvio, il valore reale viene ripristinato al momento di eseguire l'operazione. La stessa protezione vale per il tool flow_agent esposto agli assistenti esterni via MCP.

Gli assistenti AI permettono invece di standardizzare prompt, comportamento, output e modalita conversazionale per casi d'uso specifici.

7. Data Shield, Data Gate e controllo umano

Quando l'AI entra nei processi aziendali, il punto non e' solo chiamare un modello. Serve decidere quali dati puo' vedere, quando puo' lavorare e chi valida il risultato.

FlowSharp supporta:

• campi sensibili;
• pseudonimizzazione reversibile (il modello vede token, l'operazione usa i valori reali);
• minimizzazione al contratto dati;
• protezioni sui dati mancanti;
• audit delle azioni;
• task manuali prima o dopo l'AI;
• separazione tra provider operativi e provider di anonimizzazione.

Il Data Shield si attiva a livello di provider AI (Gestione → AI) e copre sia i task e gli stati AI dei flow sia la chat del Flow Agent.

Il Data Gate evita AI su dati vuoti o incompleti. Il lavoro umano permette controllo, validazione e responsabilita.

8. Sicurezza, audit e governance

FlowSharp tratta governance e sicurezza come parte del prodotto.

Elementi importanti:

• autenticazione e ruoli;
• permessi per Flow e categorie;
• audit log;
• revoca sessioni quando cambiano ruoli;
• protezione dati AI;
• upload controllati;
• chiavi API mostrate una sola volta;
• scadenza e scope delle chiavi;
• variabili di tipo secret cifrate, con rivelazione riservata agli Admin e tracciata nell'audit log;
• creazione di item ed eventi idempotente (nessun duplicato su retry o doppio click);
• separazione tenant;
• modalita read-only per chi deve solo consultare;
• storico item e transizioni tracciate.

Questo rende FlowSharp adatto a processi dove serve sapere non solo cosa e' successo, ma anche chi lo ha fatto, quando e perche'.

9. Qualita, esiti e deviazioni

Le Analytics non misurano solo velocita' e costo. Misurano anche la qualita' del percorso:

• il win rate mostra quante pratiche chiuse con esito positivo incidono sul totale delle chiusure positive e negative;
• lo score medio raccoglie il segnale lasciato dalle fasi attraversate;
• le pratiche deviate rendono visibile quanto lavoro esce dal percorso ideale;
• sulla Process Map, percentuale KO, score, attese e deviazioni aiutano a capire dove il processo perde valore.

Questi indicatori non servono per giudicare le persone. Servono per individuare punti in cui il processo costringe troppo spesso a rilavorare, tornare indietro o gestire eccezioni.

10. Documentare e condividere il processo

Da un Flow o da una Process Map puoi creare una vista di stampa pronta per diventare un PDF documentale. Il documento raccoglie il disegno, le fasi, i task e le metriche del periodo scelto; per una mappa puo' includere anche i Flow collegati.

E' utile per una review, un passaggio di consegne, una riunione con il cliente o una fotografia di governance. La vista di stampa mantiene il linguaggio del processo: non e' un export tecnico, ma un documento leggibile da stakeholder e team operativi.

11. KPI di flusso, storico e previsioni

Ogni Flow puo' definire metriche item e KPI aggregati sui propri dati dichiarati e sulle metriche di processo. I valori item si aggiornano quando la pratica cambia; i KPI di flusso possono diventare card nella dashboard con numero, gauge, target o sparkline.

Lo storico viene fotografato ogni notte. Dopo una modifica alle definizioni, Ricalcola storico accoda la ricostruzione dei valori senza bloccare l'uso del Flow. Il grafico trend confronta piu' KPI:

• finestre da 30 a 365 giorni;
• doppio asse per unita diverse;
• modalita base 100 per confrontare andamenti eterogenei;
• previsione con banda di confidenza calcolata internamente.

Quando lo storico non basta, FlowSharp dichiara la previsione insufficiente invece di inventare un risultato.

Un KPI puo' avere soglie e un obiettivo a valore o etichetta, con data e baseline congelata al momento della creazione. La valutazione notturna distingue raggiunto, mancato, in linea e a rischio. Le soglie marcate e gli obiettivi producono eventi solo quando cambia la condizione, evitando ripetizioni; gli eventi possono alimentare notifiche, automazioni o un nuovo item.

Dashboard e Analytics possono essere filtrate per cartella, includendo le sottocartelle. I Flow tecnici o di test possono essere esclusi dalle statistiche per non alterare gli indicatori operativi.

12. Piano di Automazione

Il Piano di Automazione trasforma un'opportunita in un'iniziativa governata. Un task puo' nascere:

• dai candidati della Diagnostica di una Process Map;
• da uno scenario What-if, come iniziativa unica o una per nodo;
• dall'Analisi AI della mappa;
• dal simulatore ROI di un Flow;
• manualmente, per un'idea nata fuori dalle metriche.

Ogni iniziativa registra titolo, origine, responsabile operativo, data pianificata, riferimento esterno, costo baseline, investimento e saving atteso. Le quote misurate e stimate restano sempre separate.

Alla prima attivazione FlowSharp crea il Flow di sistema Automation Backlog. Le iniziative ne diventano item e attraversano un percorso governato da proposta a pianificazione, lavoro, messa in esercizio e verifica. Gli stati chiave e la famiglia di sistema sono protetti, mentre il team puo' aggiungere passaggi intermedi.

La pagina globale mostra iniziative cross-mappa e rollup di investimento, saving atteso e saving realizzato. Quando un'automazione e' live, la verifica confronta il costo congelato con il costo corrente misurato; se non esiste una sorgente misurabile, il risultato puo' essere dichiarato manualmente e resta marcato come tale. I candidati gia' in lavorazione vengono riconosciuti per evitare doppioni.

13. Baseline e Saving Challenge

La baseline di costo fotografa un processo prima del miglioramento. Dalle impostazioni di una Process Map, un Admin sceglie il periodo di osservazione e rivede:

• costo misurato per pratica dei Flow;
• volume e costo operativo;
• lavoro manuale stimato;
• qualita e completezza dei dati.

Un valore puo' essere corretto solo con una motivazione tracciata. Il congelamento rende la baseline immutabile, assegna un'impronta SHA-256 ai componenti di costo e crea una nuova versione quando serve un'altra fotografia.

Una Saving Challenge premium collega la baseline a durata, percentuale di success fee, costi ricorrenti e fee minima. In bozza mostra l'anteprima dei periodi; l'attivazione blocca i termini e le modifiche successive diventano emendamenti con decorrenza. Ogni periodo confronta costo baseline, volume reale, costi misurati, AI e ricorrenti per ottenere saving netto e fee maturata. Un periodo consolidato non cambia piu'.

Lista e dettaglio separano saving misurato e capacita stimata, mostrano cumulati e salute del perimetro. Il simulatore prova i termini prima della creazione del contratto. L'export Excel diventa disponibile dopo il primo periodo consolidato e include contratto, dettaglio mensile e dettaglio per Flow, con protezione dei testi liberi dalle formule.