La strategia è, in fondo, una teoria su come un'impresa crei valore che altri non possano replicare facilmente. Per gran parte dell'era industriale quella teoria poggiava su asset fisici, processi proprietari e accesso privilegiato al capitale, alla distribuzione o all'informazione. Ciascuno di questi elementi era costoso da costruire e lento da copiare, e le frizioni che ne derivavano erano il luogo in cui risiedeva il vantaggio. Una strategia era, di fatto, una scommessa su quali frizioni sarebbero durate.

La digitalizzazione ha eroso simultaneamente diverse di quelle frizioni. L'informazione, un tempo costosa da raccogliere e da spostare, è ora abbondante e quasi gratuita da riprodurre; il costo marginale di un'ulteriore copia, di un'ulteriore transazione, di un ulteriore utente tende a zero. Il coordinamento che un tempo richiedeva la proprietà può sempre più essere ottenuto attraverso interfacce, cosicché il confine dell'impresa, la domanda che Ronald Coase pose su cosa fare all'interno dell'organizzazione rispetto a cosa acquistare dal mercato, è diventato negoziabile in modi prima impensabili. Capacità che erano solite essere integrate in un'unica azienda vengono disaggregate, offerte come servizi e ricombinate da altri in proposte che i loro ideatori non avevano mai immaginato.

La conseguenza strategica non è che gli asset fisici cessino di contare. È che il vantaggio migra verso ciò che rimane scarso quando l'informazione non lo è: i dati proprietari e i cicli di apprendimento costruiti su di essi, la fiducia e i costi di trasferimento incorporati in una relazione, l'orchestrazione di un ecosistema e la pura velocità con cui un'organizzazione sa percepire un cambiamento e reagirvi. Un'impresa che continua a difendere le vecchie frizioni mentre i suoi concorrenti costruiscono su quelle nuove non è semplicemente indietro sul piano tecnologico; sta eseguendo una teoria del valore ormai obsoleta. È questa la ragione per cui la trasformazione digitale non può essere delegata verso il basso come una questione informatica. Correttamente intesa, è una revisione della strategia stessa, e appartiene all'agenda di chi è responsabile di quella strategia.

Vale la pena essere precisi sulla parola, perché molto di ciò che passa per strategia è pianificazione travestita. Un piano è una sequenza di azioni verso un obiettivo fisso in condizioni presupposte. Una strategia è un insieme coerente di scelte, su dove competere, cosa offrire e come vincere, che rimane valido al mutare delle condizioni. La distinzione ha sempre contato; conta di più ora, perché l'emivita delle ipotesi si è accorciata, e un piano le cui premesse scadono a metà del percorso è peggio di nessun piano, perché ispira una fiducia che non ha meritato.

Ne discendono due implicazioni. La prima è che la strategia non può più trattare la tecnologia e i dati come dettaglio realizzativo da consegnare a una funzione esecutiva una volta prese le decisioni «vere». L'evoluzione di un componente tecnologico, dal nuovo, al su misura, al prodotto, all'utilità di consumo, cambia cosa valga la pena costruire, cosa valga la pena acquistare e dove si possa ancora trovare un vantaggio. Un componente che oggi è un autentico fattore di differenziazione può essere un'utilità indifferenziata tra diciotto mesi; una strategia cieca a quel movimento sovrainvestirà in ciò che sta per diventare ordinario e sottoinvestirà in ciò che è genuinamente scarso. Leggere quell'evoluzione, sapere quali parti del proprio scenario si stanno standardizzando e quali sono ancora contese, è oggi una competenza strategica anziché una nota tecnica a piè di pagina.

La seconda è che la strategia deve essere espressa in una forma eseguibile e verificabile. Una strategia che non può essere tradotta in un piccolo numero di obiettivi misurabili, in una mappa delle capacità richieste per raggiungerli e in un resoconto onesto di ciò che l'organizzazione di conseguenza non farà, è un'aspirazione con gli abiti di una strategia. Il nostro lavoro comincia forzando quella traduzione fin da subito, non per limitare l'ambizione, ma per renderla abbastanza concreta da poter essere messa in atto, discussa e resa oggetto di responsabilità.

Diversi movimenti dello scenario sono tanto rilevanti da meritare che una strategia seria prenda una posizione esplicita su ciascuno, anziché assorbirli per osmosi.

L'impresa componibile. I sistemi monolitici erogati su cicli pluriennali stanno cedendo il passo a capacità di business e tecnologiche modulari, confezionate, intercambiabili e ricombinate secondo quanto la strategia richiede. Ciò è liberatorio e pericoloso in egual misura: accorcia la distanza dall'idea alla capacità, ma senza disciplina produce una proliferazione di parti scarsamente governate, più difficile da comprendere del monolite che sostituisce. La domanda strategica non è se comporre, ma quali capacità siano abbastanza centrali da possedere e plasmare, e quali siano contesto da assemblare e, in seguito, sostituire senza rimpianti.

I dati come asset strategico. La retorica dei dati come «nuovo petrolio» è invecchiata male, ma il punto di fondo regge: i dati proprietari, e i cicli di apprendimento costruiti su di essi, sono tra le poche fonti di vantaggio che si accumulano nel tempo anziché deperire. Lo spostamento pratico ora in atto va dai laghi centralizzati che accumulano tutto e non servono nessuno verso i dati trattati come prodotto, di proprietà di un team responsabile, documentati, controllati nella qualità e agevolmente fruibili dalle parti dell'azienda che li trasformano in valore.

L'intelligenza artificiale come capacità operativa. L'AI è passata dall'esperimento all'operatività quotidiana dell'impresa. La sorpresa istruttiva è dove risieda effettivamente la difficoltà: non nei modelli, che si stanno standardizzando rapidamente, ma nei dati che consumano, nei diritti decisionali che toccano e nella governance che li mantiene responsabili e spiegabili. Le organizzazioni che trattano l'AI come un esercizio di approvvigionamento restano puntualmente deluse; quelle che la trattano come una questione di qualità dei dati e di architettura decisionale no.

Piattaforme, ecosistemi e il confine dell'impresa. Man mano che il coordinamento attraverso interfacce diventa più economico, un numero crescente di strategie fa perno sull'orchestrazione anziché sulla proprietà, aggregando partner, sviluppatori e complementatori attorno a una proposta e catturando una quota del valore che essi creano. La scelta se fare, comprare o collaborare è ora una decisione strategica di primo ordine con conseguenze durature, non un dettaglio di approvvigionamento da definire dopo che la strategia è fissata.

Sovranità e regolamentazione. In Europa in particolare, il perimetro regolatorio è diventato un input architetturale anziché un ripensamento di conformità. La protezione dei dati, l'AI Act, i regimi di resilienza operativa come DORA e la più ampia questione della sovranità digitale plasmano insieme dove i dati possano risiedere, come le decisioni automatizzate debbano essere spiegate e quali dipendenze sia prudente assumere. Trattare questi aspetti come vincoli tardivi, da aggiungere una volta definito il disegno, è un modo affidabile per costruire in modo efficiente la cosa sbagliata.

Dai progetti ai prodotti. Forse lo spostamento più silenzioso ma più rilevante riguarda il modo in cui il lavoro viene finanziato e organizzato. Finanziare progetti temporanei che si costituiscono, erogano e si sciolgono addestra un'organizzazione a ottimizzare per il completamento anziché per il risultato, e a smantellare proprio i team che hanno appena imparato il dominio. Finanziare team stabili e interfunzionali attorno a prodotti e capacità di lunga durata allinea il denaro al modo in cui il valore effettivamente matura, con continuità, e attraverso persone che restano abbastanza a lungo da capitalizzare ciò che sanno.

Tra una strategia solida e una realizzata sta un insieme di decisioni di progettazione che determinano silenziosamente se la strategia possa essere eseguita alla velocità che presuppone. Ci atteniamo a un piccolo numero di principi che separano costantemente le trasformazioni che si accumulano da quelle che si arenano.

La strategia precede i sistemi. Partiamo dal risultato che l'azienda deve conseguire e dagli obiettivi che lo comproverebbero, e solo allora ci chiediamo quale combinazione di capacità, processo e tecnologia li serva. La tecnologia scelta per giustificare un acquisto precedente è la più costosa, perché i suoi costi arrivano più tardi e altrove rispetto a quanto il suo business case prevedesse.

Preservare l'opzionalità. Poiché le ipotesi deperiscono, progettiamo in modo che le decisioni possano essere riconsiderate: capacità debolmente accoppiate, interfacce chiare e impegni differiti all'ultimo momento responsabile anziché fissati per tempo per la comodità di un piano. È il pensiero delle opzioni reali applicato all'architettura: pagare un premio contenuto per tenere aperte scelte di valore, riconoscendo che la flessibilità ha un prezzo che vale la pena pagare proprio quando il futuro è incerto.

Separare il nucleo stabile dal margine in rapido cambiamento. Parti diverse di un'impresa evolvono a ritmi diversi, e dovrebbero essere governate di conseguenza. I sistemi di registrazione che conferiscono identità e fiducia dovrebbero cambiare lentamente e deliberatamente; i sistemi di ingaggio dovrebbero seguire il cliente; il margine sperimentale dovrebbe essere libero di muoversi rapidamente e di fallire a basso costo. Comprimere questi strati in un'unica cadenza, governare un esperimento di prezzo come se fosse una modifica al GL, è un errore comune e costoso che fa muovere l'intera organizzazione alla velocità della sua parte più prudente.

Trattare i dati come un prodotto. Dati che non sono di proprietà di nessuno, documentati da nessuna parte e considerati affidabili da pochi non possono sostenere le decisioni da cui dipende una strategia digitale. Assegnare ai dati chiara proprietà, contratti e aspettative di qualità è un lavoro poco appariscente, ed è decisivo; gran parte del valore attribuito all'analitica e all'AI viene in realtà creato o distrutto qui.

L'architettura è un vincolo alla velocità, e l'organizzazione è parte dell'architettura. Il modo in cui i dati si muovono e il luogo in cui le decisioni vengono prese determinano quanto rapidamente l'impresa possa cambiare in seguito. La legge di Conway, secondo cui i sistemi finiscono per rispecchiare la struttura di comunicazione dell'organizzazione che li costruisce, non è una curiosità ma un input di progettazione. Là dove l'architettura desiderata e l'organizzazione attuale divergono, una delle due deve cedere, ed è di solito più economico e più onesto plasmare i team piuttosto che forzare il software in una forma innaturale e pagare il disallineamento a tempo indeterminato.

Preferire le decisioni reversibili, e spendere la governance sulle altre. La maggior parte delle scelte sono porte a doppio senso che si possono ripercorrere a basso costo; alcune sono porte a senso unico costose da invertire. Trattarle allo stesso modo, sottoponendo le reversibili allo scrutinio che meritano solo le irreversibili, è il modo in cui le organizzazioni diventano lente senza diventare sicure. Riserviamo la deliberazione alle decisioni che davvero la giustificano, e lasciamo che tutto il resto si muova.

Comprare la merce di consumo, costruire il fattore di differenziazione. Lo sforzo speso a costruire ciò che il mercato già fornisce come utilità è sforzo non speso su ciò che vi distinguerebbe, e grava l'organizzazione di una manutenzione che non conferisce alcun vantaggio. Il corollario è altrettanto importante: ciò che è genuinamente differenziante dovrebbe raramente essere esternalizzato in blocco, perché esternalizzarlo significa affittare il proprio vantaggio da un fornitore libero di concederlo poi ai vostri concorrenti.

È spesso più facile descrivere una buona strategia per i fallimenti che evita che per i successi che rivendica. Alcuni ricorrono con regolarità sufficiente da meritare di essere nominati chiaramente.

La trasformazione a tecnologia in testa. Si acquista una piattaforma, spesso dopo una dimostrazione convincente, e poi si retroingegnerizza una strategia per giustificare la spesa. Il segnale rivelatore è un programma organizzato attorno al nome di un prodotto anziché a un risultato di business, e un business case che diventa più elaborato man mano che i risultati diventano più elusivi.

Il big bang. La sostituzione pluriennale di un sistema centrale, difesa dal costo sommerso del proprio business case, che deve risultare sostanzialmente corretta in un unico e lontano momento di passaggio. Programmi simili concentrano il rischio proprio dove dovrebbe essere disperso, e tendono a scoprire i propri errori troppo tardi per correggerli a un costo sopportabile.

Il portafoglio senza un filo conduttore. Decine di iniziative, ciascuna singolarmente ragionevole, senza alcuna linea leggibile che colleghi l'investimento al risultato. L'attività viene scambiata per progresso; l'organizzazione è genuinamente, estenuantemente affaccendata senza diventare misurabilmente migliore, e nessuno sa dire quale delle iniziative potrebbe essere fermata senza perdite.

Il teatro della governance. Comitati di indirizzo che passano in rassegna lo stato senza detenere diritti decisionali, cosicché le decisioni che contano vengono prese altrove, più tardi e senza responsabilità. Una governance che non può effettivamente decidere è mero sovraccarico con un invito permanente in agenda.

Ignorare il modello operativo. Trattare la trasformazione come un cambiamento ai sistemi lasciando intatti l'organizzazione, i suoi incentivi e i suoi diritti decisionali, per poi mostrarsi sorpresi che la nuova capacità resti inutilizzata. La legge di Conway non negozia, e nemmeno gli incentivi.

Il progetto pilota che non scala mai. Una prova di concetto riesce in un angolo controllato dell'azienda e viene poi silenziosamente privata dell'accesso ai dati, dell'integrazione e della titolarità operativa che le servirebbero per contare su larga scala. La dimostrazione non è mai stata la parte difficile; la parte difficile era tutto ciò che al pilota è stato permesso di ignorare.

Il nostro lavoro in quest'ambito è deliberatamente a monte, e deliberatamente concreto. È facile essere astratti sulla strategia; il valore sta nel renderla abbastanza specifica da poter agire.

Cominciamo ascoltando anziché proponendo. Prima di raccomandare alcunché, mappiamo come le decisioni vengono effettivamente prese, dove il valore viene creato e dove si disperde, e quali vincoli siano reali anziché meramente abitudinari. Buona parte di ciò che un'organizzazione ritiene immutabile si rivela convenzione, e buona parte di ciò che considera acquisito si rivela silenziosamente contesa; entrambe meritano di essere accertate prima che venga tracciata una sola linea su una roadmap.

Da quella comprensione aiutiamo ad articolare una strategia difendibile e a tradurla in un piccolo insieme di obiettivi misurabili, le poche cose che, se raggiunte, costituirebbero la prova del successo. Mappiamo poi le capacità di business necessarie a conseguirli, e da quella mappa deriviamo, anziché presupporre, le decisioni tecnologiche e di approvvigionamento. È questo ordinamento il punto centrale: prima le capacità, poi i sistemi che le servono, mai il contrario.

Sequenziamo il lavoro in una roadmap per fasi in cui ogni incremento è progettato per reggersi da solo, utilizzabile, misurabile e reversibile, cosicché il valore arrivi presto e il rischio venga scoperto mentre è ancora economico affrontarlo. Istituiamo una governance con genuini diritti decisionali, così che il piano possa adattarsi a ciò che l'esecuzione insegna senza dissolversi nell'improvvisazione. E rimaniamo coinvolti durante la realizzazione, perché i primi mesi in produzione insegnano più di qualsiasi quantità di pianificazione, e perché è esattamente il momento in cui una strategia rischia maggiormente di allontanarsi dalla sua intenzione originaria.

Per tutto il percorso manteniamo onesta la misurazione. Ogni obiettivo porta con sé alcuni indicatori concordati in anticipo, così che il progresso sia giudicato rispetto al risultato promesso dalla strategia anziché al volume di attività profuso, e così che un'iniziativa che non sta funzionando possa essere fermata per tempo, senza imbarazzo, e le sue risorse reindirizzate verso una che funziona.

Siamo multidisciplinari per progetto e indipendenti per principio. I nostri team combinano competenza strategica, operativa e architetturale, cosicché la conversazione si muova senza perdite di traduzione dal consiglio di amministrazione ai sistemi che devono portare la decisione, e ritorno. Non abbiamo alcuna fedeltà a un particolare fornitore o stack tecnologico, il che significa che le nostre raccomandazioni rispondono unicamente alla vostra strategia anziché al modello di licenze di un partner. E non ce ne andiamo quando la presentazione è approvata: rimaniamo per tutta l'esecuzione che trasforma una decisione in un risultato, che è al tempo stesso la parte più difficile e quella che la maggior parte dei consulenti declina.

C'è anche un corollario pratico che cambia ciò che il lavoro può presupporre. Quando un incarico richiede una capacità che ancora non esiste, non deve attendere un ciclo di approvvigionamento o la roadmap di un fornitore. La Nashua 360 Enterprise Platform è costruita per accogliere quasi qualsiasi funzionalità con rapidità, attraverso l'extreme vibe coding: ciò che serve viene descritto in linguaggio semplice e generato rapidamente, ma sempre entro saldi principi architetturali e sotto un rigoroso controllo qualità, così che la velocità non vada mai a scapito della coerenza, della sicurezza o del controllo. L'effetto è strategico anziché meramente comodo. Sposta la linea del make-or-buy, mantiene l'opzionalità a basso costo e lascia che sia l'architettura a seguire la strategia anziché la strategia a piegarsi a ciò che per caso si trovava su uno scaffale.

Nulla di tutto questo è esotico. È la disciplina di insistere che il cambiamento digitale risponda a una strategia, che la strategia sia espressa in una forma eseguibile e verificabile, e che l'architettura e l'organizzazione siano plasmate insieme così che la strategia possa muoversi alla velocità che presuppone. Fatto bene, il risultato non è una trasformazione che impressiona in un consiglio di amministrazione e delude in produzione, ma una strategia che sopravvive al contatto con la realizzazione, e un'organizzazione che la fa propria.