# IA per processi industriali > Red Bumerang mappa i processi industriali reali, applica l’IA dove se lo merita e collega il risultato a ERP, CRM e dati esistenti. Source: https://redbumerang.com/it/ia-processi/ Verso l’interno / sistemi di produzione **Red Bumerang/Verticali/Verso l’interno** ## IA per processi industriali. Un processo che nessuno ha documentato non si può automatizzare: si può solo tirare a indovinare. Mappiamo come si svolge davvero il lavoro, inseriamo l’IA dove se lo merita e colleghiamo sistemi mai progettati per comunicare tra loro. Prenoti un incontro di 30 min Com’è fatto un progetto - **~2 min** — Per redigere una proposta al cliente, rispetto a un mese - **~30.000** — Impianti industriali valutati per idoneità, senza sopralluoghi - **78 → 1** — Fogli non documentati ricostruiti in un’unica applicazione di produzione - **16.005** — Chiamate esaminate nella notte, tutte anziché un campione **Prima l’ordine** ## Nessuno ha documentato questo processo. Questo è il progetto. Chieda a tre persone come funziona un processo e otterrà un diagramma del 2019, un collega che semplicemente sa come fare e una cartella di lavoro con settantotto schede: tre versioni in conflitto, nessuna delle quali riflette come si svolge davvero il lavoro. Ecco perché l’IA industriale fallisce: il modello viene applicato a una descrizione, non all’attività operativa. Iniziamo quindi leggendo il lavoro stesso: che cosa si muove, chi decide davvero e da quale sistema nessuno riesce a esportare. La mappa è un risultato autonomo, prima ancora di scegliere un modello. Solo allora l’automazione dispone di un processo che può seguire in modo affidabile. ## Non automatizziamo il processo che Lei descrive. Automatizziamo quello che funziona. Inizia daLeggere il lavoro Non inizia mai daIl diagramma alla parete **Struttura di un progetto** ## Un flusso. Due processi. Due risultati. Ogni sistema che mettiamo in produzione ha la stessa struttura. I Suoi dati entrano una sola volta — dall’ERP o da ciò che ne ha fatto le veci — e alimentano i processi che prima venivano eseguiti a mano. Entrambi scrivono in un’unica fonte di verità, così i dati e il ragionamento che li sostiene rimangono nello stesso luogo e possono essere verificati in seguito. Ne escono due risultati: un’applicazione interna che il Suo team usa ogni giorno e documenti generati anziché digitati. E ogni esecuzione alimenta la successiva. **Schema del processo** - Dati di origine - Passaggio automatizzato - Passaggio con IA - Fonte di verità 1 flusso 2 processi 2 fasi IA 2 risultati Schema · le etichette delle fasi rappresentano le Sue ### Perché un flusso Il reinserimento è il punto in cui la verità si divide. Quando lo stesso dato viene digitato due volte, ne esistono due versioni e qualcuno trascorre la settimana a riconciliarle. ### Perché una fonte di verità Una risposta che nessuno può tracciare non è una risposta. Dati e contesto restano insieme, così una decisione può essere spiegata mesi dopo. ### Perché due risultati Le persone hanno bisogno di un luogo in cui lavorare; l’azienda ha bisogno di documenti. Un’applicazione che il Suo team usa ogni giorno e i documenti che prima venivano digitati uno alla volta. **Dove l’IA merita il suo posto** ## La domanda non è mai se usare un modello. È quale fase ne meriti uno. La maggior parte di un sistema funzionante è codice ordinario. Inserisca un modello dove serve una regola e il progetto diventa imprevedibile, costoso e difficile da verificare. Inserisca una regola dove serve giudizio e l’automazione potrebbe essere disattivata entro il terzo mese. La decisione si basa su quattro test. **Test 01** ### Giudizio ripetuto → modello Leggere un documento, valutare l’idoneità di un impianto, decidere se una chiamata è andata come doveva. È il tipo di lavoro che qualcuno ripete mille volte quasi allo stesso modo, ma che non è mai riuscito a documentare. **Test 02** ### Regole esatte → codice Una tabella sconti, una soglia di approvazione, una norma fiscale. Se può essere descritta con precisione, un modello aggiunge soltanto un altro modo in cui può andare storto. **Test 03** ### Nessun tasto export → reverse engineering Due delle fonti nei nostri sistemi di produzione erano del tutto prive di API. Nell’industria è la norma, non l’eccezione, e di solito è il motivo per cui il processo era ancora manuale. **Test 04** ### La policy vieta il cloud → il Suo ambiente Modelli di frontiera dove sono consentiti, deployment privato nella Sua infrastruttura dove non lo sono. La decisione viene presa per ogni sistema, non una sola volta per azienda. **In produzione** ## Due sistemi, descritti senza fare nomi. Il lavoro per i clienti è coperto da accordi di riservatezza, perciò le aziende restano anonime e sono i numeri a fornire le prove. Entrambi i sistemi sono operativi oggi; nessuno dei due era un progetto pilota. **Caso 01 · Gestione ordini** ### Settantotto fogli, nessun responsabile, nessuna specifica La cartella di lavoro gestiva il processo degli ordini. Nessuno aveva documentato come. Ogni regola viveva in una formula, ogni eccezione nella memoria di qualcuno, e il file non poteva più essere modificato in sicurezza da più di una persona alla volta. Lo abbiamo letto dall’inizio alla fine, recuperato le regole anziché inventarle e ricostruito in pochi giorni, invece che trimestri, come applicazione di produzione con ruoli, autorizzazioni e audit trail. **Dal foglio al sistema** - Cartella di lavoro legacy - Ricostruito in produzione 78 fogli letti Regole recuperate, non inventate Produzione in pochi giorni ### Cosa si è letto L’intero file, non un campione. Settantotto fogli, ogni formula e ogni riferimento incrociato, comprese le schede che nessuno apriva da due anni. ### Regole recuperate Le regole, formulate esplicitamente. Tra queste, diverse che l’azienda non sapeva di applicare e due che non condivideva più. ### Cosa è stato fornito Un’applicazione, non un foglio di calcolo con un’interfaccia più elegante. Ruoli, autorizzazioni, un audit trail e più persone in grado di lavorare contemporaneamente. **Caso 02 · Qualità chiamate** ### Ogni chiamata esaminata, non un campione Nel contact center, il controllo qualità normalmente consiste nell’ascolto, da parte di un supervisore, di poche chiamate alla settimana e nell’estrapolazione dei risultati. Abbiamo elaborato nella notte 16.005 chiamate e 434 ore di registrazioni senza supervisione, classificandole per categoria: dove il copione non è stato seguito e dove non è stato concordato un passo successivo. La copertura è passata da un campione a ogni chiamata, lasciando ai supervisori più tempo per affiancare le persone individuate dalle segnalazioni. **Qualità chiamate · copertura 100%** - Audio esaminato - Segmento segnalato 100% delle chiamate, non un campione Segnalazioni per categoria Nessun tempo di revisione del supervisore ### La copertura: cosa cambia Da poche alla settimana a tutte. Un campione può mostrare gli andamenti generali; non può identificare quale chiamata ha fatto perdere un account. ### La velocità: cosa cambia 434 ore di audio esaminate nella notte. Le segnalazioni sono sulla scrivania del supervisore prima dell’inizio del turno, non tre settimane dopo. ### Che cosa è cambiato per il team Il supervisore ha dedicato meno tempo all’ascolto e più all’affiancamento. La risorsa scarsa non è mai stata l’audio. Era l’attenzione. **Altri tre, in breve** **Un operatore telecom nazionale** - Fino a 1 mese→ Redazione di una proposta al cliente. Ora l’intero team commerciale la usa ogni giorno. **Gruppo UE di ottimizzazione energetica** - **~2 minuti** — Un sopralluogo ciascuno→ Ogni impianto industriale di un Paese valutato per idoneità usando dati da remoto, senza sopralluogo. **Red Bumerang · la nostra attività** - **~30.000 valutati** — 1 mese→ Preparazione delle campagne. L’avvio dei clienti è passato da quattro al mese a due al giorno. Abbiamo iniziato da noi stessi. - **4–8 ore** **Dove opera** ## Non si sostituisce nulla. Il sistema si collega a ciò che già usa: l’ERP, il CRM, il foglio di calcolo che nessuno ha documentato, il servizio dati nazionale senza tasto di esportazione. Il deployment viene deciso sistema per sistema, secondo la Sua policy. **Modelli** Modelli di frontiera dove sono consentiti o un deployment privato all’interno del Suo ambiente dove non lo sono **Inferenza** Eseguita sulla nostra infrastruttura o sulla Sua; quando la Sua policy lo richiede, nulla viene instradato attraverso un cloud IA di terzi **Lingue** I sistemi vocali e testuali operano direttamente in sloveno, croato, lettone, lituano, estone e ungherese; sono addestrati per ogni lingua anziché tradotti **Fonti senza API** Ricostruite con reverse engineering — due delle fonti nei nostri sistemi di produzione ne erano del tutto prive **Residenza dei dati** Restano ovunque la Sua policy richieda che restino — anche interamente all’interno della Sua rete **Passaggio** Il Suo team usa l’applicazione ogni giorno; continuiamo a supportarla e migliorarla dopo il go-live **Dove operano i processi ricostruiti** - Industria manifatturiera·Telecomunicazioni·Energia·Edilizia·Contact center·Alimentari & bevande·Logistica·Ricerca applicata **Per iniziare** ## Ci porti un processo. Trenta minuti, senza presentazione. Ci porti quello che assorbe una settimana ogni mese, o quello che una sola persona sa gestire. Mappiamo dove manca l’ordine, quale fase, se esiste, merita un modello e che cosa comprenderebbe la prima versione. Avrà una struttura chiara e un primo passo, anche se non lavoreremo insieme. Prenoti un incontro di 30 min o scriva a info@redbumerang.com