Come definire lo scope di un progetto IA prima di ingaggiare un'agenzia

Ogni settimana un management team invia una RFP per "una soluzione IA" e riceve cinque proposte che sembrano identiche e si comportano in modo completamente diverso. Il problema non sono le agenzie. Il problema è lo scope. Se definisci bene lo scope, il resto è procurement. Se non lo fai, stai comprando biglietti della lotteria.

Questo articolo è la checklist che usiamo con i clienti prima che prendano sul serio una singola proposta.

Perché lo scope uccide più progetti IA della tecnologia

La maggior parte dei progetti IA falliti non fallisce perché il modello non funzionava. Fallisce perché il progetto ha consegnato qualcosa che nessuno poteva usare o che non spostava davvero una metrica a cui qualcuno teneva. La tecnologia andava bene. Lo scope era sbagliato.

Uno scope sbagliato si manifesta come:

• Un prototipo senza un owner di business.
• Un workflow che nessuno integra nelle operazioni quotidiane.
• Una metrica che "migliora" ma non cambia alcuna decisione.
• Un modello accurato sui dati di test e inutile il martedì mattina.

La soluzione non è un modello migliore. È una domanda migliore.

Il brief di scope minimo

Prima di consegnare qualsiasi cosa a un'agenzia, un freelance, un FDE o un vendor, dovresti saper rispondere a queste domande in una sola pagina.

1. Chi è l'owner del risultato?

Nomina una persona. Non un team. Non uno steering committee. Una singola persona il cui numero cambia se questa cosa funziona.

Se non riesci a nominarne una, fermati. Non stai definendo lo scope di un progetto — stai finanziando un hobby.

2. Quale metrica si muove, e di quanto?

Scegli una metrica primaria. Esempi che funzionano:

• "Ridurre il tempo per redigere una proposta commerciale da 4 ore a 30 minuti."
• "Aumentare la pipeline qualificata da inbound del 25%."
• "Tagliare il tempo di arricchimento manuale del CRM per commerciale da 6 ore a settimana a 1."

Esempi che non funzionano:

• "Migliorare la produttività." Di chi?
• "Usare l'IA per il marketing." Facendo cosa, esattamente?
• "Diventare più data-driven." Rispetto a cosa?

Se non riesci a mettere un numero accanto al verbo, non sei pronto.

3. Qual è la versione più piccola che è ancora utile?

La maggior parte degli scope IA è 3 volte troppo grande. Chiediti: se potessimo costruire un solo workflow, quale sarebbe? Quella è la tua v1. Tutto il resto è v2.

4. Che aspetto ha il fallimento a 90 giorni?

Se al giorno 90 il team non lo sta usando, perché potrebbe essere? Scrivi tre risposte oneste. Saranno le ipotesi che dovrai testare nel prototipo.

5. Quali dati hai davvero?

Non quali dati vorresti avere. Quali dati vivono oggi nei tuoi sistemi, con qualità ragionevole, a cui qualcuno può concedere accesso in due settimane.

Se la risposta è "prima dovremo fare un progetto dati", quello è un progetto diverso. Definiscine lo scope separatamente.

6. Qual è il vincolo davvero determinante?

Tempo? Budget? Compliance? Politica interna? Scegline uno. Le proposte che riceverai sono radicalmente diverse a seconda della risposta. Se non riesci a nominare il vincolo determinante, riceverai la proposta che ogni vendor voleva vendere, non quella di cui la tua situazione ha bisogno.

Le domande che le agenzie dovrebbero farti

Se un'agenzia presenta una proposta senza aver fatto queste domande, tratta la proposta come un'ipotesi a caso:

• Chi è l'owner interno del risultato?
• Che aspetto ha il successo, in numeri, al giorno 90?
• Quali sistemi sono nello scope e quali esplicitamente fuori?
• Qual è lo stato dei dati oggi?
• Qual è il processo di acquisto e la timeline?
• Cosa è stato provato prima, e perché non ha attecchito?

Un vendor che salta queste domande e va dritto alle funzionalità della piattaforma sta vendendo, non facendo scoping.

Confrontare le proposte quando arrivano

Quando le proposte arrivano, valutale su cinque criteri. Non le capacità — lo scope.

• Chiarezza dello scope. Riesci a leggerla e prevedere esattamente cosa verrà costruito?
• Trasparenza delle ipotesi. Cosa hanno presunto? Quelle ipotesi sono corrette per la tua realtà?
• Superficie di rischio. Cosa potrebbe far deragliare il progetto — integrazioni, dati, sicurezza, change management — e come lo gestiscono?
• Logica di prezzo. Il prezzo è legato al risultato, al tempo o allo scope? Le incongruenze sono campanelli d'allarme.
• Via d'uscita. Quanto costa uscire dopo la v1? Il vendor lock-in è una spesa reale — Il costo nascosto della scelta del partner IA sbagliato mostra come si presenta nella pratica.

Assegna a ogni proposta un punteggio da 1 a 5 su questi criteri. Quella che ottiene il punteggio più alto è raramente quella con il prezzo più basso o il deck più bello.

Errori comuni

• Trattare la discovery come una fase gratuita. La vera discovery è lavoro pagato. Se un vendor la offre gratis, o sta sussidiando le vendite o sta saltando la versione rigorosa.
• Aggiungere scope durante il procurement. Ogni "e anche" raddoppia il rischio. Resisti.
• Lasciare che il vendor definisca lo scope a proprio favore. Se lo stesso vendor definisce lo scope e fa l'offerta, stai pagando per uno scope di parte.

Punti chiave

• La maggior parte dei progetti IA fallisce sullo scope, non sulla tecnologia.
• Un vero brief di scope nomina l'owner, la metrica, la v1 e il vincolo determinante.
• Le buone agenzie fanno le stesse domande prima di fare un'offerta. Quelle cattive presentano funzionalità.
• Confronta le proposte sulla chiarezza dello scope, non sulle liste di capacità.

Se vuoi uno scope più affilato prima di prendere sul serio una singola proposta, è esattamente ciò per cui è costruito l'AI Scoping Workshop. E quando lo use case ha ancora bisogno di prove, validalo con un MVA Sprint prima di scalare.

---

Hai già ricevuto proposte IA? Fai revisionare ogni proposta in modo indipendente prima di impegnarti, oppure prenota un intake gratuito di AI scoping. Indipendente, veloce, e segnaleremo cosa manca.