Gestionale eventi: costo, margine e soglia
Matteo Migliore

Matteo Migliore è un imprenditore e architetto software con oltre 27 anni di esperienza nello sviluppo di soluzioni basate su .NET e nell'evoluzione di architetture applicative per imprese e organizzazioni di alto profilo.

Ha guidato progetti enterprise, formato centinaia di sviluppatori e aiutato aziende di ogni dimensione a semplificare la complessità trasformando il software in guadagni per il business.

Sono le sei del pomeriggio del giorno prima di una convention per trecento persone, e nell'ufficio di un'agenzia eventi c'è una responsabile con tre fogli aperti e il telefono in mano. Il preventivo firmato dal cliente prevedeva due schermi, il tecnico audio, un catering da 300 coperti e una navetta. Nei dieci giorni successivi il cliente ha chiesto un terzo schermo, una sala in più per le pause, un secondo turno di navetta e un aperitivo prima della cena. Ogni richiesta è stata accettata a voce o per mail, ogni fornitore ha fatto il suo prezzo, e nessuna di queste cose è tornata nel preventivo. Il margine che l'agenzia pensava di avere era il 22 per cento. Sul consuntivo, tra due mesi, sarà un numero più piccolo, e nessuno saprà dire esattamente dove sia finito.

Un gestionale eventi serve a togliere questo pomeriggio, ma non tutte le agenzie ne hanno bisogno, e chi ne ha bisogno spesso compra prima il programma per i preventivi e scopre dopo che il guaio stava a valle. Trovi che cosa significa davvero questa parola, il numero che dice se ti serve, quanto costa ogni anno non averlo, come si tengono insieme preventivo, fornitori, risorse e fatture, quando conviene un prodotto pronto e quando costruire qualcosa, e dove l'intelligenza artificiale aiuta senza fare danni.

Una premessa onesta: dal 1999 costruisco software per aziende, e il mestiere di chi organizza eventi lo conosco da clienti che lavorano a progetto, con una squadra piccola, tanti fornitori e una data che non si sposta. Il caso che uso in tutto l'articolo è un'agenzia tipo, costruita con ordini di grandezza che ho visto in progetti simili e con le medie del settore: non sono i dati di un cliente e non voglio farli passare per tali. Servono a mostrare il metodo, e il metodo lo rifai con i tuoi numeri in un pomeriggio.

Che cos'è un gestionale eventi, e che cosa non è

Un gestionale eventi è un sistema che tiene nello stesso posto le cose che in un'agenzia, in un'azienda di catering o in un service tecnico si toccano ogni giorno: il preventivo con le sue versioni, il budget di costo, gli ordini ai fornitori, le persone e le attrezzature assegnate a ogni data, gli acconti e le fatture, il consuntivo. Il valore non sta in nessuna di queste funzioni da sola. Sta nel fatto che ognuna legge ciò che ha scritto l'altra, e che quando cambia una riga del preventivo cambia anche il budget, l'ordine al fornitore e la previsione di margine.

Non è il programma per fare i preventivi. Quello produce un documento bello da mandare al cliente, ed è utile, ma da solo non sa che il terzo schermo costa all'agenzia 780 euro e che nessuno l'ha messo in fattura. Non è il programma di fatturazione: emette fatture elettroniche e basta, e di solito ignora gli acconti legati alle tappe dell'evento e i costi che arrivano dai fornitori dopo il fatto. Non è nemmeno il foglio di calcolo con una scheda per evento, che funziona benissimo fino a quando gli eventi in corso sono tre e a scriverci è una persona sola, e smette di funzionare il giorno in cui sono dodici e le persone quattro.

La differenza si sente con una domanda: "su questo evento, adesso, quanto margine mi è rimasto?". Se la risposta richiede di aprire il preventivo, tre mail dei fornitori e il foglio dei costi, e di fidarsi della memoria di chi ha seguito il lavoro, quello che hai è un insieme di strumenti, non un gestionale. Non è per forza un male: un'agenzia che fa otto eventi l'anno, tutti con gli stessi due fornitori, può vivere benissimo con un modello di preventivo e un foglio condiviso, e più avanti trovi la soglia sotto la quale non conviene altro.

La parola copre mestieri diversi, e conviene distinguerli. L'agenzia di eventi aziendali vende un progetto e compra tutto fuori: location, tecnica, catering, hostess, trasporti. Il catering e banqueting vende menu e personale, e il suo problema sono le quantità, le materie prime e i turni. Il service tecnico e l'allestimento noleggiano attrezzature e squadre, e il loro problema è che lo stesso faro non può stare in due teatri la stessa sera. Chi organizza fiere e congressi ha in più iscrizioni, spazi, relatori e sponsor. Il sistema giusto per ciascuno è diverso, e un prodotto pensato per i matrimoni raramente regge un congresso.

E se hai già un gestionale?

È il caso più frequente, e la risposta non è quasi mai "buttalo". Prima di cambiare, misura che cosa fa e che cosa non fa: se il sistema che hai tiene il budget aggiornato quando cambia il preventivo, avvisa quando una risorsa è assegnata a due eventi lo stesso giorno e produce il consuntivo senza ricopiare, il problema non è lo strumento ma l'uso. Se invece ogni risposta richiede un'esportazione e un foglio, hai un archivio, non un gestionale. In quel caso la strada meno costosa è spesso un pezzo piccolo accanto a quello che hai, che legge i dati e produce la lista dei lavori aperti e il margine di ciascuno, senza toccare cassa e contabilità.

Un ultimo conto, che chi vende non fa: il costo di cambiare idea. Un prodotto si lascia con un'esportazione dei dati e un mese di fastidio; un pezzo su misura ha un proprietario, che sei tu. Prima di firmare qualunque contratto chiedi come si esportano anagrafica dei clienti, storico dei preventivi, archivio dei fornitori e consuntivi, e in quale formato. È la domanda che separa chi ti tratta da cliente da chi ti tratta da ostaggio.

Perché il margine di un evento sparisce fra il preventivo e il consuntivo?

Come il margine di un evento scende in cinque passaggi: preventivo firmato al 22 per cento, richiesta a voce di un terzo schermo, prezzo del fornitore non girato al cliente, straordinario del tecnico la sera prima, consuntivo chiuso due mesi dopo al 17 per cento

Sparisce perché un evento non è un prodotto con un prezzo di listino. È un progetto che si decide in parte nei giorni successivi alla firma, e ogni decisione ha un costo che ricade su chi organizza. Nessun passaggio, preso da solo, è un errore: il cliente chiede, l'agenzia accontenta, il fornitore fa il suo prezzo. Il danno sta nello spazio fra una cosa e l'altra, nei giorni in cui il costo esiste ma non è ancora scritto da nessuna parte.

Il primo spazio è fra la richiesta e la variante. Il cliente telefona e chiede una cosa in più. Chi risponde dice di sì, perché è un buon cliente e perché la data si avvicina, e mette un appunto. Se l'appunto non diventa una riga del preventivo con un prezzo, quel sì è un regalo. Nel caso tipo, in 32 eventi su 85 almeno una variante è stata concordata a voce e non fatturata, per una media di 640 euro.

Il secondo spazio è fra il prezzo del fornitore e il prezzo al cliente. Il tecnico audio chiede un turno di notte, il noleggiatore applica la tariffa festiva, la navetta fa un'ora in più. Sono costi veri, arrivano dopo la firma e finiscono in un budget che nessuno confronta con il preventivo. Il terzo spazio sta nelle risorse: la stessa squadra, lo stesso furgone o la stessa sala assegnati a due date vicine, che si scopre di dover duplicare con un costo d'urgenza. Il quarto sta nei tempi di chiusura: il consuntivo si fa quando tutte le fatture dei fornitori sono arrivate, cioè due mesi dopo, quando l'agenzia è già dentro altri cinque eventi.

Nessuno di questi errori ha un colpevole, e per questo costano. Un sistema che si limita a stampare un preventivo non li vede; uno che tiene un'unica scheda per ogni evento, con il preventivo, il budget e le assegnazioni agganciati tra loro, li fa emergere uno per uno, con una riga e un importo. La regola che uso con i clienti è semplice: se per rispondere a "quanto margine mi resta su questo evento" servono più di dieci minuti e più di una persona, il margine non è sotto controllo.

Quanto costa ogni anno gestire gli eventi con fogli, mail e telefono?

Le sei voci che costano ogni anno a un'agenzia eventi con 85 eventi e 1,87 milioni di ricavi: costi dei fornitori arrivati dopo il preventivo 32.300 euro, tempo d'ufficio speso a ricopiare 31.790, varianti concordate a voce e non fatturate 20.480, preventivi persi per lentezza 14.960, doppie assegnazioni di risorse 9.900, incassi in ritardo 7.787, per un totale di circa 117.217 euro, il 6,3 per cento dei ricavi

Si calcola in sei voci, ognuna misurabile con dati che l'agenzia ha già. Il caso tipo è un'agenzia con nove persone, che organizza 85 eventi l'anno, aziendali e privati di fascia alta, con un ricavo medio di 22.000 euro a evento. Fanno 1,87 milioni di ricavi. Il margine preventivato è del 22 per cento sul ricavo. Il costo diretto, cioè quello che passa dai fornitori, è circa 1,46 milioni. Arrivano a ogni evento in media undici fornitori, e l'ufficio invia ogni anno circa 260 preventivi, di cui uno su tre diventa un evento.

La prima voce sono le varianti concordate a voce e mai fatturate: 32 eventi per 640 euro, cioè 20.480 euro. È la voce più sottovalutata, perché non lascia traccia: nessuna fattura, nessun costo che si possa indicare con il dito, solo un margine più basso del previsto. Si misura prendendo gli ultimi dieci eventi e contando le righe del consuntivo che non erano nel preventivo firmato.

La seconda voce sono i costi che i fornitori hanno fatto arrivare dopo il preventivo e che l'agenzia non ha riaddebitato: noleggi aggiuntivi, tariffe festive, straordinari, ore di navetta. Sono 380 euro in media a evento, cioè 32.300 euro. Non sono varianti chieste dal cliente: sono effetti collaterali di un lavoro vero, che il preventivo non aveva previsto e che nessuno ha avuto il tempo di girare.

La terza voce è il tempo dell'ufficio. Per ogni evento qualcuno ricopia il preventivo nel foglio dei costi, il foglio negli ordini ai fornitori, gli ordini nel piano delle persone, il piano nelle fatture e le fatture nel consuntivo. Sono circa 11 ore a evento, a un costo di 34 euro l'ora, per 85 eventi: 31.790 euro. È tempo di gente brava, usata per fare le fotocopie.

La quarta voce sono i preventivi persi per lentezza. Se il preventivo parte dopo quattro giorni, una parte dei clienti ha già scelto un'altra agenzia. Nel caso tipo sono quattro eventi su 260 preventivi, con un margine di circa 3.740 euro ciascuno: 14.960 euro. È una stima, e la segno come tale: la tua percentuale di preventivi persi per ritardo la conosci solo se chiedi ai clienti che hanno detto di no.

La quinta voce sono le doppie assegnazioni: lo stesso tecnico, lo stesso furgone o la stessa sala promessi a due eventi nella stessa data, scoperti tardi e sistemati con un noleggio d'urgenza o un fornitore pagato il doppio. Nove episodi l'anno a 1.100 euro: 9.900 euro. La sesta voce è il costo del denaro: acconti e saldi fatturati in ritardo, in media 19 giorni oltre quando dovevano partire, su 1,87 milioni di ricavi e a un costo del denaro dell'8 per cento: 7.787 euro.

La somma fa circa 117.200 euro l'anno, il 6,3 per cento dei ricavi. Ho fatto la prova con diversi criteri, e la regola pratica che ne ho ricavato è questa: sotto il 2 per cento il disordine è un fastidio e non una priorità, fra il 2 e il 4 vale la pena guardare con attenzione, sopra il 4 quasi certamente ti serve qualcosa. In questo caso, 6,3, non è un fastidio. È più di tre persone di stipendio.

Due avvertenze. Le voci non sono tutte recuperabili: nessun sistema ti restituisce i 117.200 euro, e chi lo promette ti vende qualcosa. Quello che un buon sistema recupera, in progetti che ho visto, sta fra il 40 e il 70 per cento, perché le varianti non scritte e i costi non girati sono recuperabili solo se esiste un posto dove scriverli subito, mentre i preventivi persi per ritardo dipendono dal mercato. E le voci vanno ricalcolate con i tuoi numeri: se i tuoi eventi sono pochi e grandi, pesa di più la prima; se sono tanti e piccoli, la terza.

Qual è il numero che decide se serve un gestionale eventi?

Le soglie dei punti di margine persi fra preventivo e consuntivo: sotto un punto bastano un modello di preventivo e un foglio condiviso, fra uno e tre punti un prodotto per eventi si ripaga, sopra i tre punti un gestionale è quasi certamente necessario e oltre 2,4 milioni di ricavi l'anno ha senso un pezzo su misura

Non è quanti eventi fai. Il numero che decide è quanti punti di margine scendono fra il preventivo firmato e il consuntivo: la differenza fra il margine che avevi scritto il giorno della firma e quello che trovi alla chiusura, calcolata su un campione di eventi veri. Il motivo è semplice: i punti di margine che spariscono sono la somma di tutte le cose che un gestionale dovrebbe vedere, cioè varianti non scritte, costi non girati e risorse sbagliate. Se il margine scende di poco, il processo regge anche con strumenti poveri. Se scende molto, nessun foglio ti salva.

Nel caso tipo il margine preventivato è del 22 per cento, e quello medio del consuntivo è del 18,65. Il divario, 3,35 punti, coincide con le tre voci più pesanti (varianti non fatturate, costi non girati, assegnazioni doppie) divise per i ricavi. Si misura così, in un pomeriggio: si prendono gli ultimi dieci eventi chiusi, si affiancano il margine del preventivo firmato e quello del consuntivo, e si fa la media dello scarto, pesando per il ricavo.

Le soglie che uso sono quattro. Con meno di un punto di scarto basta un modello di preventivo ben fatto e un foglio condiviso con una regola scritta: ogni richiesta del cliente entra come riga nel preventivo prima di essere accettata. Fra uno e tre punti conviene un prodotto per eventi o per progetti, con preventivo, budget e assegnazioni collegati: si ripaga nell'anno. Sopra i tre punti un gestionale è quasi certamente necessario, e il problema diventa quale. Oltre 2,4 milioni di ricavi l'anno, o con più sedi, divisioni o regole proprie, comincia ad avere senso un pezzo costruito su misura accanto al prodotto.

Per chi ama i numeri, ecco l'estrazione che uso quando il cliente ha un gestionale o un database di preventivi. È una query di esempio: i nomi delle tabelle sono d'invenzione, il metodo no. Dà, per ogni evento chiuso nell'ultimo anno, il margine firmato, il margine reale e lo scarto in punti.

SELECT
    e.Codice,
    e.Cliente,
    e.RicavoFirmato,
    ROUND(100.0 * (e.RicavoFirmato - p.CostoPreventivato) / e.RicavoFirmato, 1) AS MargineFirmato,
    ROUND(100.0 * (e.RicavoFatturato - c.CostoConsuntivo) / e.RicavoFatturato, 1) AS MargineReale,
    ROUND(
        100.0 * (e.RicavoFirmato - p.CostoPreventivato) / e.RicavoFirmato
      - 100.0 * (e.RicavoFatturato - c.CostoConsuntivo) / e.RicavoFatturato, 1) AS ScartoInPunti
FROM Eventi e
JOIN (SELECT EventoId, SUM(Importo) AS CostoPreventivato FROM BudgetRighe GROUP BY EventoId) p
    ON p.EventoId = e.Id
JOIN (SELECT EventoId, SUM(Importo) AS CostoConsuntivo FROM FattureFornitori GROUP BY EventoId) c
    ON c.EventoId = e.Id
WHERE e.Stato = 'Chiuso'
ORDER BY ScartoInPunti DESC;

Se non hai un database, lo stesso conto si fa con un foglio e dieci righe. Il numero che esce non è un voto: è una soglia. E come tutte le soglie ha un'altra faccia, che è la mappa di dove cade lo scarto. In quasi tutti i casi che ho visto, due o tre tipi di evento fanno più della metà del danno, per esempio i matrimoni con molti fornitori diversi o i congressi con le sale che cambiano. Sapere dove cade lo scarto è già metà della cura.

E gli altri due numeri?

Ce ne sono due che accompagnano il primo, e che nell'articolo trovi come controprova. Il tempo di preventivo, cioè i giorni fra la richiesta del cliente e l'invio del documento: sopra i tre giorni, per eventi che si decidono in due settimane, si perde lavoro. E le assegnazioni doppie scoperte tardi: più di tre episodi l'anno dicono che il calendario delle risorse non è condiviso. Con scarto basso e questi due numeri buoni, non cambiare niente.

Come deve funzionare una scheda evento che tiene insieme tutto?

Il flusso di un gestionale eventi: la richiesta del cliente diventa un preventivo a versioni, la conferma apre una scheda evento con budget, ordini ai fornitori, assegnazione di persone e attrezzature, scadenze di acconti e fatture, e a fine evento il consuntivo con il margine reale

Il cuore di un buon sistema è una cosa sola: la scheda evento. Un record che nasce con la richiesta del cliente e attraversa tutto il ciclo, senza che nessuno debba ricopiare un dato da un posto all'altro. Dalla scheda partono tutte le altre funzioni, e a lei tornano tutti i dati. Se un sistema ha dieci menu ma non ha una scheda in cui trovare l'intero evento, non hai un gestionale, hai dieci programmi nello stesso contenitore.

Il percorso è lineare e si può raccontare in sei tappe. Nella prima la richiesta del cliente diventa un preventivo: una versione numerata, con le righe di ricavo e, accanto, le righe di costo previste per ognuna. Il cliente vede il prezzo, l'agenzia vede anche il margine. Nella seconda, alla firma, la versione accettata si congela e diventa il riferimento: da quel momento ogni modifica è una variante con un numero, una data e un importo. Nella terza le righe di costo diventano il budget dell'evento e, da lì, gli ordini ai fornitori, che nascono già con il codice dell'evento e il prezzo concordato.

Nella quarta si assegnano persone e attrezzature, e il sistema controlla che nessuna risorsa sia già impegnata nella stessa data. Nella quinta si fissano le scadenze: gli acconti legati alle tappe, la fattura del saldo, i termini dei fornitori. Nella sesta, a evento finito, il sistema mette a confronto il preventivo, il budget e le fatture ricevute, e produce il consuntivo senza chiedere a nessuno di compilarlo. Quella che per l'agenzia del caso tipo era una settimana di lavoro, in un sistema ben fatto è una pagina che si apre.

Perché funzioni servono tre regole, che sono scelte di processo prima che di software. La prima: nessun costo esiste se non ha un evento. Un ordine, una fattura, un'ora di straordinario senza il codice dell'evento è un costo orfano, e i costi orfani sono il posto dove il margine va a morire. La seconda: nessuna variante esiste a voce. Se il cliente chiede qualcosa, la richiesta entra come variante prima di essere accettata, anche se è di cinque minuti e di cinquanta euro. La terza: il margine è visibile a chi decide, mentre l'evento è in corso, non due mesi dopo.

Quante informazioni servono davvero?

Meno di quante ne chiedono i prodotti. Una scheda evento che chiede quaranta campi non viene compilata, e i campi vuoti sono peggio dei campi assenti. Le informazioni che servono sempre sono otto: cliente, data e luogo, referente, versione di preventivo accettata, righe di ricavo, righe di costo con fornitore, persone e attrezzature assegnate, scadenze di incasso. Il resto si aggiunge quando c'è una domanda a cui rispondere. Il criterio per decidere se un campo serve è uno: qualcuno, prima o poi, deve prendere una decisione guardandolo?

Come si evitano le doppie assegnazioni di persone e attrezzature?

Si evitano con un calendario unico delle risorse, che legge le assegnazioni dagli eventi e non da un foglio parallelo. Sembra ovvio, ed è il punto in cui nascono più errori. Le risorse di un'agenzia sono di tre tipi: persone dell'agenzia (project manager, hostess assunte a giornata), attrezzature proprie o a noleggio (schermi, luci, casse, strutture) e capacità di fornitori (il catering che regge un solo evento grande a sera). Per ciascuna il sistema deve rispondere a una domanda: "è libera in questa data, a questa ora, in questo luogo?"

La parte difficile è che la disponibilità non è solo la data. Un tecnico che finisce alle due di notte a Verona non è disponibile alle otto a Milano, anche se i due eventi sono in giorni diversi. Una struttura smontata la sera del venerdì non è libera il sabato mattina a metà montaggio. Un buon sistema tiene conto di tempi di montaggio, trasferimento e smontaggio, e non solo del giorno scritto sul contratto. Per un prodotto standard è raro; in un pezzo su misura è una regola di poche righe, e su questo il confronto cambia.

Il secondo punto è la differenza fra risorsa certa e risorsa pre-assegnata. Fra la richiesta e la firma l'agenzia tiene le persone "in opzione", per non perderle, ma non può bloccarle per sempre: serve una scadenza dell'opzione che libera la risorsa se il cliente non firma. Senza questa regola il calendario si riempie di eventi che non si faranno mai e l'agenzia dice di no a lavori veri per proteggere lavori ipotetici. Nel caso tipo le opzioni scadute senza essere liberate costavano all'agenzia circa tre eventi l'anno, una cifra che nessuno aveva messo nel conto.

Il terzo è il piano di giornata: l'elenco, per ogni persona, di dove deve essere, a che ora, con chi e con quale materiale. Quando esiste, vive in una mail che nessuno aggiorna. Quando il sistema lo produce dalle assegnazioni, si stampa il giorno prima e si sa chi ha cambiato cosa. Per un service tecnico, che muove squadre, camion e carichi, è la funzione che più spesso decide se un gestionale vale il suo costo.

Come si gestiscono i fornitori senza perdere il prezzo concordato?

Si gestiscono trattando il fornitore come una parte dell'evento e non come una rubrica. Un'agenzia ha due tipi di fornitore: quelli che usa sempre, con un listino e un rapporto, e quelli che trova per un evento, per cui chiede tre preventivi. Il sistema deve servire bene entrambi, e la differenza sta nel dato che si conserva: per i primi il listino, per i secondi lo storico delle offerte, così la prossima volta nessuno parte da capo.

La funzione che fa risparmiare davvero è semplice: l'ordine al fornitore nasce dalla riga di budget e non viene riscritto. Il prezzo concordato è lo stesso che si trova nel preventivo interno; quando il fornitore fattura, il sistema confronta fattura e ordine, e segnala la differenza prima del pagamento. Nel caso tipo, il 14 per cento delle fatture dei fornitori arrivava con una cifra diversa dall'ordine, per più di cento euro. Nessuno aveva intenzione di imbrogliare: erano tariffe festive, ore in più, trasferte. Ma finché la differenza non salta fuori entro pochi giorni, nessuno la gira al cliente, e diventa la seconda voce del conto.

Un'altra cosa utile è la valutazione dopo l'evento. Un fornitore che ha fatto tardi, ha cambiato prezzo o ha mandato un sostituto lascia una traccia nel sistema, con una riga e una data. Dopo un anno, la domanda "con chi lavoriamo volentieri?" ha una risposta basata su fatti, e non sul ricordo di chi c'era. Non serve un sistema di punteggi complicato: bastano tre campi, puntualità, qualità e rispetto del prezzo, con una nota libera.

Infine, i documenti. Per un'agenzia che porta persone e attrezzature in luoghi aperti al pubblico, ogni fornitore ha una documentazione: assicurazione, idoneità, documento unico di regolarità contributiva, nomine per la sicurezza. Se scadono in un cassetto, un fornitore con un documento scaduto entra in un evento senza che nessuno lo sappia. Un sistema che segnala le scadenze dei documenti dei fornitori usati nei prossimi trenta giorni toglie un rischio che non ha un prezzo, perché quando si realizza l'importo lo decide un altro.

Come si trasformano le richieste del cliente in varianti che si fatturano?

Si trasformano con una regola e un modulo di un minuto. La regola è quella che ho scritto sopra: nessuna variante esiste a voce. Il modulo è una riga con quattro dati: che cosa ha chiesto il cliente, quanto costa all'agenzia, quanto si propone di chiedere, chi lo ha accettato. Non serve altro. Se il sistema la rende possibile dal telefono, in trenta secondi, la regola regge. Se richiede di aprire un programma e cercare la scheda, la regola dura una settimana.

Perché il cliente accetti, la variante deve essere visibile a lui e non solo all'agenzia. Un messaggio breve con la descrizione, il prezzo e un pulsante di conferma basta a trasformare una richiesta in un impegno. È la parte che i clienti apprezzano di più, contrariamente a quanto temono le agenzie: nessuno si offende per un importo scritto, e molti preferiscono saperlo prima. Nel caso tipo le varianti scritte e confermate nello stesso giorno sono passate in due mesi da una su tre a otto su dieci.

C'è poi la questione dei costi che non si possono girare. Non tutto quello che nasce dopo la firma è riaddebitabile: se il cliente ha firmato un prezzo chiuso, un ritardo del fornitore o un errore dell'agenzia restano a carico dell'agenzia. Il sistema non risolve la questione commerciale, ma la rende leggibile: ogni costo fuori preventivo ha un'etichetta, "variante cliente", "errore nostro", "evento imprevedibile", e a fine anno si vede quanto vale ciascuna. Quasi sempre, la voce "errore nostro" è più piccola di quanto si teme e più facile da ridurre di quanto si crede.

Un ultimo effetto, che vedo sempre, riguarda i prezzi di partenza. Quando l'agenzia scopre, dopo tre mesi, che i trasporti fuori città costano in media il 18 per cento in più di quanto aveva scritto, la voce nel listino cambia. È la funzione più sottovalutata di un consuntivo fatto bene: non serve a controllare l'ultimo evento, serve a scrivere meglio il prossimo preventivo.

Come si fatturano gli acconti e si incassa nei tempi giusti?

Si fatturano collegando ogni scadenza a un fatto dell'evento. Un evento ha di solito un acconto alla firma, un secondo prima della data e un saldo dopo. Se le scadenze vivono nella testa di una persona o in un promemoria del calendario, il ritardo medio di 19 giorni del caso tipo è normale, e costa circa 7.800 euro l'anno di interessi. Se il sistema le genera dalla versione accettata del preventivo, la fattura di acconto è pronta il giorno in cui va emessa e parte con un clic.

Le regole sono poche. La fattura nasce dalla scheda, con le righe già scritte, e non viene ricopiata in un altro programma. Il saldo tiene conto delle varianti: se ne sono state accettate tre, il totale le contiene. Gli importi già incassati compaiono in ogni versione, e il cliente non riceve mai una fattura di cui non può ricostruire la somma. Per i clienti con più eventi, lo stesso schema vale per una fattura cumulativa a fine mese. Il sistema comunica con il programma di contabilità tramite un file o un'integrazione, e non lo sostituisce: la contabilità ha le sue regole, e un gestionale eventi non deve riscriverle.

Per chi lavora con enti pubblici o grandi aziende, aggiungi due cose. Il codice di gara o l'ordine di acquisto vanno sulla fattura elettronica fin dall'inizio, perché una fattura respinta per un campo mancante è un incasso che slitta di trenta giorni. E il piano degli incassi deve essere visibile insieme al piano dei pagamenti ai fornitori: sapere che a giugno escono 180.000 euro per tre eventi e ne entrano 120.000 è il tipo di previsione di cassa che salva un trimestre.

Il controllo finale è sul margine in corso d'opera. Non solo alla chiusura, ma ogni lunedì: per gli eventi aperti, il margine firmato, il costo già sostenuto, quello ancora da pagare e il margine previsto. Un'agenzia che ogni settimana guarda quattro righe del tipo "evento Rossi, firmato 22, previsto 19,5" sa dove intervenire mentre è ancora possibile. Il giorno dopo l'evento è tardi.

Che cosa cambia fra agenzia, catering, service tecnico e congressi?

Cambia il centro del sistema, ed è per questo che il prodotto "per tutti" funziona male per ciascuno. Per l'agenzia di eventi aziendali il cuore è il rapporto fra preventivo e consuntivo, con molti fornitori e poca merce: servono versioni di preventivo, varianti, ordini ai fornitori e margine in corso d'opera. Per i matrimoni e gli eventi privati, con clienti che decidono per emozione e cambiano idea fino alla settimana prima, pesa di più la tracciabilità delle richieste e la chiarezza verso il cliente.

Per il catering e il banqueting il centro sono le quantità. Il numero dei coperti cambia fino all'ultimo giorno, le ricette portano a una lista di ingredienti, la lista a ordini ai fornitori, e le ore del personale a un turno. Qui il gestionale deve parlare con il magazzino e con le presenze, e il margine si decide in cucina: un errore del 5 per cento sulle quantità vale più di una variante dimenticata. Chi lavora così trova più utile un sistema che nasce dal ristorante che uno che nasce dall'agenzia.

Per il service tecnico e l'allestimento il centro sono le attrezzature e le squadre. Il magazzino non è un deposito di merce che si vende, è un parco di beni che escono e rientrano, con una manutenzione, una matricola e una disponibilità per data. La domanda dominante è "che cosa ho a disposizione il quindici, e in che stato?", e il sistema è più vicino a un gestionale di noleggio che a uno di progetti. Se è il tuo caso, il pezzo che ti manca si chiama disponibilità per data con tempi di rientro.

Per chi organizza fiere, congressi e corsi il centro sono le persone che si iscrivono: partecipanti, relatori, sponsor, spazi. Qui entrano le iscrizioni online, i pagamenti, i badge, i controlli all'ingresso e gli attestati. Il problema è che il pubblico fa parte del prodotto, e un sistema non progettato per le iscrizioni di mille persone cede nelle ore in cui servono. Per questo tipo di attività il confronto con i prodotti specializzati va fatto con la massima onestà: spesso sono già abbastanza buoni, e conviene costruire solo il ponte con la contabilità.

Un'osservazione utile per tutti: i mestieri sono più diversi nel modo di vendere che nel modo di fare. Chi vende un progetto a corpo ha il rischio del preventivo, chi vende a consuntivo ha il rischio del cliente che contesta, chi noleggia ha il rischio del bene che non rientra. Il gestionale deve proteggere dal tuo rischio, non da uno generico. Per questo, prima di guardare le funzioni, chiediti dove hai perso soldi negli ultimi dodici mesi.

Quanto costa un gestionale eventi: prodotto, gestionale di progetto o su misura?

Costo in più in cinque anni del pezzo su misura rispetto a un prodotto pronto, circa 48.000 euro, confrontato con il beneficio in più al crescere dei ricavi: la linea incrocia il costo intorno ai 2,4 milioni di ricavi l'anno, e il caso con 1,87 milioni sta più in basso

Costa molto meno di quanto costa non averlo, e la differenza fra le strade sta in due numeri. Un prodotto per eventi o per progetti costa di solito fra 2.400 e 7.200 euro l'anno per una squadra di nove persone, con un avviamento fra 1.000 e 4.000 euro per importare clienti, listini e fornitori. Un gestionale più ampio, con magazzino e noleggio, iscrizioni e portale per i clienti, sta fra 7.000 e 15.000 euro l'anno. Un pezzo su misura accanto a un prodotto, che si occupa delle regole che nessun prodotto conosce, costa fra 30.000 e 70.000 euro il primo anno e circa il 15 per cento ogni anno dopo, tra manutenzione e piccole modifiche.

Il confronto per il caso tipo: il prodotto costa 4.800 euro l'anno più 3.000 di avviamento, cioè 7.800 euro il primo anno. Il beneficio, anche se si recupera solo il 40 per cento delle sei voci, è di circa 46.900 euro. Il ritorno arriva in meno di due mesi. Il pezzo su misura costa in cinque anni circa 72.000 euro, contro i 24.000 del prodotto: 48.000 euro in più. Per giustificarlo deve far recuperare, oltre a quello che recupera il prodotto, almeno quei 48.000 euro in cinque anni, cioè circa 9.600 euro l'anno.

Quanto può dare in più? Dipende da quanto le tue regole sono diverse da quelle del prodotto. Nelle esperienze che ho, un sistema costruito sul tuo modo di lavorare recupera circa 0,4 punti di margine in più rispetto a un prodotto standard: sono regole di prezzo per fornitore, assegnazioni con tempi di montaggio, integrazioni con la contabilità e con i tuoi canali. Segno chiaramente che è un'ipotesi, e la tua va verificata. Con 0,4 punti, il pezzo su misura rende 9.600 euro l'anno quando i ricavi sono 2,4 milioni. Sotto questa soglia il prodotto vince; sopra, o con più divisioni, regole commerciali proprie e volumi tali da far pesare ogni punto, comincia a vincere il pezzo su misura.

Il caso tipo, con 1,87 milioni, sta sotto. Vuol dire che per quell'agenzia la scelta ragionevole è un prodotto, con eventualmente un piccolo ponte con la contabilità da circa 5.000 euro. Se però la stessa agenzia fa crescere i ricavi o apre una seconda sede con regole diverse, il conto cambia, ed è per questo che la soglia va riscritta ogni anno. Conviene ripeterla sempre con gli stessi criteri: per non cambiare idea per mode, ma per numeri.

E se il prodotto "quasi" va bene?

È la situazione più comune, e quella in cui un pezzo piccolo accanto al prodotto rende di più di uno grande al posto suo. Un caso reale: un'agenzia che usa un buon prodotto per preventivi e fatture ma non riesce a vedere il margine in corso d'opera, perché i costi dei fornitori arrivano dalla contabilità con due mesi di ritardo. La soluzione è una vista che legge ordini e fatture ricevute, li attribuisce all'evento e mostra il margine previsto ogni mattina. Costo: una piccola applicazione che legge i dati e produce una pagina. Beneficio: la voce "costi non girati" cala in poche settimane. Questo pezzo non è un gestionale, è un cruscotto sul gestionale che hai, e spesso è la risposta giusta.

Dove l'intelligenza artificiale aiuta in un gestionale eventi, e dove no

Aiuta dove prepara il lavoro a una persona che poi controlla, e non deve mai decidere da sola dove ci sono i soldi dell'agenzia o i dati dei suoi clienti. Nel mondo degli eventi la linea è netta, ed è bene tracciarla prima di comprare qualcosa che prometta miracoli.

Può scrivere la prima bozza di un preventivo partendo da una richiesta del cliente e dai preventivi simili già fatti: una struttura di righe, con importi proposti, che il responsabile corregge. Può riassumere le mail di un evento in una scheda ordinata, con decisioni prese, cose da fare e scadenze. Può confrontare le offerte dei fornitori mettendo in colonna le stesse voci e segnalando che una è fuori dalle altre. Può preparare le comunicazioni ai partecipanti, gli avvisi di cambio programma e le risposte alle domande più frequenti, in più lingue, come bozze da leggere. E può segnalare un'anomalia: un evento con un margine previsto molto più basso degli altri di tipo simile.

Non deve fissare da sola i prezzi al cliente né accettare una variante a suo nome. Non deve decidere un rimborso, un cambio di fornitore a ridosso dell'evento o l'esito di un reclamo: sono decisioni con un volto, che chiedono qualcuno che risponda. Non deve nemmeno leggere elenchi di partecipanti, allergie o documenti su un servizio esterno senza che il fornitore sia stato nominato e regolato: l'elenco dei partecipanti a una convention contiene dati personali, e quello di un catering contiene spesso dati sulla salute.

Il criterio per ogni funzione "intelligente" è uno solo: chi risponde dell'errore? Se la risposta è "una persona che ha controllato", va bene. Se è "nessuno, lo ha deciso il sistema", non va. Un servizio di intelligenza artificiale che riceve nomi, mail e informazioni sugli ospiti è un fornitore che tratta dati personali, e va regolato come tale. Meno dati metti in mano a uno strumento esterno, meno ne devi spiegare, e vale la pena ricordarlo a chi, a ridosso di un evento, vuole fare in fretta.

Quali errori evitare e da dove si comincia in trenta giorni?

Gli errori sono sei, e li ho visti quasi tutti più di una volta. Il primo è comprare il programma dei preventivi prima di misurare: si sceglie il documento più bello e si scopre dopo che il margine si perdeva a valle. Il secondo è importare tutto com'è: clienti doppi, listini vecchi e fornitori non più usati entrano nel sistema nuovo e lo rendono inaffidabile dal primo giorno. Il terzo è non nominare una persona: un gestionale senza un responsabile che lo aggiorna e controlla il margine ogni settimana invecchia in tre mesi.

Il quarto è non cambiare le abitudini. Il sistema è bravo quanto la persona che inserisce la variante: se si continua a dire "va bene, poi la scrivo", il dato non esiste e il margine scende lo stesso. Il quinto è partire nel mese peggiore: la stagione degli eventi aziendali, con dieci lavori aperti insieme, non è il momento per provare un sistema nuovo. Il sesto è non provare il piano B: che cosa fa l'ufficio se il sistema non risponde per un'ora il giorno dell'evento? Una pagina stampata con i recapiti di fornitori e squadre per i tre eventi della settimana vale più di un contratto di assistenza.

Da dove si comincia, in trenta giorni, è questo. Nei primi sette si prendono gli ultimi dieci eventi chiusi e si calcola lo scarto fra il margine firmato e quello reale, segnando quali dati sono misure e quali stime. Nella seconda settimana si chiede a chi gestisce gli eventi di scrivere ogni variante in una colonna del foglio, per vedere quante sono e quanto valgono. Nella terza si chiedono due o tre dimostrazioni a prodotti, portando un preventivo vero e un caso di variante a ridosso dell'evento. Nella quarta si sceglie, si chiede come si esportano i dati, si fissa la partenza per un mese tranquillo.

Se dopo sei mesi lo scarto non è sceso, il difetto non è del programma, o non solo: è che qualcuno scrive ancora le varianti fuori dal sistema. Per questo la misura si ripete, con lo stesso metodo, e si scrive dove tutti la vedono. Un sistema che costa cinquemila euro l'anno e restituisce quaranta o cinquantamila di margine è un risultato che si vede, e che chi lo ha ottenuto mostra con orgoglio al commercialista.

E se il numero dice che non è il tuo problema?

Può darsi che, fatta la misura, lo scarto sia sotto il punto, le assegnazioni doppie rare e i preventivi partano in un giorno. È una buona notizia, e vale la pena dirlo chiaramente: in quel caso un gestionale eventi non ti serve, o ti serve un modello di preventivo ben fatto e un foglio condiviso, e chi ti dice il contrario ti sta vendendo qualcosa.

In quel caso il collo di bottiglia, se c'è, è quasi sempre altrove. Se gli eventi sono tanti ma gli utili non crescono, il problema è il prezzo di partenza: stai vendendo a corpo cose che costano più di quanto pensi, e un programma non le prezza al posto tuo. Se i clienti non tornano, il problema è il rapporto con loro, e lì serve un buon gestionale CRM, o semplicemente un telefono usato più spesso. Se sei sempre sull'evento e mai in ufficio, non serve un sistema: serve una persona in più, e poi il sistema.

E c'è un caso in cui il software non è la risposta nemmeno con numeri brutti: quando i margini bassi dipendono da un prodotto che il mercato non paga più. Un'agenzia che fa eventi uguali a quelli di dieci anni fa, a prezzi che i clienti non riconoscono più, non ha un problema di gestionale, ha un problema di offerta, e lo scarto di margine è soltanto il termometro che lo segnala.

Se sei arrivato fin qui, probabilmente hai in mente il tuo pomeriggio prima della convention. Prima di guardare qualunque dimostrazione, prendi gli ultimi dieci eventi chiusi e confronta il margine del preventivo firmato con quello del consuntivo. Poi guarda quanti giorni passano fra la richiesta del cliente e l'invio del preventivo. Se lo scarto supera i tre punti, se hai scoperto tardi più di tre doppie assegnazioni o se il consuntivo dipende da chi è in ufficio, hai già la risposta. Il resto è un progetto, non una scelta di prodotto.

Se vuoi un secondo sguardo sul tuo caso, la strada è la consulenza software. E quando la soluzione giusta è un pezzo costruito attorno al tuo modo di lavorare, per una rete di sedi, un gruppo con più marchi o un'offerta che nessun prodotto sa vendere, lo trovi spiegato nella pagina sul software su misura. Per i pezzi che stanno attorno agli eventi, trovi anche il software per i preventivi, il gestionale fornitori, il software per i turni del personale, il gestionale ristorante per il catering e il gestionale appalti per chi lavora con gli enti.

Domande frequenti

Dipende dalla strada. Un prodotto per eventi o per progetti costa di solito fra 2.400 e 7.200 euro l'anno per una squadra di nove persone, con un avviamento fra 1.000 e 4.000 euro. Un gestionale più ampio, con magazzino, noleggio e iscrizioni, sta fra 7.000 e 15.000 euro l'anno. Un pezzo su misura accanto a un prodotto costa fra 30.000 e 70.000 euro il primo anno e conviene solo oltre i 2,4 milioni di ricavi circa, o con più sedi che hanno regole proprie.

Si contano tre numeri. I punti di margine che scendono fra il preventivo firmato e il consuntivo sugli ultimi dieci eventi chiusi, i giorni fra la richiesta del cliente e l'invio del preventivo, e le doppie assegnazioni di persone o attrezzature scoperte tardi. Con meno di un punto di scarto bastano un modello di preventivo e un foglio condiviso; con più di tre punti un gestionale si ripaga quasi certamente.

Sei voci: costi dei fornitori arrivati dopo il preventivo e non girati, tempo d'ufficio speso a ricopiare, varianti concordate a voce e non fatturate, preventivi persi per lentezza, doppie assegnazioni di risorse e incassi in ritardo. In un'agenzia con 85 eventi e 1,87 milioni di ricavi valevano circa 117.200 euro l'anno, il 6,3 per cento. Sotto il 2 per cento non è una priorità, sopra il 4 quasi certamente sì.

No. Il programma di preventivi produce un documento da mandare al cliente. Un gestionale eventi tiene collegati preventivo, budget, ordini ai fornitori, assegnazione di persone e attrezzature, acconti, fatture e consuntivo in un'unica scheda evento. Il valore sta nel fatto che quando cambia una riga del preventivo cambia anche il budget e la previsione di margine.

Può preparare la bozza, non decidere. Aiuta a scrivere la struttura di un preventivo da richieste e lavori simili, a confrontare le offerte dei fornitori, a riassumere le mail di un evento e a segnalare un margine previsto anomalo. Non deve fissare prezzi, accettare varianti a nome dell'agenzia, decidere rimborsi, né leggere elenchi di partecipanti con dati personali su un servizio esterno non regolato. Il criterio è chi risponde dell'errore: deve essere una persona.

Per quasi tutte le agenzie un prodotto già pronto, che ha già preventivi, budget e fatture. Il pezzo su misura conviene oltre i 2,4 milioni di ricavi l'anno circa, con più sedi o divisioni, o quando hai regole che nessun prodotto conosce: prezzi per fornitore, assegnazioni con tempi di montaggio e trasferimento, integrazioni con i tuoi canali. Altrimenti un piccolo ponte fra prodotto e contabilità, da circa 5.000 euro, basta.

Lascia i tuoi dati nel form qui sotto

Matteo Migliore

Matteo Migliore è un imprenditore e architetto software con oltre 27 anni di esperienza nello sviluppo di soluzioni basate su .NET e nell'evoluzione di architetture applicative per imprese e organizzazioni di alto profilo.

Nel corso della sua carriera ha collaborato con realtà come Cotonella, Il Sole 24 Ore, FIAT e NATO, guidando team nello sviluppo di piattaforme scalabili e modernizzando ecosistemi legacy complessi.

Ha formato centinaia di sviluppatori e affiancato aziende di ogni dimensione nel trasformare il software in un vantaggio competitivo, riducendo il debito tecnico e portando risultati concreti in tempi misurabili.

Stai leggendo perché vuoi smettere di rattoppare software fragile.Scopri il metodo per progettare sistemi che reggono nel tempo.