Non è una questione di persone lente. È una questione di informazioni separate.
Il cliente manda un’email alle nove del mattino: vuole sapere se può anticipare la consegna di una commessa. Una domanda semplice, con una risposta che esiste già da qualche parte in azienda — basterebbe saperla trovare. Risposta definitiva inviata al cliente… tre giorni dopo.
Nel frattempo, internamente, è successo questo: il commerciale ha girato la richiesta alla produzione. La produzione ha controllato il piano e ha chiesto conferma agli acquisti sulla disponibilità di un componente. Gli acquisti hanno chiamato il fornitore. Il fornitore ha risposto il giorno dopo. La produzione ha ricalcolato. Il commerciale, che nel frattempo aveva perso il filo, ha richiesto un aggiornamento. Tre giorni, quattro persone, nessuna delle quali ha lavorato lentamente.
Questo è il punto che vale la pena fermare: il problema non è la velocità delle persone. È che l’informazione necessaria per rispondere viveva in tre reparti diversi, e nessuno dei tre aveva la fotografia completa.
La velocità che il cliente percepisce non è la velocità interna
Negli ultimi anni il mercato ha alzato l’aspettativa di reattività in modo quasi indipendente dal settore. Chi compra — sia un consumatore finale sia un buyer industriale — è abituato a tracciare un pacco in tempo reale, a vedere lo stato di un ordine online, a ricevere conferme immediate. Questa aspettativa si è trasferita anche al B2B manifatturiero, anche quando il prodotto richiede settimane di produzione. Il cliente non si aspetta che il prodotto sia pronto in un’ora. Si aspetta che la risposta lo sia.
Ed è qui che molte PMI manifatturiere scoprono un divario che non avevano misurato: l’azienda può essere estremamente competente nel produrre — qualità alta, processi solidi, persone esperte — e contemporaneamente lenta nel comunicare quello che sta succedendo. Non perché manchi volontà. Perché la velocità di risposta dipende da quanto velocemente l’informazione attraversa i reparti, e quella velocità non è mai stata progettata. È un sottoprodotto di come l’azienda è cresciuta.
Un’azienda che cresce per accumulo — un commerciale assunto, poi un responsabile acquisti, poi una seconda linea di produzione, ciascuno con i propri strumenti e le proprie abitudini — finisce quasi sempre con informazioni distribuite in compartimenti che parlano linguaggi diversi: un CRM per le vendite, un file Excel per la pianificazione, un gestionale di produzione che non comunica con nessuno dei due. Ogni reparto, preso singolarmente, funziona. Il problema emerge solo quando una domanda attraversa più di un compartimento contemporaneamente — che è esattamente quello che fa ogni richiesta del cliente.
Dove si perde il tempo: non nelle fasi, nei passaggi tra le fasi
Vale la pena scomporre il percorso di una richiesta cliente nei suoi quattro momenti tipici, perché l’inefficienza non è quasi mai dentro ciascun momento — è nel passaggio tra l’uno e l’altro.
Dalla richiesta di offerta alla conferma d’ordine. Il commerciale prepara un’offerta basata su tempi di consegna standard, senza verificare in tempo reale il carico effettivo della produzione. L’offerta viene inviata, il cliente la accetta, e solo a quel punto — in fase di conferma d’ordine — qualcuno verifica davvero la fattibilità dei tempi promessi. Quando il problema emerge, è già un problema con il cliente, non più un problema interno.
Dalle modifiche alla loro propagazione. Un cliente chiede una modifica — quantità, data, specifica tecnica. La modifica viene registrata dove è arrivata la richiesta, tipicamente nel sistema commerciale. Ma se la produzione lavora su un piano che non si aggiorna automaticamente da lì, la modifica resta “saputa” da una parte dell’azienda e ignota all’altra, finché qualcuno non se ne accorge — di solito quando è troppo tardi per agire con margine.
Dai tempi di consegna promessi ai tempi di consegna reali. La data comunicata al cliente al momento dell’ordine è spesso una stima fatta con le informazioni disponibili in quel momento. Se la produzione subisce variazioni — un fermo macchina, un fornitore in ritardo, una priorità cambiata — quella variazione raramente risale fino al commerciale in tempo utile per avvisare il cliente prima che lo chieda lui.
Dallo stato della commessa alla risposta a chi lo chiede. Quando il cliente chiama per sapere a che punto è il suo ordine, la risposta richiede quasi sempre una ricerca: chiamare la produzione, aspettare, ricontattare il cliente. Non perché l’informazione non esista — esiste, è scritta da qualche parte, in un sistema o su un foglio. Il problema è che non è nello stesso posto da cui si risponde al cliente.
Quattro interventi pratici da avviare da oggi
Anche qui, non serve necessariamente un investimento importante per iniziare. Servono quattro discipline, in ordine di impatto immediato.
- Un solo punto di verità per lo stato di ogni commessa. Non significa un solo software: significa che chiunque debba rispondere al cliente — commerciale, customer service, direzione — consulti la stessa fonte aggiornata, non telefoni a qualcuno per saperlo. Il primo passo non è tecnologico: è decidere quale sistema, oggi, è la fonte ufficiale dello stato commessa, e disciplinare tutti ad aggiornarlo lì, non altrove.
- Verifica di fattibilità prima della promessa, non dopo. Se il commerciale promette una data prima di sapere se la produzione può sostenerla, ogni promessa diventa una scommessa. Anche una verifica semplice — un accesso condiviso al piano di produzione, anche solo in lettura — sposta il controllo della fattibilità prima dell’impegno con il cliente, non dopo.
- Propagazione automatica delle variazioni, non manuale. Una modifica — di quantità, data, priorità — dovrebbe arrivare a chi pianifica la produzione senza passare per una telefonata o un’email che qualcuno potrebbe non leggere subito. Anche un’automazione minima — una notifica, un aggiornamento di stato condiviso — riduce drasticamente la finestra in cui l’informazione esiste solo in un compartimento.
- Una soglia di allerta sui ritardi, non solo una verifica a richiesta. Invece di scoprire il ritardo quando il cliente chiama, l’azienda dovrebbe saperlo prima di lui — attraverso un controllo periodico (anche giornaliero, anche manuale all’inizio) che confronta la data promessa con l’avanzamento reale. Chi avvisa il cliente prima che chieda lui comunica competenza. Chi viene colto impreparato dalla sua domanda comunica il contrario, anche se il ritardo è di un solo giorno.
Separare un problema reale da un fastidio occasionale
Non tutte le aziende hanno questo problema nella stessa misura. Un’azienda piccola, con pochi reparti e una comunicazione informale che funziona, può non averne bisogno affatto — la coordinazione avviene naturalmente perché le persone si parlano ogni giorno nello stesso open space.
Quando un cliente chiede un aggiornamento, quante persone — non quanti sistemi, quante persone — devono essere interpellate prima che qualcuno possa rispondere con certezza? Se la risposta è zero o una, l’informazione circola. Se la risposta è tre o quattro, l’azienda non ha un problema di persone lente. Ha un problema di compartimenti che non si parlano — ed è esattamente quello che il cliente, senza saperlo, sta misurando ogni volta che aspetta una risposta più del previsto.
Se questo articolo ti ha fatto venire in mente un caso specifico nella tua azienda, scrivici: puntoexe@puntoexe.net
