questo post. un risultato anonimizzato di un team ops per cui abbiamo costruito. il tempo medio di gestione dei sinistri è passato da 4 giorni a meno di 8 ore. un umano approva ancora ogni sinistro.
l'acquirente qui è un responsabile delle operazioni in una società di logistica da 60 persone. i sinistri erano il collo di bottiglia. un sinistro arrivava per email, stava in coda, veniva copiato su 3 fogli di calcolo e aspettava 2 step di revisione manuale prima che qualcuno lo approvasse. il tempo medio di gestione era di 4 giorni.
abbiamo creato un pipeline che legge il sinistro, lo verifica rispetto alle regole e lo indirizza a una persona per l'approvazione. il tempo medio di gestione è ora inferiore alle 8 ore. questo post mostra cosa è cambiato per il team ops, non come lo abbiamo collegato. la build corrisponde al caso d'uso di elaborazione documenti in /ai-for/operations.
#cosa è cambiato concretamente per il team ops?
tre fogli di calcolo sono spariti. i due step di revisione manuale sono spariti. un sinistro ora arriva, viene letto e convalidato automaticamente, e finisce in un'unica coda di approvazione dove un revisore dice sì o no. il revisore è la stessa persona che prima svolgeva il primo dei due step. ora svolge l'unico step che richiede giudizio.
cosa produce concretamente un caso studio ai sull'elaborazione dei sinistri?
in questo caso, un team di logistica da 60 persone ha sostituito 3 fogli di calcolo e 2 step di revisione manuale con estrazione ai, convalida basata su regole e una coda di approvazione umana. il tempo medio di gestione dei sinistri è sceso da 4 giorni a meno di 8 ore. una persona approva ancora ogni sinistro. il volume gestito è aumentato senza rimuovere il via libera umano.
#c'è ancora un umano nel processo?
sì. ogni sinistro è approvato da una persona prima del pagamento. l'ai legge i documenti e applica le regole di convalida. non approva nulla da sola. la coda esiste perché il revisore veda un sinistro pulito e verificato invece di un'email grezza e tre schede. questo è l'intero progetto: la macchina fa la lettura e l'abbinamento, la persona mantiene la decisione.
- l'estrazione ai recupera i campi da ogni documento di sinistro
- la convalida basata su regole li verifica rispetto alla policy esistente del team
- una coda di approvazione umana trattiene ogni sinistro finché un revisore non lo autorizza
- tempo medio di gestione: 4 giorni prima, meno di 8 ore dopo
we are
consegniamo un risultato misurabile — da 4 giorni a meno di 8 ore — con una persona che approva ogni sinistro, e ne rendiamo conto.
we aren't
non vendiamo un bot autonomo per i sinistri che approva i pagamenti da solo e chiede che ti fidi.
#perché pubblicarlo in forma anonima?
il cliente ha chiesto di non essere nominato ancora, e noi rispettiamo questa richiesta. il numero è reale e la build è reale. pubblichiamo il risultato e una ricevuta perché è il tipo di prova che un responsabile delle operazioni può effettivamente confrontare con il proprio backlog di sinistri. quando il cliente sarà pronto a essere nominato, lo sarà. è lo stesso standard che abbiamo stabilito nel nostro primo post di build-in-public.
se gestisci un team ops e una coda è il tuo collo di bottiglia, la struttura descritta sopra è ripetibile. è lo stesso schema di elaborazione documenti in /ai-for/operations, e rientra nel servizio di build in /platforms. l'obiettivo non è meno persone. è sinistri gestiti più in fretta con il via libera intatto.
la macchina fa la lettura e l'abbinamento. la persona mantiene la decisione.
se hai una coda, un backlog o un tempo di gestione che vuoi dimezzare — e anche di più — dicci cosa stai costruendo. terremo scope e numero per iscritto prima di iniziare.