22 delle 81 agenzie di questa directory che vendono lavoro di strategia AI non elencano nulla che riguardi la costruzione di software. Faranno la valutazione del livello di partenza, condurranno il workshop di definizione delle priorità e consegneranno una roadmap, e a quel punto la roadmap avrà bisogno di qualcun altro. È un mestiere legittimo, e lo era da molto prima dell'AI, ma non è quello che la maggior parte degli acquirenti crede di comprare quando una proposta parla di consulenza AI e implementazione. Le due metà di quell'espressione sono spesso vendute da due aziende diverse, e la cucitura tra le due è il punto in cui i programmi AI vanno a morire.
I conteggi che stanno dietro a tutto questo arrivano dalla directory nel suo stato del 9 ottobre 2026 e chiunque può verificarli sulle pagine di categoria. Sulle 243 schede reali, 81 portano la categoria consulenza strategica AI. 167 portano almeno una categoria che implica costruire qualcosa: integrazione AI, soluzioni AI personalizzate oppure automazione dei processi. Solo 59 portano entrambe le cose. Quindi 22 studi consigliano senza costruire, 108 costruiscono senza consigliare e meno di un quarto del mercato dichiara pubblicamente di coprire tutto il lavoro.
La cucitura che nessuno presidia
Un incarico di strategia finisce con un documento. Un incarico di implementazione comincia da una specifica. Non sono lo stesso oggetto, e convertire il primo nella seconda è lavoro reale che di solito nessuno dei due contratti paga. La roadmap dice "portare in produzione un modello di classificazione documentale per ridurre la revisione manuale". Il team che costruisce ha bisogno di sapere quali documenti, quale soglia di accuratezza conta come fatto, chi etichetta i dati di addestramento, dove gira il modello, che cosa succede al 4 per cento che sbaglia e chi risponde quando una persona ne ribalta l'esito.
Qualcuno deve rispondere a quelle domande. In un incarico affidato a un unico fornitore risponde lo studio che ha scritto la roadmap, e risponde sapendo che dovrà convivere con le proprie risposte. In un incarico diviso tra due fornitori lo studio di advisory è già andato via e lo studio che costruisce legge un documento scritto da qualcuno con cui non ha mai parlato. O tirerà a indovinare, o condurrà una discovery propria e la fatturerà, il che significa che l'acquirente paga due volte le stesse decisioni.
Il secondo esito è quello comune. È anche il meno visibile, perché arriva con l'etichetta di fase di onboarding dello studio che costruisce e non con quella di passaggio di consegne mancato. Un unico contratto per consulenza AI e implementazione non elimina quel lavoro, impedisce soltanto di pagarlo due volte.
Conviene affidare consulenza e implementazione a un solo studio?
Di solito sì, per qualunque cosa stia sotto i sei mesi. Il costo della cucitura è più alto del costo del conflitto di interessi, e il conflitto di interessi è l'argomento standard per separare le due cose. Quell'argomento non è sbagliato: uno studio che raccomanda un lavoro per cui sarà poi pagato ha una ragione evidente per raccomandarne di più. La domanda è quale dei due rischi sia più grande nel tuo caso specifico. Per un primo sistema in produzione è più grande il rischio di una roadmap che nessuno riesce a costruire. Per un programma pluriennale con un ufficio acquisti e cifre serie in gioco l'indipendenza vale il costo della cucitura, ed è esattamente per questo che le grandi organizzazioni separano le due cose.
La posizione di mezzo utile è separare la decisione senza separare il rapporto: comprare da uno studio una valutazione breve e davvero indipendente, poi aprire una gara per la costruzione in cui chi ha fatto la valutazione può partecipare senza alcun vantaggio. Così il consiglio resta onesto e lo studio che ha capito il problema può comunque portarlo avanti.
Quattro modi in cui si usa l'espressione
Le proposte che offrono consulenza AI e implementazione usano le stesse parole per accordi che si comportano in modo molto diverso appena il lavoro comincia. Queste quattro coprono quasi tutto quello che un acquirente riceverà.
| Che cosa dice la proposta | Che cosa significa in pratica | Chi converte il consiglio in una specifica | La cosa da verificare |
|---|---|---|---|
| Strategia e implementazione, un solo studio | Stesso team, o almeno stessa azienda, dalla valutazione alla produzione | Lo studio, a proprie spese | Se gli ingegneri che lo costruiranno partecipano alle sessioni di strategia |
| Strategia con supporto all'implementazione | Lo studio di advisory sorveglia una costruzione fatta da altri | Nessuno, formalmente | Chi firma che la costruzione corrisponde alla roadmap |
| Partner di implementazione | Solo costruzione, su una specifica che fornisci tu | Tu | Se hai davvero una specifica, o soltanto una roadmap |
| Trasformazione AI end-to-end | Qualunque cosa, da entrambe le precedenti a nessuna delle due | Ignoto finché non lo chiedi | Chiedi quali persone, con nome e cognome, scrivono codice |
La quarta riga è quella da maneggiare con attenzione. "End-to-end" descrive un'ambizione e non una struttura, e la prova che separa la versione onesta da quella da brochure è semplice: chiedi nomi e ruoli delle persone che scriveranno il primo commit in produzione. Uno studio che costruisce risponde in una frase. Uno studio che subappalta descriverà un processo.
Che cosa dicono le schede su chi fa che cosa
46 delle 243 schede reali non portano nessuna categoria, e vale la pena dirlo con chiarezza perché è un limite di quello che una directory può raccontare. Per le 197 che una categoria la portano, lo schema delle categorie è un primo filtro ragionevole. Uno studio che porta solo strategia è quasi certamente di advisory. Uno studio che porta integrazione, sviluppi su misura o automazione e nessuna categoria di strategia è quasi certamente una bottega che costruisce e che si aspetta di vederti arrivare con un piano già fatto. Le 59 che portano entrambe le cose sono la rosa per un incarico a fornitore unico.
Quello che le schede non dicono è la profondità. 40 delle 243 pubblicano una tariffa oraria e 42 pubblicano la dimensione del team, quindi per la maggior parte del mercato non riesci a vedere se la capacità di implementazione sia 30 ingegneri oppure un unico collaboratore esterno che il titolare chiama quando arriva un progetto. Il conteggio categoria per categoria di questo mercato mostra quanto sia disomogenea l'offerta, e la magrezza si concentra proprio dove gli acquirenti danno per scontato che non ci sia.
Come distinguo uno studio di advisory da uno che costruisce, prima della chiamata?
Leggi i casi di studio cercando gli oggetti prodotti e non i risultati dichiarati. Uno studio di advisory descrive decisioni: un portafoglio di priorità, un modello operativo, un quadro di governance. Uno studio che costruisce descrive sistemi: una pipeline, un numero di latenza, un modello in produzione dietro un'API. Entrambi useranno la parola "consegnato". Solo uno dei due nominerà una cosa che gira. Se i casi di studio descrivono soltanto decisioni, lo studio è di advisory qualunque cosa dica la pagina dei servizi, e questa è un'informazione utile più che una critica.
Dove finiscono davvero i soldi
Il lavoro di advisory è prezzato sul tempo di persone senior e si concentra all'inizio. L'implementazione è prezzata in mesi di ingegneria ed è dove sta il grosso del costo di un programma, di solito con ampio margine. Un acquirente che approva un incarico di strategia perché la cifra è gestibile ha approvato più o meno la parte piccola della spesa finale, e la roadmap che quell'incarico produce sarà stata scritta senza un vincolo di budget stretto sulla parte che costa di più.
È la ragione pratica per avere in stanza il lato che costruisce già all'inizio, anche quando non è ancora da lui che stai comprando. Un ingegnere che sa quanto costano tre mesi di lavoro su una pipeline di dati lo dirà mentre la roadmap è ancora modificabile. La stessa informazione, quattro mesi dopo, arriva come una rinegoziazione. Anche la domanda su quale modello di ingaggio stai firmando conta qui, perché un retainer assorbe in silenzio questo tipo di sorpresa mentre un contratto a perimetro fisso la porta allo scoperto.
Sul versante della governance esistono riferimenti standard da leggere prima di firmare uno qualsiasi dei due contratti. Il NIST AI Risk Management Framework è organizzato intorno a funzioni che si agganciano a decisioni di implementazione più che a decisioni di strategia, e la ISO/IEC 42001 tratta i sistemi di gestione dell'AI come qualcosa che un'organizzazione fa funzionare e non come qualcosa che un consulente raccomanda. Entrambi sono utili proprio perché partono dal presupposto che qualcuno dovrà far girare il risultato.
Che cosa deve stare nel contratto al passaggio di consegne?
Tre cose mancano abitualmente da un contratto che copre sia la consulenza AI sia l'implementazione, e tutte tre costano denaro più tardi invece che adesso.
- Una definizione di "fatto" che un terzo possa mettere alla prova. Vuol dire un numero e un metodo, non "accuratezza migliorata". Se un ingegnere esterno non potesse eseguire la prova e ottenere un sì o un no, la clausola è decorazione.
- La proprietà dichiarata dei dati di addestramento e dell'etichettatura. È la causa più comune di un'implementazione che si blocca alla terza settimana, e si blocca perché ciascuna delle due parti dava per scontato che ci pensasse l'altra.
- L'elenco di quello che l'acquirente possiede alla fine. I pesi del modello, il codice della pipeline, i template dei prompt, il set di valutazione. Vanno nominati uno per uno, perché "i deliverable" è stato letto nei due sensi opposti davanti agli avvocati.
La domanda su che cosa possiedi davvero quando un incarico finisce è molto meno assestata nel lavoro sull'AI che nel software convenzionale, e un passaggio di consegne tra due fornitori è il posto peggiore in cui scoprirlo.
La metà di gestione del cambiamento, la prima a essere tagliata
Un'implementazione che funziona tecnicamente e non viene usata è l'esito più costoso disponibile, ed è abbastanza comune da far sì che le ricerche di coda lunga che arrivano su questo sito la chiedano in modo diretto. Qualcuno deve riaddestrare le persone a cui il sistema cambia il lavoro, riscrivere la procedura che sostituisce e prendersi la decisione su che cosa succede quando il modello e una persona non sono d'accordo. Gli studi di advisory metteranno questo lavoro a perimetro. Quelli che costruiscono in genere no, perché non è ingegneria. Finisce quindi nella stessa cucitura, ed è la prima voce tagliata quando un programma sfora.
La MIT Sloan Management Review ha pubblicato ampiamente sul perché sia l'adozione organizzativa e non la qualità del modello a decidere se questi programmi restituiscano qualcosa, e il Project Management Institute mantiene il corpo di pratiche di riferimento sulla disciplina in sé. Nessuno dei due è specifico sull'AI, che è esattamente il punto: la parte di un programma AI con più probabilità di fallire è la parte che non riguarda l'AI.
Mi serve un fornitore separato per la gestione del cambiamento?
Raramente, per un singolo sistema. Il lavoro è reale ma è abbastanza piccolo da poter appartenere a una persona con nome e cognome dentro la tua organizzazione, e un responsabile interno ha un'autorevolezza che uno esterno non ha. Per un programma che tocca più reparti insieme diventa un flusso di lavoro vero, e a quella scala lo studio di advisory è di solito il posto giusto da cui comprarlo, perché il modello operativo che sta cambiando lo conosce già.
Come va costruita la rosa dei candidati
Parti da quale delle due metà ti manca, perché è quella a decidere se stai cercando consulenza AI e implementazione insieme oppure una sola delle due.
- Idea chiara del problema, nessuna capacità ingegneristica. Ti servono i 108 studi che costruiscono e non consigliano, e ti serve una specifica scritta prima della prima chiamata.
- Capacità ingegneristica, nessun accordo interno su che cosa costruire. Ti serve il lato advisory. Comprare adesso una costruzione è prematuro e il team che costruisce te lo dirà al secondo mese.
- Nessuna delle due. I 59 studi che portano entrambe le categorie sono il solo gruppo che merita una prima chiamata, e il fornitore unico è la struttura giusta per un primo sistema.
La geografia conta meno di una volta, ma non zero. La directory copre 125 città diverse e, per un'implementazione che comporta accesso ai dati in sede o sistemi regolamentati, fuso orario e viaggi sono vincoli reali. A quel punto sfogliare per città è un filtro ragionevole: Denver, Chicago e Boston hanno ognuna un mix diverso di capacità di advisory e di costruzione. I casi in cui la posizione conta davvero sono più ristretti di quanto la maggior parte degli acquirenti immagini.
Qual è la singola domanda migliore da fare alla prima chiamata?
Chiedi allo studio di raccontare l'ultimo incarico in cui la sua stessa raccomandazione si è rivelata sbagliata, e che cosa ha fatto a quel punto. Uno studio di advisory che non ha mai sbagliato non è mai stato in produzione. Uno studio che costruisce e che ha una buona risposta descriverà una scommessa tecnica precisa andata male e il costo di disfarla, il che ti dice sia che consegna sia che è onesto su quanto costa consegnare. Uno studio che non riesce a produrre quella storia o non ha fatto il lavoro o non ne vuole parlare, e sono risposte entrambe.
Come è fatto questo mercato sotto la superficie
La divisione non è un difetto del mercato. Consiglio e realizzazione sono mestieri davvero diversi, con strutture di costo distinte, margini distinti e assunzioni distinte, e gli studi si specializzano per solide ragioni commerciali. Il difetto è che il linguaggio è franato: "consulenza AI e implementazione" sta scritto sul sito di studi che fanno una sola delle due cose, e gli acquirenti lo leggono ragionevolmente come una promessa sul perimetro.
Tratta quindi l'espressione come una domanda e non come una descrizione. Gli studi che fanno entrambe le cose la accoglieranno volentieri, perché è così che si distinguono. Gli studi che ne fanno una ti diranno quale, e quella risposta vale più della brochure che contraddice. La domanda più larga, cioè se ti serva una società di consulenza, è spesso il punto giusto da cui partire, e a volte la risposta è una sola persona esperta più i tuoi ingegneri.
Per la metà tecnica, la forma del lavoro ha una letteratura propria. In che cosa lo sviluppo software con l'AI è diverso dalla realizzazione convenzionale è la parte che sorprende più spesso chi ha già commissionato software, e l'OECD AI Policy Observatory segue le condizioni di policy e di regolamentazione che determinano sempre di più quello che a un'implementazione è permesso fare.
Due schemi di fallimento da riconoscere presto
Il primo è la roadmap orfana: un documento di strategia competente, approvato, messo in budget e poi mai costruito, perché il preventivo per la realizzazione è arrivato al triplo della cifra che la roadmap dava per assunta e il programma è stato riaperto come esercizio di pianificazione senza data di fine. Il segnale è una roadmap scritta senza un ingegnere nella stanza.
Il secondo è la costruzione senza specifica: uno studio di ingegneria capace, a sei settimane dall'inizio del lavoro su un brief che non ha mai definito che cosa significhi fatto, scopre che i portatori di interesse non sono d'accordo su a che cosa serva il sistema. Il segnale è una riunione di avvio in cui le persone dell'acquirente descrivono esiti diversi. Nessuno dei due schemi è causato da un fornitore scadente, ed è per questo che comprare un fornitore migliore non risolve né l'uno né l'altro.
Partire da dove sei
Se la roadmap esiste già e non è stato costruito niente, il buco è una specifica e un partner che costruisca, in quest'ordine. Se la roadmap non c'è e un budget è approvato, il buco è una valutazione breve con il lato che costruisce presente. Se un fornitore ha mandato una proposta che usa l'espressione di cui parla questo articolo, il passo utile è chiedere quale delle quattro righe della tabella qui sopra stia descrivendo, e ottenere la risposta per iscritto prima della prima fattura.
Puoi dirci che cosa stai cercando di costruire e vedere gli studi di questa directory le cui categorie pubblicate coprono entrambe le metà del lavoro, oppure, se guidi un'agenzia che davvero fa entrambe le cose, inseriscila qui così gli acquirenti che filtrano per quella combinazione ti trovano. Sfogliare di che cosa è fatto davvero uno sviluppo su misura e che cosa comporta il lavoro di integrazione è un modo ragionevole per affinare la specifica prima che qualunque cosa costi soldi.