Vai al contenuto
Se non funziona, non paghi. 30 giorni.
Implementa.
Automazione··7 min

Bid o no bid: usare l'IA per decidere a quali gare partecipare (e a quali no)

Tutto il mercato ti vende IA che scrive l'offerta. La tesi di questo post è l'opposta: decidere a quali gare partecipare con l'IA vale più soldi che scrivere le offerte, perché la gara che perdi ti costa una settimana dei tuoi profili migliori e non compare da nessuna parte come spesa. Cosa può fare davvero l'IA nel bid/no-bid, cosa non puoi chiederle, e il segnale che il tuo criterio non esiste.

Senior AI Operations Implementer

AI Operations Pod

La tesi in una frase: l'IA che scrive la tua offerta ti fa risparmiare ore; quella che ti dice di non presentarla ti fa risparmiare settimane. E solo una delle due si vende.

È logico che vada così. Scrivere è un problema visibile, misurabile e dimostrabile in una demo: carichi il disciplinare, esce la bozza, applaudono tutti. Decidere di non partecipare non ha demo. Non produce nessun deliverable. Nessuno esce dalla riunione con un bel documento. L'unica cosa che produce è una settimana dei tuoi profili migliori che non è stata spesa, e quella non compare in nessuna riga di nessun budget.

Perché decidere a quali gare partecipare conta più che scrivere le offerte

Parti dall'aritmetica, che è dove si vede. Il rapporto annuale di Loopio sulla risposta alle gare, che intervista più di 1.500 aziende, colloca il tasso medio di vittoria al 39% quest'anno, con l'Europa nello stesso intorno e il Regno Unito sopra, al 47%. Tradotto: su dieci gare che presenti, sei finiscono nel cestino. E ognuna si è portata via giorni di lavoro delle persone che conoscono meglio il tuo prodotto.

Lo stesso rapporto dà il dato che qui interessa davvero: le aziende rispondono in media al 55% delle gare che ricevono. Cioè quasi la metà viene già scartata. La domanda non è se filtri —filtri—, è come: se quel 45% si decide con un criterio scritto o si decide alle sette di un venerdì sera, per stanchezza, in base a chi urla di più in riunione o per il pregiudizio che questo cliente ci fa una gran gola.

Lì stanno i soldi. Scrivere meglio alza il margine delle gare a cui andavi comunque. Filtrare meglio cambia a quali vai, e questo sposta l'intero tasso di vittoria. Una squadra che presenta venti gare all'anno con un 30% di successo e un'altra che ne presenta dodici con un 50% guadagnano uguale — solo che la seconda si è risparmiata otto settimane di lavoro e ha la sua gente riposata per l'offerta che conta davvero.

Quello che l'IA fa bene qui (e non è prevedere chi vince)

Togliamoci prima di mezzo la fantasia: non chiedere a un modello se vincerai. Non lo sa. Non conosce gli altri concorrenti, non conosce il prezzo a cui andranno, non sa che rapporto ha la stazione appaltante con l'operatore uscente, e qualunque probabilità ti sputi fuori è un'allucinazione con due decimali. Se qualcuno ti vende questo, ti sta vendendo un oracolo.

Quello che invece fa bene, e fa molto bene, è istruire il fascicolo in minuti invece che in giorni. Leggere trecento pagine di documentazione di gara e portare a galla le cose che ti squalificano, che sono quasi sempre le stesse quattro:

  1. Requisiti che non hai e non puoi avere in tempo. Capacità tecnica o economico-finanziaria, attestazioni, certificazioni, servizi analoghi documentati negli ultimi tre anni. Questo è booleano ed è scritto. È esattamente il lavoro che un modello fa bene e che una persona stanca fa male a pagina 180.
  2. Criteri di aggiudicazione dove perdi per struttura. Se il prezzo pesa il 60% e tu non sei quello economico, non hai un problema di scrittura: hai un problema di aritmetica. Estrarre la griglia di ponderazione e confrontarla con la tua posizione reale è un filtro da trenta secondi che quasi nessuno applica prima di dire di sì.
  3. Bandi scritti su misura per un altro. Non serve accusare nessuno: basta riconoscere lo schema —specifiche così puntuali che un solo prodotto le soddisfa, tempi di esecuzione che hanno senso solo se eri già dentro, referenze richieste che descrivono il contratto precedente—. Il modello non giudica l'intenzione, segnala il segnale. Decidi tu.
  4. Il calendario vero. Non la scadenza: il lavoro che c'è tra oggi e la scadenza, incrociato con le altre due gare che hai già aperte e la persona che dovrebbe farle tutte e tre. È il filtro che dovrebbe far cadere più gare ed è quello che si applica di meno, perché obbliga a guardare la capacità e non la voglia.

Nota che nessuno dei quattro è una previsione. Tutti e quattro sono lettura e confronto: tirare fuori quello che è già scritto nel bando e metterlo davanti a quello che è già scritto a casa tua. Per questo funziona. E per questo l'output corretto non è un verdetto, è un fascicolo di una pagina con i quattro punti risolti e le bandiere rosse segnalate, perché la decisione la prenda chi deve prenderla.

Il criterio scritto: cinque domande e una soglia

Automatizzare un criterio che non esiste non produce un criterio: produce lo stesso disordine, più veloce. Prima di collegare qualsiasi cosa, scrivi le domande e la soglia. Cinque bastano, e le prime quattro sono quelle di sopra. La quinta è quella che nessuno scrive:

Cosa smettiamo di fare quella settimana? Il costo opportunità è l'unico fattore che non sta nel bando, ed è quasi sempre quello decisivo. Presentarsi a una gara non costa il tempo di scriverla: costa la proposta commerciale che non è stata fatta, il cliente attuale che non è stato seguito e il margine della settimana dopo. Se quella domanda non è nel tuo modello di decisione, il tuo bid/no-bid sta misurando male.

E una soglia, esplicita: quante bandiere rosse trasformano un «dipende» in un «no». Scrivila prima di avere il bando davanti, perché con il bando davanti e un cliente che fa brillare gli occhi a qualcuno, tutte le soglie diventano flessibili.

Quando NON montare questa cosa

Se presenti quattro gare all'anno, non automatizzare niente. Leggile. Il filtro automatico si ripaga a partire da un certo volume —quando il collo di bottiglia è che arrivano più bandi di quanti qualcuno riesca a leggere con attenzione— e sotto quella soglia l'unica cosa che ottieni è infilare uno strato di software tra te e un documento che ti conveniva leggere per intero.

Non montarlo nemmeno se il tuo problema vero è che non sai perché perdi. Un filtro d'ingresso non aggiusta un'offerta che prende punteggi bassi: ti fa solo presentare meno della stessa roba. Lì il lavoro è un altro —rileggere i verbali di valutazione delle gare perse, che negli appalti pubblici di solito sono disponibili e quasi nessuno legge—.

Il segnale che il tuo bid/no-bid non esiste

C'è una domanda che lo smaschera in dieci secondi: qual è stato il tuo tasso di vittoria l'anno scorso, e quante ore è costata ogni gara presentata? Se i due numeri non esistono, non hai un processo di decisione: hai un'abitudine. E non puoi migliorare quello che non misuri — vale per un'automazione e vale per questo: misurare il rendimento di un sistema una volta in produzione parte sempre dall'avere la linea di base prima, non dal comprare lo strumento.

Parti da lì, allora. Tira fuori la lista delle gare dell'ultimo anno, segna quali hai vinto e quante ore se n'è portata via ciascuna. Con quella tabella davanti il criterio si scrive da solo: vedrai lo schema di quello che vinci e lo schema di quello che ti dissangua, e probabilmente scoprirai che sono due anni che ti presenti religiosamente a un tipo di gara che non hai mai vinto.

E dopo, sì: per le gare che passano il filtro, automatizza la risposta. Lì l'IA fa risparmiare esattamente quello che promette, ed è risolto come servizio in rispondere alle gare senza bruciare una settimana per bando. Ma in quest'ordine. Prima decidere a quali non vai, poi scrivere meglio quelle che restano. Al contrario, l'unica cosa che ottieni è perdere gare più in fretta e con una tipografia più bella.

Lo lasciamo a girare?

Se questo ti ha risuonato, conversazione di 30 minuti senza impegno. Ti diciamo cosa calza, cosa no e il prezzo approssimativo.

Vedi i case study
Bid o no bid: usare l'IA per decidere a quali gare partecipare (e a quali no) · Implementa