Articolo · MERCATO

Come riconoscere un'agenzia che vende slide.

Data09/05/2026
AutoreAurora
Lettura10 min
Categoriamercato · audit

C'è un'intera industria costruita sul vendere l'ansia da ritardo tecnologico. Queste agenzie non scrivono codice. Scrivono "Framework Strategici" da 150 pagine in formato PDF, li incartano con la parola "AI" in copertina, e li fatturano a sei cifre. Nel 2026 il pattern non è scomparso: ha imparato a usare un vocabolario nuovo. Ecco come riconoscerlo prima di firmare.

In Jigen operiamo in trincea: costruiamo sistemi, misuriamo l'impatto sul margine, passiamo al cliente successivo. Ma regolarmente veniamo chiamati in seconda battuta per salvare progetti che si sono arenati nel pantano della consulenza tradizionale. Negli ultimi due anni il pantano ha cambiato nome — ora si chiama "AI strategy", "GenAI roadmap", "agentic transformation" — ma la struttura del problema è la stessa: un fornitore che vende ore di pensiero invece di sistemi che girano. Quello che segue è una checklist diagnostica costruita su decine di progetti che abbiamo recuperato da agenzie che non li avevano portati in produzione.

Red flag #1 · Il cantiere infinito

Se la proposta dell'agenzia parla di una "roadmap di implementazione" di sei, otto o dodici mesi per lanciare la versione 1.0 di un sistema basato su AI, sei già in trappola. Lo stato dell'arte dei modelli evolve con cicli che si misurano in settimane: un progetto di otto mesi è strutturalmente obsoleto al terzo. Tu firmi su un'architettura ragionata su modelli e prezzi di gennaio, vai in pilot a luglio, e la migliore pratica è cambiata due volte.

Il motivo per cui ti vendono otto mesi non è tecnico. È finanziario. Più si allunga la timeline, più ore si possono allocare a "project manager", "scrum master" e "alignment meeting". Un'agenzia seria segmenta il rischio: produce valore in unità isolate di tre settimane, ognuna con un proprio criterio di fine, un proprio numero target, un proprio budget chiuso. Se non riescono a darti un output che muove il margine in ventuno giorni, non sanno cosa stanno facendo. Se sanno cosa stanno facendo ma non vogliono impegnarsi su tre settimane, stanno proteggendo il proprio fatturato. In entrambi i casi, è un problema tuo, non loro.

Test rapido: chiedi al fornitore di mostrarti, alla firma del contratto, un sistema che hanno portato in produzione in ≤ 21 giorni per un altro cliente. Anche anonimizzato. Se non hanno il caso, non hanno il metodo.

Red flag #2 · L'ossessione per il "fine-tuning proprietario"

Questa è la truffa più elegante del decennio. Ti viene detto che la tua azienda ha bisogno del suo modello esclusivo, addestrato sui tuoi dati segreti. Ti promettono che questo ti darà un vantaggio competitivo insormontabile.

Nel 99% dei casi, il fine-tuning non serve a nulla, se non a gonfiare il preventivo.

Addestrare un modello da zero è un esercizio per laboratori di frontiera. Quello di cui la tua azienda ha realmente bisogno è una robusta architettura di retrieval-augmented generation sui tuoi documenti, abbinata ai modelli frontier già disponibili — Claude 4.x, GPT-5, Gemini 3 — orchestrati con prompt ben scritti. Questo costa una frazione del prezzo, richiede un decimo del tempo, ed è infinitamente più flessibile: quando esce il modello successivo, sostituisci il provider in trenta minuti, non in sei mesi. Se l'agenzia ti propone subito il fine-tuning prima di aver validato un'architettura recuperativa standard, sta vendendo ore di sviluppo inutile e si sta legando a una scelta che fra un anno sarà già da rifare.

Eccezioni reali al pattern: domini con vocabolario tecnico molto stretto (legale verticale, farmaceutico clinico, codice proprietario complesso) dove anche i modelli frontier mostrano un gap misurabile. In quei casi il fine-tuning ha senso — ma è una decisione presa dopo aver dimostrato che il retrieval non basta, non prima. Se nessuno ti ha mostrato i numeri di un sistema retrieval pre-fine-tuning, salta la conversazione.

Red flag #3 · Zero menzione dell'orchestrazione

Un sistema AI in produzione nel 2026 non è "una chat con un modello". È una sequenza di agenti specializzati che si scambiano lavoro, chiamano API esterne, validano dati prima di scrivere su sistemi di record, applicano logica di routing in base al tipo di task. Se il pitch dell'agenzia ruota tutto attorno a "integriamo le API di un LLM nel tuo software", stai comprando un wrapper, non un'infrastruttura.

Cinque domande tecniche da fare in fase di scoping, in ordine:

  1. Routing fra modelli — quale modello viene chiamato per quale tipo di task? (Esempio buono: "ragionamento lungo su Claude Opus 4.7, tool-call rapidi su Sonnet 4.6, classificazione massiva su Haiku 4.5 o GPT-5 mini, ricerca web su Gemini 3"). Esempio cattivo: "usiamo GPT-5 per tutto".
  2. Fallback — quando il provider primario va in degrado o offline, cosa succede? (Esempio buono: "retry con backoff, poi switch a un secondo provider con prompt mappato"). Esempio cattivo: "non è mai successo".
  3. Validazione output — chi controlla che la risposta del modello sia ben formata, coerente con i dati a monte, conforme alle policy aziendali? (Esempio buono: "schema JSON validato a runtime, fact-check su un secondo modello, regola di rifiuto se confidence sotto soglia"). Esempio cattivo: "il modello sa quello che fa".
  4. Logging e replay — ogni interazione viene registrata in modo da poter rifare la stessa decisione un mese dopo? (Esempio buono: "log strutturato di prompt, model version, contesto, risposta; replay deterministico su seed fissato"). Esempio cattivo: "stiamo per implementarlo".
  5. Costo per interazione — sai quanto ti costa, oggi, una singola chiamata in produzione, e come scala con il volume? (Esempio buono: "nove millesimi al lead qualificato, sale a sedici se il task richiede tool-call multipli"). Esempio cattivo: "dipende".

Se balbettano su anche solo tre di queste cinque, sai di avere davanti dei dilettanti armati di belle slide.

Red flag #4 · "Faremo AI per tutto"

Una variante moderna del marketing-tone è la promessa orizzontale: "applichiamo AI a ogni processo della tua azienda". È la stessa promessa con cui dieci anni fa si vendeva la "trasformazione digitale": copre tutto, vincola a niente, giustifica un budget arbitrario. La realtà è che i sistemi AI che funzionano sono chirurgici: prendono un singolo processo a costo nascosto, lo automatizzano fino a far sparire il costo, poi si misura il numero. Il successivo arriva dopo.

Test rapido: chiedi all'agenzia quale singolo processo automatizzerebbero per primo, quale numero atteso muoverebbe, in quanto tempo, e per quanto. Se la risposta è "dipende dal nostro discovery", ti stanno vendendo il discovery, non l'automazione.

Red flag #5 · I senior compaiono solo al pitch

L'agenzia tradizionale lavora per inversione: i senior più esperti firmano la proposta, fanno il pitch, conquistano la fiducia. Poi, alla firma, il progetto passa a junior che non hanno mai messo in produzione un agente in vita loro. Il senior tornerà al kickoff trimestrale a leggere uno status scritto da qualcun altro.

Per le PMI in particolare, questo è devastante. Una task force in cui il senior architect è anche l'esecutore concreto produce un output qualitativamente diverso da una catena dove il senior è solo un ambasciatore commerciale. Test rapido: chiedi i nomi di chi scriverà il codice. Chiedi link a repository pubblici, articoli tecnici, talk di conferenza. Se l'agenzia non vuole esporli, è perché non esistono — oppure esistono ma non sono allocati al tuo progetto.

Red flag #6 · Consegnano slide, non codice sorgente

Il deliverable finale è un PDF. Il sistema gira "sui server dell'agenzia". Il codice non è tuo. Il prompt non è tuo. Il database è proprietario. Quando l'agenzia decide di alzare il prezzo del rinnovo annuale, non hai alternativa: o paghi, o perdi tutto. È esattamente lo stesso schema delle agenzie SEO degli anni 2010 che bloccavano i clienti dentro CMS proprietari, riscritto per l'AI.

Una collaborazione seria nel 2026 prevede sempre tre cose, scritte in contratto: codice sorgente in un repository di tua proprietà, infrastruttura su account cloud intestati a te (anche se gestiti dal fornitore), prompt e configurazioni esportabili in formato standard. Se manca una di queste tre, stai costruendo una dipendenza, non un sistema.

Red flag #7 · Vendono ore, non risultati

Il modello tariffario "time and materials" mascherato da "agile" è la garanzia matematica che il progetto non finirà mai con un sistema in produzione. L'incentivo dell'agenzia, in T&M puro, è continuare. L'incentivo di un fornitore che ha quotato un risultato chiuso è chiudere e passare oltre.

Le strutture sane si misurano sull'output: un sistema che fa X, in produzione entro Y, prezzo fisso Z, con clausole esplicite per chi paga lo scope-creep e chi paga i fallimenti tecnici. Le strutture che si misurano sull'input — ore, headcount, sprint allocati — sono progettate per durare.

"Pago a ore, controllo settimanale" è la frase più costosa che un cliente possa firmare. Significa "pago il fornitore per restare, non per finire".

Red flag #8 · Rapporto 10:1 fra documento e codice

Una metrica empirica che usiamo internamente quando audit-iamo un progetto deragliato: il rapporto fra pagine di documentazione (deck, requirement, framework, presentazioni di stato) e righe di codice operative scritte. Le agenzie sane stanno sotto 1:5 — più codice che documentazione. Le agenzie slide spesso sono a 10:1 o peggio: cento pagine di documentazione per ogni cento righe di codice. Quel rapporto è leggibile come una carta d'identità: ti dice esattamente che tipo di lavoro stai pagando.

Chiedi al fornitore, alla firma, il volume previsto di documentazione formale (deck di status, framework operativi, presentazioni stakeholder) rispetto al volume previsto di codice in produzione. Se non hanno una stima, non hanno mai pensato in questi termini.

Test in trenta minuti

Una griglia operativa che il vertice di un'azienda può eseguire prima di firmare un preventivo a sei cifre. Cinque domande, trenta minuti, niente sale riunioni:

  1. Mostrami un sistema che hai portato in produzione in ≤ 21 giorni per un altro cliente. Anche anonimizzato. Voglio vedere lo schema architetturale e il numero che ha mosso. Tempo atteso: 5 minuti.
  2. Chi scriverà il codice del mio progetto, di nome e cognome? Voglio link al repository pubblico, talk, articolo tecnico. Tempo atteso: 5 minuti.
  3. Sui modelli frontier disponibili oggi, quale routing useresti per il mio caso e perché? Risposta attesa: comparazione costi/latenza/qualità con almeno tre provider, niente monoculture. Tempo atteso: 8 minuti.
  4. Il deliverable finale è codice nel mio repository o accesso a un sistema gestito da voi? Risposta attesa: codice e configurazione esportabili, infrastruttura su mio account cloud. Tempo atteso: 5 minuti.
  5. Se al giorno 21 il sistema non gira, cosa succede al contratto? Risposta attesa: clausole esplicite, ridiscussione scope, rimborso parziale, exit pulita. Tempo atteso: 7 minuti.

Se il fornitore inciampa su due o più di queste cinque domande, è il momento di chiudere la riunione e cercare un altro fornitore. Stai per pagare per le slide.

Se sei già intrappolato

Per chi ha già firmato e si trova a cinque mesi di "discovery" senza un sistema in produzione, l'opzione di uscire pulito esiste. Tre passi pratici:

Primo · richiesta scritta del codice e dei dati. Indipendentemente da quello che dice il contratto, una richiesta formale di accesso al codice sorgente e a tutti i dati prodotti finora costringe il fornitore a esplicitare cosa esiste davvero. Spesso emerge che il "sistema" è una serie di prototipi mai integrati. Quello è il momento di rinegoziare.

Secondo · fissa una soglia di valore minimo a sessanta giorni. Se entro due mesi non hai un sistema che muove almeno una metrica concreta — una conversione, un costo operativo, un tempo di risposta — chiudi il contratto e taglia la perdita. Le clausole di uscita esistono in tutti i contratti seri; in quelli traballanti basta minacciare comunicazione pubblica per ottenere mediazione.

Terzo · seconda opinione operativa, non strategica. Non chiamare un'altra agenzia di consulenza a fare un audit del primo. Chiama un fornitore che sa portare codice in produzione e fagli costruire, in tre settimane, una versione ridotta dello stesso sistema. Se ci riesce, sai che la prima agenzia ti stava prendendo in giro. Se non ci riesce nemmeno il secondo, il problema non era l'agenzia — era il perimetro del progetto, e la conversazione cambia.


Non farti ingannare dal gergo. Il codice in produzione è l'unico metro di giudizio. Se un fornitore non può mostrarti sistemi operativi funzionanti nelle prime tre settimane di collaborazione, fermati. Il costo dell'inazione è alto, ma il costo di rincorrere slide vuote per un anno è fatale — e nel 2026 il vantaggio competitivo si compone in cicli di ventuno giorni, non in piani triennali.

Lettura Jigen: questa checklist non descrive un'eccezione del mercato — descrive il default. Le agenzie che vendono slide rappresentano oggi la maggioranza dell'offerta consulenza-AI in Europa. Riconoscerle in trenta minuti è una capacità che si paga da sola alla prima diligence saltata.