Prodotto

Uno strumento non integrato è uno strumento dimenticato

C'è una regola di adozione che chiunque abbia messo in campo software d'impresa conosce. La maggior parte dei fornitori d'IA giuridica la sottovaluta, e la paga su larga scala.

Chiunque abbia messo in campo software d'impresa conosce questa regola per esperienza, al punto da non formularla più: uno strumento usato è uno strumento integrato, uno strumento non integrato è uno strumento dimenticato. Non dipende dalla qualità del prodotto, ma dalla natura umana e da quella delle organizzazioni. Le persone usano ciò che hanno a portata di mano; le organizzazioni adottano ciò che si inserisce in ciò che già fanno. Tutto il resto finisce, passato l'entusiasmo iniziale, sullo scaffale silenzioso degli abbonamenti che si rinnovano per inerzia, pagati e inutilizzati.

L'IA giuridica è pienamente soggetta a questa regola, e la maggior parte dei fornitori attuali la sottovaluta, perché ragiona in termini di qualità del prodotto là dove l'adozione si gioca in termini di costo di spostamento. Perfezionano ciò che lo strumento fa una volta che ci si è dentro, e trascurano l'unica cosa che decide se ci si vada: il fatto che bisogni andarci. È un errore di inquadramento, e si paga tanto più caro quanto più è invisibile in fase di progettazione, dove il prodotto si giudica sulle sue schermate, e non sulla distanza che separa l'utente da quelle schermate.

Perché la regola dipende dalla natura umana

Prima di guardarne le conseguenze, bisogna capire perché questa regola sia così stabile, perché la sua stabilità è ciò che la rende decisiva. Non descrive un difetto passeggero degli utenti che una formazione migliore correggerebbe; descrive una costante del modo in cui le persone lavorano sotto pressione di tempo. Di fronte a un compito, un professionista non sceglie lo strumento oggettivamente superiore; sceglie quello più vicino, quello il cui uso non lo obbliga a interrompere ciò che sta facendo.

Questa preferenza per il vicino non è pigrizia, è economia. Ogni spostamento verso un altro strumento ha un costo di attenzione: bisogna lasciare un contesto mentale, caricarne un altro, poi tornare. Su un compito isolato, quel costo è sopportabile; su un'intera giornata fatta di decine di micro-compiti, diventa proibitivo, e la mente, spontaneamente, lo evita. Ecco perché lo strumento che è già lì, nell'ambiente in cui il lavoro si svolge, vince quasi sempre contro lo strumento che esige una deviazione, indipendentemente da ciò che ciascuno sa fare.

Alla scala di un'organizzazione, questa costante individuale diventa una legge statistica. Ciò che un utente motivato supera con disciplina, duecento utenti sotto pressione non lo superano in media. L'adozione di uno strumento su larga scala non è la somma di decisioni individuali d'uso; è il risultato di una fisica dell'attenzione, in cui il vicino prevale sul lontano con una regolarità che nulla smentisce. Ignorare questa fisica significa costruire un prodotto per un utente ideale che esiste solo in dimostrazione.

La tentazione di essere una destinazione

Molti strumenti hanno tuttavia scelto di essere destinazioni. Offrono un'interfaccia forte, un'esperienza curata, funzionalità specifiche, e invitano l'utente a recarsi da loro per beneficiarne. Questa strategia non è assurda: può funzionare per un uso individuale ed esplorativo, il professionista curioso che prova, scopre, si diverte, e per il quale lo spostamento fa parte del piacere della scoperta. Non regge alla scala di un'organizzazione, perché a quella scala il costo non sta nel prodotto ma nello spostamento di attenzione che esige, moltiplicato per il numero di utenti e per il numero di interazioni quotidiane.

Questa regola ha una crudeltà particolare: è indifferente al merito. Uno strumento può essere oggettivamente migliore dei suoi concorrenti, più preciso, meglio progettato, e perdere comunque, semplicemente perché obbliga a una deviazione che gli altri non impongono. Al contrario, uno strumento meno brillante ma perfettamente alloggiato nel flusso di lavoro si installerà stabilmente. La storia del software d'impresa è piena di prodotti superiori battuti da prodotti integrati. Il mercato non premia la qualità in assoluto; premia la qualità accessibile senza sforzo.

Il miglior strumento che non si apre perde contro lo strumento discreto che è già lì.

Si sottovaluta quanto questa constatazione rovesci l'intuizione abituale dei progettisti. Si costruisce spontaneamente pensando: se il prodotto è abbastanza buono, la gente verrà. La regola dice l'inverso: per quanto buono sia il prodotto, se bisogna venire, quasi nessuno verrà stabilmente. Il merito non crea l'uso; la prossimità crea l'uso, e il merito interviene solo dopo, una volta acquisita la prossimità, per distinguere strumenti ugualmente accessibili.

Essere una destinazione significa chiedere a ogni utente di venire. Su larga scala, quasi nessuno viene stabilmente.

Ciò che questa regola impone al progettista

Se la prossimità prevale sul merito, allora il lavoro del progettista cambia natura. Non si tratta più soltanto di costruire il miglior prodotto possibile, ma di costruire il prodotto più vicino possibile al lavoro reale, che è un'esigenza diversa e spesso contraria. Un prodotto pensato per essere il migliore cerca di distinguersi; un prodotto pensato per essere il più vicino cerca di fondersi. Le due ambizioni non conducono alle stesse decisioni, e la seconda è l'unica che regge su larga scala.

Questa esigenza ha una conseguenza che pochi editori accettano: vieta di ragionare in termini di funzionalità visibili. Una funzionalità visibile si mostra, si dimostra, si vende; lusinga l'acquirente e impressiona il comitato. Un'integrazione profonda non si mostra: il suo successo si misura dal fatto che non si nota nulla, che lo strumento sembra essere sempre stato lì. Costruire per la prossimità significa dunque accettare di rinunciare a una parte di ciò che fa una bella dimostrazione, a favore di ciò che fa un'adozione reale. È un compromesso difficile, perché sacrifica il visibile al durevole, e il visibile è ciò che conquista la vendita.

Si capisce allora perché tanti strumenti scelgano comunque di essere destinazioni: è più facile, più rapido, più dimostrabile. Costruire la propria interfaccia costa meno che integrarsi in dieci ambienti diversi, e dà un prodotto che si può mostrare con orgoglio. La trappola è che questa facilità di progettazione si paga in difficoltà di adozione, e che la seconda arriva dopo la vendita, quando è troppo tardi per correggerla. Il progettista risparmia in fase di costruzione ciò che l'organizzazione pagherà al deployment.

Il costo nascosto dell'integrazione

È questa constatazione ad aver orientato una scelta filosofica strutturante in MAX: non essere una destinazione. La Legal Semantic Layer si incarna negli strumenti in cui il lavoro giuridico si svolge già. Nella posta, perché è lì che arrivano le sollecitazioni dei clienti e delle controparti. Nell'editor, perché è lì che si fa il drafting. Nel sistema delle pratiche, perché è lì che il lavoro si struttura. Nel sistema documentale, perché è lì che vive la memoria documentaria. L'IA non ha un luogo proprio; si alloggia nei luoghi del lavoro reale, e opera dall'interno di ciascuno.

Questa scelta richiede molto più sforzo ingegneristico di un prodotto dotato di una propria interfaccia. Costruire dentro gli strumenti altrui, sposarne i vincoli, seguirne le evoluzioni, gestirne le particolarità è infinitamente più costoso che collocare la propria finestra e farvi accorrere l'utente. Ma è proprio questo sforzo a rendere lo strato utilizzabile su larga scala. Perché su larga scala ciò che è integrato è usato, e ciò che è usato diventa l'infrastruttura reale dell'organizzazione. Il resto rimane ai margini, quale che sia la sua qualità intrinseca.

Questo costo ingegneristico è anche una barriera, e tanto meglio. Costruire uno strato che si integri davvero nella posta, nell'editor, nel sistema documentale e nel sistema delle pratiche di un'organizzazione presuppone un lavoro paziente, poco spettacolare, raramente valorizzato in dimostrazione. È proprio il genere di lavoro che i prodotti pensati per sedurre in fretta evitano, ed è proprio quello che crea una posizione difendibile. La facilità d'uso su larga scala non si simula; si costruisce, mattone dopo mattone, nell'integrazione, e non si recupera con uno sforzo dell'ultimo minuto.

Alloggiarsi negli strumenti altrui è costoso da costruire. È esattamente questo costo a separare un prodotto da un'infrastruttura.

Questa scelta dice ciò che pensiamo dell'adozione giuridica: non si conquista convincendo gli utenti a cambiare le proprie abitudini, ma rispettando quelle abitudini al punto che il nuovo strato diventi invisibile. È una differenza di filosofia, ed è anche una differenza di futuro. L'IA giuridica che vive negli strumenti esistenti ha un orizzonte di adozione senza soffitto, mentre quella che reclama una deviazione urta sempre contro lo stesso limite, il giorno in cui la disciplina degli utenti si esaurisce.

C'è qui un ribaltamento di prospettiva che merita di essere assunto. La maggior parte dei progetti d'IA giuridica chiede all'organizzazione uno sforzo di adattamento: formare le squadre, cambiare le abitudini, adottare nuovi riflessi. MAX fa la scommessa opposta, più esigente per il progettista e più dolce per l'utente: è lo strato a doversi adattare all'organizzazione, non il contrario. Questa scommessa non è una posa di comodo; è l'unico modo noto di far adottare una tecnologia su larga scala senza pagarne il prezzo in resistenza.

L'adozione non si conquista cambiando le abitudini. Si conquista rispettandole fino a scomparirvi dentro.