Ogni implementazione ha una riunione in cui qualcuno incrocia le braccia e dice: "Questo sistema è lento."
Il responsabile prende nota. L'IT apre un ticket. Il fornitore misura il tempo di risposta della schermata: due secondi, nei limiti del contratto.
La settimana dopo, la frase torna identica, dalla bocca della stessa persona.
Perché nessuno ha risposto a quello che stava dicendo davvero.
La settimana scorsa abbiamo parlato delle piccole vittorie che spingono qualcuno a continuare a usare il sistema. Oggi è l'altra faccia della medaglia: cosa fare con la lamentela — e perché trattarla solo come un problema tecnico è il modo più rapido per perdere la persona.
🔧 In manutenzione abbiamo imparato a non chiedere due volte
Il nostro mestiere ha un orgoglio sano: risolvere. Arriva il problema, si passa subito alla soluzione. La pompa vibra, si cambia il cuscinetto. Il quadro scatta, si misura, si trova, si corregge.
In reparto, quel riflesso è una virtù. In una conversazione su un sistema nuovo, diventa una trappola.
👉 Chi tratta ogni lamentela come un difetto aggiusta la schermata e perde la persona.
C'è poi il lato culturale. In buona parte degli stabilimenti, il tecnico ha imparato presto che dire "non lo so", "ho paura di sbagliare" o "questo mi ha messo in difficoltà davanti a tutti" costa caro. Invece "questo sistema non vale niente" è accettato. È tecnico, è impersonale, nessuno esce sminuito dalla conversazione.
In trent'anni ho sentito tantissime lamentele sui sistemi, da entrambi i lati del tavolo — come responsabile che riceveva lo strumento e come chi lo consegna. Pochissime riguardavano il pulsante.
👉 La lamentela tecnica è il modo socialmente accettato di esprimere un disagio che in fabbrica non ha nome.
🧠 La frase che arriva è il riassunto di una frase rimasta dentro
Quando qualcuno parla, consegna una versione compressa di ciò che sta vivendo. Quello che esce è generalizzato, con dei pezzi cancellati: "è lento", "è confuso", "non fa per noi". Ciò che è rimasto fuori è proprio ciò che conta.
"Lento" rispetto a cosa? Alla carta, che compilava con i suoi tempi, senza che nessuno lo vedesse? "Confuso" per chi? Per chi non ha mai usato un computer al lavoro e adesso sbaglia davanti al tirocinante? "Non è adatto alla nostra realtà" — quale parte della realtà? Quella su cui nessuno gli ha chiesto niente prima di scegliere il sistema?
👉 Una buona domanda scioglie una generalizzazione. Una buona risposta, data troppo presto, la conferma.
C'è un secondo principio che cambia l'atteggiamento di chi ascolta: dietro quasi ogni comportamento c'è un'intenzione legittima. Chi si lamenta sta cercando di proteggere qualcosa — il tempo, la competenza, l'autonomia, il proprio posto nel gruppo.
La mappa che vedo più spesso:
- "È lento" → adesso il mio tempo viene misurato, e non so da chi.
- "È confuso" → ho paura di sembrare incompetente.
- "Non è adatto alla nostra realtà" → nessuno mi ha chiesto niente.
- "Con la carta si faceva prima" → sulla carta, l'informazione era mia.
- "Questa è roba da ufficio" → non mi sento parte di tutto questo.
E un dettaglio che ribalta la lettura: lamentarsi costa fatica. Chi si lamenta sta ancora spendendo energia sul sistema. Si aspetta ancora che funzioni.
👉 Lei non deve essere d'accordo con la lamentela. Deve scoprire che cosa sta proteggendo.
⚠️ Cosa succede quando la lamentela riceve solo una risposta tecnica
I segnali arrivano in sequenza, e quasi sempre vengono letti come un problema di software:
- Il ticket si chiude e la frase ritorna. La schermata è diventata più veloce; il disagio è rimasto lo stesso.
- La lamentela cambia argomento. Risolta la lentezza, adesso è il layout. Risolto il layout, adesso è il cellulare. Quando il motivo cambia e la conclusione no, il motivo non è mai stato il motivo.
- Chi si lamentava smette di lamentarsi — e smette di usarlo. Il silenzio dopo una lamentela non risolta non è adozione. È resa. La resistenza silenziosa di cui abbiamo parlato nella #66 comincia quasi sempre qui.
- Il responsabile diventa l'avvocato difensore del sistema. Ogni conversazione si trasforma in una difesa del fornitore, e la squadra conclude che lui ha scelto lo strumento, non la squadra.
- La lamentela legittima si perde per strada. A volte la schermata è davvero scomoda per quell'uso. Chi non ascolta il lato umano smette di vedere anche quello tecnico.
👉 La lamentela ignorata non sparisce. Cambia forma: prima diventa silenzio, poi diventa un dato di facciata.
🛠 Cosa può risolvere il sistema — e cosa resta a lei
Dal mio lato del tavolo, con franchezza: a volte la lamentela riguarda davvero il sistema. Un flusso pensato per l'ufficio e non per il turno, permessi che bloccano chi deve lavorare, anagrafiche costruite senza ascoltare chi le usa. Succede, ed è un dovere di chi fornisce il software correggerlo.
In Manusis4, buona parte di questo si regola nella configurazione, senza aspettare una nuova versione: flussi di approvazione, permessi per gruppo e anagrafiche modellate sulla realtà di ogni stabilimento. L'app mobile funziona senza segnale e accetta foto e voce, e questo toglie di mezzo molte lamentele che, in fondo, erano "non ho tempo di digitare". E quando la richiesta è davvero buona, diventa un'evoluzione del prodotto — buona parte dei miglioramenti di Manusis4 è nata da una lamentela di un cliente ascoltata bene.
Ciò che il sistema non fa è ascoltare. Nessun software si accorge che "è lento" voleva dire "mi vergogno". Nessun aggiornamento restituisce a qualcuno la sensazione di essere stato consultato.
👉 La configurazione risolve la schermata. L'ascolto risolve la persona. Un'implementazione che funziona ha bisogno di entrambe.
💡 Cinque mosse per ascoltare quello che c'è sotto
- Ringrazi prima di spiegare. "Grazie di avermelo detto." La prima spiegazione tecnica, data d'impulso, chiude la porta che la persona ha appena aperto.
- Chieda il concreto. "Lento in quale schermata? Mentre fa cosa? A che ora?" La generalizzazione si scioglie nell'esempio — e a volte salta fuori un problema reale che nessuno aveva visto.
- Chieda com'era prima. "Come faceva questo lavoro prima del sistema?" La risposta mostra che cosa sente di aver perso: tempo, autonomia, riconoscimento.
- Separi ciò che è schermata da ciò che è persona. Il problema di schermata va a chi configura, con una scadenza e un riscontro. Il disagio delle persone resta a lei, in una conversazione a quattr'occhi, lontano dal pubblico.
- Torni con una risposta. Una lamentela ascoltata e dimenticata insegna che lamentarsi non serve. Torni entro una settimana, anche solo per dire "questo non cambierà, e il motivo è questo".
👉 Chi si sente ascoltato accetta perfino un "no". Chi riceve solo risposte rifiuta perfino un "sì".
🧠 La riprogrammazione della settimana
Ripensi all'ultima lamentela sul sistema che ha sentito dalla sua squadra. Ora ripensi alla prima frase con cui ha risposto.
Se era una spiegazione, ha risposto alla schermata. La persona sta ancora aspettando.
Chi si lamenta ci crede ancora. Chi si è arreso si limita ad annuire.
Questa settimana prenda una lamentela sul sistema e faccia tre domande prima di dare qualsiasi spiegazione. Noti che cosa emerge alla terza.
📣 Chiudiamo il Blocco 10
Cinque settimane sullo stesso punto: il primo accesso, gli ambasciatori, il "sì" che non diventa uso, le piccole vittorie e, oggi, la lamentela. Se c'è un filo che le unisce, è questo: nessuna squadra adotta un sistema. Lo adottano le persone, una alla volta, ognuna con la propria paura.
La prossima settimana apriamo il Blocco 11 e giriamo la telecamera verso l'altro lato del tavolo: il leader.
👉 C'è un giorno in cui il responsabile si accorge che la squadra non lo seguiva — lo temeva. La #69 parla di quel giorno, e di ciò che cambia dopo.
Alla prossima.