Richieste ripetitive
Le stesse domande arrivano ogni giorno su canali diversi e vengono gestite a mano da persone che potrebbero occuparsi d'altro.
Faraday AI Studio progetta chatbot, agenti, automazioni, software su misura e analisi dei dati per aziende italiane. Partiamo dal processo, non dalla tecnologia.
Non partiamo dalla tecnologia. Partiamo dal punto in cui il lavoro si ferma: un processo che non scala, un archivio che nessuno riesce a interrogare, un flusso che attraversa cinque strumenti diversi.
Le stesse domande arrivano ogni giorno su canali diversi e vengono gestite a mano da persone che potrebbero occuparsi d'altro.
Copiare dati da un sistema all'altro, ricompilare moduli, inoltrare allegati: attività prevedibili e quindi automatizzabili.
Contratti, capitolati e procedure vivono in cartelle diverse: la risposta esiste, ma trovarla costa più di quanto valga.
Gestionale, CRM ed e-commerce restano isolati e ogni riconciliazione diventa un lavoro manuale ricorrente.
I dati ci sono, ma servono competenze tecniche per ottenere una risposta che al business serve subito.
Il processo regge nella media e collassa nei momenti di carico, cioè proprio quando conta di più.
Previsioni di domanda, scorte o abbandono fatte a sensazione quando esiste già uno storico sufficiente per una stima verificabile.
Procedure e criteri restano nella testa di poche persone: quando mancano, il lavoro rallenta e la qualità dipende da chi risponde.
Verifiche su documenti, ordini o contenuti eseguite a mano su una parte del volume, con errori che emergono solo a valle.
Se nessuno di questi punti descrive la vostra situazione, probabilmente un progetto AI non è la priorità del momento: preferiamo dirlo prima di iniziare.
Sono strumenti diversi e risolvono problemi diversi. Questo è il criterio che usiamo quando dobbiamo scegliere.
Quando il valore sta nella conversazione: rispondere, guidare, raccogliere informazioni su un canale dove le persone scrivono già.
Quando il flusso è deterministico: regole stabili, input prevedibili, esito verificabile senza margini di interpretazione.
Quando il processo è multi-step e richiede di consultare strumenti e scegliere il passo successivo, con permessi e approvazioni espliciti.
Quando serve un prodotto vero: interfacce, ruoli, dati propri e logiche che nessuno strumento a catalogo copre.
Quando esiste uno storico affidabile e una decisione futura da supportare: domanda, manutenzione, abbandono clienti.
Quando il limite non è il modello ma il dato: qualità, accessi, pipeline e documentazione vengono prima di tutto il resto.
Una consulenza utile deve saper dire anche quando conviene fermarsi. Sono i casi in cui suggeriamo un'altra strada, o nessun intervento.
Poche eccezioni, regole stabili e volumi bassi: una macro, un modulo strutturato o una configurazione del gestionale risolvono senza introdurre un modello da manutenere.
Se l'esito è calcolabile con condizioni esplicite, un motore di regole è più economico, più veloce da verificare e non richiede controlli sulla qualità dell'output.
Storico frammentato, archivi non consultabili o campi compilati in modo incoerente: prima si sistema la base dati, altrimenti il modello impara sugli errori esistenti.
Automatizzare un processo instabile significa cristallizzare una versione provvisoria. Meglio stabilizzarlo, poi valutare che cosa vale la pena delegare.
Attività rare o già veloci non giustificano integrazione, supervisione e costi ricorrenti di inferenza. Il confronto va fatto prima di iniziare, non dopo.
Valutazioni cliniche, legali, disciplinari o con impatto contrattuale rilevante: il sistema può preparare il materiale, la scelta resta di una persona identificabile.
Una demo funziona in isolamento. Un sistema aziendale deve leggere e scrivere dove il lavoro accade, con permessi, gestione degli errori e costi sotto controllo.
Anagrafiche, opportunità, ordini e ticket: l'AI aggiorna i record esistenti invece di creare un archivio parallelo che nessuno riconcilia.
Lettura di giacenze, listini, commesse e storici tramite connessioni dedicate, con accessi limitati alle sole tabelle necessarie.
Caselle condivise, WhatsApp Business, form e sistemi di assistenza: il punto in cui arrivano richieste ripetitive è spesso il primo da coprire.
Cartelle, DMS e repository interni diventano una base consultabile con ricerca semantica, mantenendo i permessi già definiti.
Schede prodotto, disponibilità, spedizioni e assistenza post-vendita, sincronizzate con la piattaforma in uso.
Quando esiste un'interfaccia programmabile ci colleghiamo a quella; quando non esiste, valutiamo insieme al fornitore l'opzione più sostenibile.
Non presentiamo integrazioni preconfezionate: ogni connessione viene verificata sulla documentazione del sistema e sui permessi effettivi prima di entrare nel perimetro del progetto. Integrazione AI tramite API
Quattro fasi con un output verificabile ciascuna. Se un output non arriva, il progetto si ferma lì invece di proseguire per inerzia.
Ricostruiamo il processo con chi lo esegue: volumi, eccezioni, strumenti e punti in cui il lavoro si accumula.
Ordiniamo i casi d'uso per frequenza, costo dell'errore e qualità del dato disponibile. Il primo è il più verificabile, non il più ambizioso.
Prototipo collegato ai sistemi veri, con criteri di valutazione decisi prima: casi di test, esiti attesi, soglia di intervento umano.
Rilascio su perimetro limitato, permessi per ruolo, log delle azioni, formazione del team e manutenzione nel tempo.
Nessun elenco di aggettivi: sono le condizioni operative con cui accettiamo un progetto.
Chi studia il processo è la stessa squadra che poi scrive il codice e lo mantiene: nessun passaggio di consegne tra chi consiglia e chi realizza.
Ci colleghiamo a gestionali, CRM e canali già in uso. Cambiare piattaforma per far funzionare l'AI è quasi sempre il segnale di un progetto impostato male.
Codice sorgente, prompt, pipeline dati e documentazione restano dell'azienda alla chiusura del progetto.
Scegliamo il modello in base al caso d'uso — provider commerciali o modelli open-weight — e teniamo l'architettura portabile per poterlo sostituire.
La parte difficile inizia in produzione: qualità delle risposte, casi limite, costi, aggiornamento dei modelli, revisione delle regole.
Mettiamo per iscritto che cosa il sistema può decidere da solo, che cosa richiede approvazione umana e come restano tracciate le azioni.
L'architettura viene progettata considerando tipologia dei dati trattati, finalità, accessi, hosting e requisiti applicabili al settore. Non esiste un bollino valido per tutti i progetti: esistono scelte documentate, discusse prima di scrivere codice e verificabili dopo il rilascio.
Definiamo quali dati entrano nel sistema, dove vengono elaborati e per quanto tempo restano disponibili.
Permessi per ruolo, log delle azioni automatiche e possibilità di ricostruire che cosa è successo e quando.
Le decisioni con impatto su persone, contratti o pagamenti passano da una persona, non dal solo modello.
Lavoriamo tenendo conto del GDPR e del Regolamento UE 2024/1689 (AI Act), in particolare sugli obblighi di trasparenza quando una persona interagisce con un sistema AI.
Un ristorante, uno studio legale e un'azienda manifatturiera non condividono processi, dati, software né rischi. Le guide settoriali partono da lì.
Prenotazioni, recensioni, ordini ricorrenti e carico di sala su canali dispersi.
Ricerca su atti e precedenti, gestione documentale, riservatezza del fascicolo.
Schede prodotto, assistenza pre e post-vendita, resi e previsione della domanda.
Controllo qualità, manutenzione, documentazione tecnica e sicurezza sul lavoro.
Pianificazione, tracking, documentazione di trasporto e comunicazioni ai clienti.
Agende, richiami, refertazione assistita e trattamento di dati particolari.
Produzione redazionale, archivio, diritti e trasparenza sui contenuti generati.
Assistenza clienti, antifrode, reportistica e vincoli di vigilanza.
Faraday AI Studio ha sede a Roma e lavora con aziende in tutta Italia. La struttura mette insieme sviluppo software, data engineering e comunicazione, con specialisti selezionati progetto per progetto in base alle competenze richieste.
Dal processo che oggi costa più tempo e produce più errori, non dal caso d'uso più interessante. Nella prima fase mappiamo volumi, eccezioni e dati disponibili: è quella mappa a dire quale intervento è realmente sostenibile.
Non pubblichiamo un listino perché il costo dipende da numero di integrazioni, volume e qualità dei dati, canali coinvolti, requisiti di sicurezza e livello di supervisione richiesto. Dopo l'analisi il primo perimetro viene quotato con un importo fisso e criteri di stop espliciti.
Dipende dal caso d'uso. Un assistente che risponde su documenti aziendali funziona anche con archivi contenuti; un modello predittivo richiede uno storico coerente e abbastanza lungo. Nel dubbio la prima verifica riguarda i dati, non il modello.
Il trattamento viene definito nel contratto: quali dati entrano nel sistema, dove vengono elaborati, chi vi accede e per quanto tempo restano disponibili. Dove la riservatezza è critica valutiamo elaborazione in UE, modelli open-weight self-hosted o architetture che non inviano dati a servizi esterni.
Un'automazione circoscritta e un software con più ruoli e integrazioni hanno tempi molto diversi. Concordiamo milestone con output verificabili invece di una data unica di consegna: è l'unico modo per accorgersi presto se qualcosa non funziona.
Scegliamo il modello in base al caso d'uso, tra famiglie commerciali (OpenAI, Anthropic, Google, Mistral) e modelli open-weight quando servono controllo, elaborazione locale o costi diversi. L'architettura resta portabile: sostituire un fornitore non deve significare riscrivere il sistema.
Restiamo sul progetto: monitoraggio della qualità delle risposte, revisione di regole e prompt, aggiornamento dei modelli, gestione dei casi limite. Le condizioni di assistenza vengono definite nel contratto in base alla criticità del sistema.
La sede è a Roma. I progetti si svolgono in gran parte da remoto, con incontri in presenza quando servono davvero: analisi sul campo, formazione del team, sopralluoghi su impianti o punti vendita.
Non serve arrivare con una soluzione già definita. Raccontateci dove si perde tempo, quali sistemi usate e quale risultato vi aspettate: valutiamo se il problema richiede intelligenza artificiale, automazione, software su misura o una combinazione delle tre. Se la risposta è che non serve un progetto AI, lo diciamo.