Come usare l'AI per analizzare un RFP per eventi e DMC
Scenario fittizio. Venerdì alle 17:08 arriva un PDF da 37 pagine. La consegna è martedì. L'AI produce una sintesi in 40 righe e propone un concept. Nessuno nota che a pagina 29 c'è una finestra di allestimento incompatibile con la venue suggerita.
Il concept è partito prima dei requisiti.
Usare l'AI per analizzare un RFP per eventi e DMC significa trasformare il documento in una requirement matrix verificabile. Ogni riga conserva pagina o sezione, testo sorgente, tipo, stato, owner, prova e domanda aperta. Se la riga non torna al documento, non entra nella proposta.
Noi chiamiamo questo criterio la riga che deve tornare. Riduce il rischio più comune dell'analisi automatica: una sintesi plausibile che mescola requisito, interpretazione e invenzione.
Separa analisi e proposta
Il primo output non è una proposta. È una mappa del lavoro richiesto e di ciò che ancora manca.
Tieni 2 cartelle o 2 stati:
| Stato | Contiene | Non contiene |
|---|---|---|
| analisi | requisiti, fonti, domande, rischi, prove | concept, promessa, prezzo finale |
| proposta | risposta approvata ai requisiti verdi | requisiti senza fonte o assunzioni nascoste |
La separazione protegge il team dalla prima idea riuscita. Se il modello ha già scritto il concept, tenderai a leggere il RFP per confermarlo.
L'articolo su AI per agenzie eventi e DMC mappa più workflow del ciclo. Qui restiamo in un punto preciso: capire il documento ricevuto prima di impegnare creatività, fornitori e stima.
Congela il pacchetto ricevuto
Prima dell'AI, registra cosa hai ricevuto.
rfp_id: RFP-EVT-026
received_at: 2026-08-15T17:08:00+02:00
files:
- rfp-v3.pdf
- venue-annex.xlsx
- brand-guidelines.pdf
source_hashes: [riferimenti]
scadenza_consegna: 2026-08-19T12:00:00+02:00
scadenza_chiarimenti: 2026-08-17T18:00:00+02:00
analysis_owner: proposal-lead
Scenario e valori fittizi. Hash e versioni evitano che 2 persone analizzino allegati diversi con lo stesso nome.
Non caricare automaticamente il pacchetto in un tool. Verifica confidenzialità, dati personali, accordi, luogo di trattamento, accessi e policy interne. Se il perimetro non consente il caricamento, usa un ambiente approvato o prepara una mappa manuale.
È solo un PDF non è un criterio di sicurezza.
Costruisci l'indice delle fonti
Ogni documento riceve un ID. Ogni pagina o sezione utile può essere citata in modo stabile.
source_id | Documento | Versione | Uso |
|---|---|---|---|
| F01 | RFP principale | v3 | obiettivi, scope, consegna |
| F02 | allegato venue | v1 | capienze, accessi, orari |
| F03 | linee guida brand | 2026-06 | asset, approvazioni, claim |
Se il PDF ha testo non selezionabile, l'OCR diventa un passaggio da verificare. Conserva pagina e immagine di riferimento. Un numero letto male in una tabella non va corretto a intuito.
Prepara anche una lista di contenuti esclusi: firme, contatti personali, note non necessarie, dati economici fuori dal perimetro dell'analisi. Minimizzare l'input riduce ciò che può essere copiato nell'output.
Estrai righe, non un riassunto
Chiedi all'AI un formato rigido. Una riga per requisito o informazione operativa.
requirement_id: R-018
source_ref: F01-p29
source_text: finestra di allestimento dalle 06:00 alle 09:30
type: hard-requirement
interpretation: allestimento completo entro apertura accrediti
status: needs-confirmation
owner: production
evidence_needed: venue-access-plan
dependency: supplier-load-in
clarification_question: accesso mezzi incluso nella stessa finestra?
La citazione deve essere abbastanza corta da verificare e abbastanza precisa da ritrovare. Non copiare interi documenti nella matrice.
Usa un prompt con 3 stop:
Estrai soltanto ciò che compare nelle fonti fornite.
Per ogni riga cita source_id e pagina o sezione.
Se una frase ammette 2 interpretazioni, non scegliere: crea una domanda.
Non stimare prezzo, disponibilità o fattibilità.
Non scrivere concept o proposta.
Il NIST AI RMF indica di documentare limiti del sistema e modo in cui le persone useranno e supervisioneranno l'output. Qui il limite principale è semplice: un modello può riorganizzare il testo. Non può confermare ciò che il committente non ha scritto.
Classifica senza trasformare ogni frase in un obbligo
Un RFP contiene richieste, preferenze, contesto, criteri, esempi e domande. Mescolarli gonfia lo scope.
Usa 5 tipi locali:
| Tipo | Significato | Azione |
|---|---|---|
| hard requirement | condizione presentata come obbligatoria | prova o blocco |
| preference | direzione desiderata | risposta motivata |
| evaluation criterion | elemento dichiarato di valutazione | collegare evidenza |
| context | fatto che orienta il lavoro | verificare impatto |
| ambiguity | testo con più letture o informazione mancante | domanda di chiarimento |
Non dedurre obbligatorio da un tono forte. Conserva il testo sorgente e fai verificare la classificazione al proposal lead o alla funzione competente.
Il Sourcing Playbook del Cabinet Office britannico collega una specifica chiara alla possibilità per i fornitori di capire se partecipare e formulare offerte informate. La guida riguarda soprattutto il sourcing del settore pubblico britannico. Non è una regola applicabile a ogni RFP privato o italiano. Il principio resta utile: se la specifica non permette una decisione informata, la risposta deve rendere visibile il buco.
Collega ogni requisito a una prova
Una proposta forte non ripete possiamo farlo. Mostra l'evidenza adatta, oppure dichiara cosa manca.
| Requisito | Prova possibile | Owner | Stato |
|---|---|---|---|
| gestione 600 accrediti | piano flussi e capacità verificata | operations | da validare |
| accessibilità materiali | processo, formati e owner | content lead | verde |
| venue entro perimetro | scheda venue e tempi trasferimento | DMC | aperto |
| report entro 5 giorni | template, fonti e responsabilità | analytics | verde |
I numeri sono fittizi. Capacità, tempi e distanze vanno verificati su fonti reali.
Per la venue, il workflow di AI per il venue sourcing può aiutare a costruire una matrice separata. Non deve riempire la requirement matrix con disponibilità o capienze non confermate.
Per il report, il contenuto su AI e report post-evento distingue fonti, evidenze e interpretazioni. Nel RFP basta indicare cosa verrà consegnato, da quali dati e con quale owner, se il committente lo richiede.
Non stimare ciò che non hai ancora capito
La requirement matrix può indicare un driver di costo. Non deve inventare un prezzo.
Usa etichette:
- quantità confermata,
- quantità mancante,
- dipendenza da fornitore,
- finestra critica,
- assunzione richiesta,
- esclusione proposta.
Servono 12 hostess è una stima. Sono indicati 3 accessi, 2 fasce e 600 partecipanti, ma manca il tasso di arrivo per fascia è un fatto con un buco.
Qui tocca tornare al documento, riga per riga. Se il dato non c'è, la matrice deve diventare più esplicita, non più creativa.
La stima arriva quando owner e fornitori hanno validato quantità, condizioni e dipendenze. Prima puoi costruire scenari dichiarati, mai presentarli come requisiti ricevuti.
Crea il clarification log
Le domande non restano nei commenti del PDF. Entrano in un registro con causa, impatto e scadenza.
| ID | Fonte | Domanda | Perché serve | Owner | Stato |
|---|---|---|---|---|---|
| Q01 | F01-p29 | l'accesso mezzi è dentro la finestra 06:00-09:30? | cambia piano fornitori | production | da inviare |
| Q02 | F02-r14 | la capienza indicata è seduta o totale? | cambia layout | venue lead | da inviare |
| Q03 | F01-p11 | quali dati alimentano il report? | cambia raccolta e tempi | analytics | da inviare |
Raggruppa le domande per interlocutore e priorità. Rispetta il canale e la finestra previsti dal processo di gara. L'AI non invia niente.
Quando arriva una risposta, registra fonte, data e versione. Non sovrascrivere la domanda con la nuova verità. Mantieni la sequenza.
La guida del Department for Education britannico descrive la specification come il documento che spiega ai fornitori cosa si vuole acquistare e invita a coinvolgere utenti, approvatori e fornitori nella preparazione. Anche questa fonte riguarda un contesto pubblico specifico. La usiamo per sostenere il valore di una specifica leggibile, non per definire la procedura di un evento privato.
Prepara il gate bid o no-bid
Prima del concept, il team deve poter dire partecipiamo, non partecipiamo oppure decidiamo quando arriva Q01.
Una scheda può contenere:
| Gate | Stato | Evidenza |
|---|---|---|
| requisiti bloccanti compresi | verde | 18 righe verificate |
| capability disponibile | giallo | 1 partner da confermare |
| tempi compatibili | rosso | finestra allestimento aperta |
| prove richieste disponibili | verde | 6 evidence ID |
| esclusioni accettabili | giallo | decisione commerciale |
| dati e condizioni trattabili | verde | perimetro approvato |
La decisione non viene delegata all'AI. Il modello può mostrare righe rosse, dipendenze e contraddizioni. Account, production, finance e direzione decidono secondo il proprio processo.
Se un requisito bloccante resta ambiguo dopo la scadenza delle domande, scrivi l'assunzione in proposta oppure non partecipare. Nasconderlo nel prezzo sposta il conflitto a dopo.
Esegui una doppia lettura
Usa 2 passaggi diversi.
Nel primo chiedi estrazione con citazioni. Nel secondo chiedi di cercare omissioni e conflitti rispetto all'indice delle fonti, senza aggiungere righe nuove senza riferimento.
Poi fai review umana su un campione e su tutti i requisiti classificati come hard, criteri di valutazione, scadenze, numeri, responsabilità e condizioni economiche.
Un controllo utile:
| Verifica | Domanda |
|---|---|
| completezza | ogni sezione del RFP ha almeno uno stato? |
| fedeltà | ogni riga torna alla fonte? |
| distinzione | fatto, interpretazione e domanda sono separati? |
| numeri | unità, valuta, data e perimetro coincidono? |
| allegati | ogni dipendenza punta alla versione corretta? |
| scope | nessun requisito è nato dal concept? |
La requirement matrix passa quando una persona può risalire dal requisito al documento senza chiedere al modello cosa intendesse.
Un esempio compatto
RFP fittizio per un evento aziendale di 1 giornata.
| ID | Fonte | Requisito | Tipo | Stato | Prova o domanda |
|---|---|---|---|---|---|
| R01 | F01-p6 | apertura plenaria entro le 09:30 | hard | verde | agenda v1 |
| R02 | F01-p9 | esperienza coerente con 3 valori brand | criterion | aperto | definire evidence ID |
| R03 | F02-r14 | sala indicata per 600 persone | context | giallo | chiarire layout |
| R04 | F01-p29 | allestimento 06:00-09:30 | hard | rosso | Q01 su accesso mezzi |
| R05 | F01-p33 | report entro 5 giorni | hard | verde | owner e template |
Il primo concept può partire soltanto con R04 risolto o con un'assunzione autorizzata. R02 non autorizza claim generici sul brand. Richiede una prova collegata ai criteri dichiarati.
La pagina eventi di MAIKER HUB è la destinazione coerente quando analisi, concept e produzione devono restare nello stesso filo operativo.
Gli errori che sporcano la proposta
- generare il concept nello stesso passaggio dell'estrazione,
- perdere versione e hash degli allegati,
- classificare ogni frase come obbligo,
- citare il documento senza pagina o sezione,
- correggere un OCR a intuito,
- trasformare un dato mancante in una stima,
- lasciare domande nei commenti del PDF,
- caricare documenti senza verificare il perimetro,
- usare una fonte pubblica straniera come regola della gara reale,
- far decidere bid o no-bid al modello.
Le prime 10 righe
Prendi il prossimo RFP e non chiedere una sintesi. Chiedi 10 righe con source_ref, testo, tipo, stato, owner e domanda.
Controllale sul documento. Se 2 non tornano, ferma l'analisi e correggi il metodo prima di generare le altre.
Porta a MAIKER HUB un RFP ripulito, la matrice e le domande aperte. Costruiamo concept e produzione soltanto dopo che ogni promessa può tornare a una fonte o a una decisione approvata.
Domande frequenti
Posso caricare un RFP riservato in ChatGPT o in un altro LLM?
Solo se contratto, policy, configurazione, accessi e trattamento lo consentono. Il fatto che il tool accetti il PDF non autorizza il caricamento. Quando il perimetro è incerto, fermati.
La sintesi iniziale serve?
Può aiutare a orientarsi, ma non sostituisce la requirement matrix. Una decisione o una promessa deve tornare a una riga verificata.
Come gestisco tabelle e allegati?
Assegna ID e versione. Verifica OCR, unità, riferimenti e formule. Per numeri e condizioni bloccanti fai sempre controllo sulla fonte originale.
L'AI può preparare le domande di chiarimento?
Può proporle a partire dalle righe ambigue. L'owner verifica formulazione, priorità, canale e scadenza. Nessun invio automatico.
Quando posso iniziare la proposta?
Quando requisiti bloccanti, assunzioni, prove, dipendenze e gate bid/no-bid hanno un owner e uno stato leggibile. Non serve che ogni dettaglio sia chiuso, ma ciò che resta aperto deve essere dichiarato.