Il software aziendale deve parlare la lingua degli utenti.

La stessa persona che usa WhatsApp senza manuale, naviga Amazon in tre tap e configura un account Google in cinque minuti — al lavoro apre un gestionale che richiede un corso di formazione di due giorni, si installa solo su Windows 7, e ha un'interfaccia rimasta identica dal 2008. Questo non è un problema tecnico. È un problema di aspettative non allineate. E sta sabotando la digitalizzazione dall'interno.

Due mondi paralleli.

Gli utenti di oggi vivono in due esperienze digitali completamente separate, e lo fanno ogni giorno, spesso nello stesso momento — con il telefono personale su WhatsApp e il PC aziendale aperto sul gestionale.

Software consumer
  • Zero training — si capisce subito
  • Mobile-first, funziona ovunque
  • Aggiornamenti silenziosi e automatici
  • Feedback immediato su ogni azione
  • Errori spiegati in linguaggio umano
  • Interfaccia progettata per ridurre l'attrito
Software aziendale (spesso)
  • Manuale da 200 pagine, corso obbligatorio
  • Solo desktop, solo Windows, solo VPN
  • Aggiornamenti pianificati, downtime, ticket
  • Elaborazione asincrona, nessun feedback visivo
  • Codici di errore numerici senza contesto
  • Interfaccia progettata per chi la conosce già

Questo gap non è inevitabile. È il risultato di decenni in cui il software aziendale è stato progettato per chi lo implementa e lo amministra — non per chi lo usa ogni giorno. E per molto tempo ha funzionato: gli utenti non avevano un termine di confronto. Imparavano lo strumento, si adattavano, e quella era la norma.

Oggi quel termine di confronto esiste, è potente, è in tasca a tutti, e viene aggiornato ogni anno da aziende che investono miliardi per renderlo più semplice. La soglia di tolleranza degli utenti verso l'attrito digitale si è abbassata drasticamente. E chi non lo ha capito si trova con software regolarmente ignorati, aggirati o sabotati.

Lo shadow IT è il sintomo, non il problema.

Quando gli utenti non riescono a fare con il software ufficiale quello che devono fare, trovano un'alternativa. Sempre. Lo chiamano shadow IT: strumenti non autorizzati, non monitorati, non integrati — che però funzionano abbastanza da permettere alle persone di lavorare.

Ne ho parlato a proposito del fenomeno Excel: il foglio di calcolo è lo shadow IT per eccellenza. Flessibile, familiare, immediatamente comprensibile. Ma lo stesso ruolo lo giocano oggi WhatsApp per le comunicazioni operative, Google Drive per la condivisione di documenti, Notion per la gestione dei progetti, Trello per il task tracking. Tutti strumenti consumer adottati in contesti aziendali non perché siano i migliori — ma perché abbattono l'attrito.

Il problema non è che le persone usino strumenti non autorizzati. Il problema è che lo fanno perché gli strumenti autorizzati non sono all'altezza dell'esperienza che si aspettano. Lo shadow IT è un voto di sfiducia verso il software ufficiale. E quei voti si accumulano silenziosamente, finché non emergono come un progetto di digitalizzazione fallito, un'adozione sotto le aspettative, una resistenza al cambiamento che in realtà è resistenza all'attrito.

"Lo shadow IT non è indisciplina. È un voto di sfiducia verso software che non rispetta il tempo degli utenti."

Non si può imporre un'esperienza nuova senza forza di mercato.

C'è una verità scomoda che le piccole e medie software house — e i loro clienti — devono accettare: non si può imporre un paradigma di interazione nuovo senza avere la massa critica per farlo.

Apple può farlo. Google può farlo. Hanno miliardi di utenti, marketing globale, ecosistemi che si rinforzano a vicenda. Quando Apple ha eliminato il tasto Home dall'iPhone, metà del mondo ha dovuto imparare un nuovo gesto. Lo ha fatto perché non aveva alternativa — l'ecosistema era abbastanza potente da rendere l'adozione inevitabile.

Una software house che sviluppa un gestionale per una media impresa manifatturiera non ha questa leva. Se l'interfaccia è troppo diversa da quello che gli utenti conoscono, il software verrà percepito come difficile. Il cliente chiederà più formazione. La formazione costerà. L'adozione sarà lenta. I risultati tarderanno. E la colpa, nell'analisi post-mortem, verrà attribuita al software — non alla distanza tra le aspettative e la realtà. È uno dei pattern più comuni nei fallimenti di digital transformation.

Convergenza non significa omologazione.

La convergenza dell'esperienza utente non significa che tutti i software debbano sembrare uguali. Significa che i pattern fondamentali di interazione — dove sta la navigazione, come si confermano le azioni, come vengono comunicati gli errori, come si cerca e si filtra — devono rispettare le aspettative consolidate degli utenti.

Differenziarsi nell'identità visiva è possibile e desiderabile. Differenziarsi nei pattern di interazione è rischioso, e richiede una giustificazione forte. Il colore del bottone è una scelta di brand. Mettere il bottone in un posto inaspettato è un costo cognitivo per l'utente — un costo che si paga ogni volta che quella persona usa il software.

Questo ha implicazioni pratiche dirette sulla progettazione. Usare un design system consolidato — Material Design, Fluent, o anche semplicemente i componenti nativi del framework scelto — non è pigrizia creativa. È una scelta deliberata di abbassare il costo di apprendimento per l'utente finale. Costruire interfacce mobile-first, anche per applicazioni usate su desktop, significa rispettare le abitudini maturate fuori dall'ufficio. Progettare per zero training non significa semplificare funzionalità — significa rendere le funzionalità scopribili senza dover leggere una guida.

Il vibe coding come acceleratore di convergenza.

In questo contesto, il vibe coding produce un effetto interessante: le interfacce generate dall'AI tendono spontaneamente verso i pattern più consolidati, perché sono quelli più rappresentati nei dati di training. Card, navbar, sidebar, modale di conferma — tutto in posti prevedibili, con comportamenti attesi.

Come ho discusso parlando del costo invisibile della UX, questo non è necessariamente un male per le applicazioni che devono avere la massima adozione con il minimo attrito. Un gestionale che sembra un'app consumer viene adottato più facilmente di uno che sembra un'applicazione degli anni Novanta — non perché sia migliore, ma perché riduce la distanza cognitiva tra i due mondi in cui l'utente vive.

La sfida vera non è evitare la convergenza. È governarla. Decidere quali pattern adottare e perché. Capire dove il caso d'uso specifico richiede un'interfaccia diversa da quella standard, e dove invece la standardizzazione è un vantaggio da sfruttare.

La digitalizzazione passa da qui.

Quando un'azienda dice di volersi digitalizzare, parla di processi, di dati, di efficienza. Ma la digitalizzazione non avviene nei server — avviene nelle mani delle persone che usano gli strumenti. E quelle persone portano con sé aspettative formate da anni di esperienze consumer.

Non possiamo aspettarci che chi usa WhatsApp, Google Maps e Spotify con naturalezza si adatti senza resistenza a un software installato su desktop, che richiede Java, che si aggiorna manualmente, e la cui interfaccia non è cambiata dall'ultima presidenza del Consiglio. Non è questione di capricci — è questione di aspettative formate da un'industria che ha investito enormemente per abbassare l'attrito.

Il punto di partenza pratico

Prima di progettare qualsiasi interfaccia per un progetto aziendale, vale la pena fare una domanda semplice: quali strumenti usano questi utenti nel tempo libero? Quali aspettative portano con sé quando aprono un'applicazione nuova?

Non per copiarli — ma per capire qual è il punto di riferimento implicito che ogni utente porterà davanti allo schermo il primo giorno. Quella distanza è il costo nascosto di ogni scelta di design che si discosta dalla norma. Va quantificata, giustificata, o eliminata.