Il 2026 si è chiuso in due metà diverse. La prima ha verificato la domanda e costruito il prodotto, a costi alti e con un fatturato in calo. La seconda ha ridotto la struttura e rilasciato una piattaforma stabile. Questo documento spiega che cosa è cambiato fra le due, che cosa ne discende per il 2027, e a quali condizioni la crescita può essere accelerata.
Nei primi cinque mesi del 2026 abbiamo lavorato su un MVP. L'obiettivo non era generare margine, ma stabilire due cose:
Il dato: € 26.159 di spesa pubblicitaria, € 121.363 di fatturato IVA inclusa nel periodo, senza struttura commerciale e senza attività outbound, indica un'alta domanda. Il rapporto è di 4,6 a uno.
Il limite era il prodotto. L'MVP presentava bug e flussi incompleti: i clienti acquisiti provavano la piattaforma e circa un terzo non rinnovava il secondo mese. In parallelo la struttura era dimensionata sullo sviluppo — sette persone, € 23.412 al mese di costi fissi — non sulla vendita.
Ne è derivato l'andamento qui sotto: fatturato in crescita fino ad aprile, poi in contrazione, con una base di costo che non seguiva il ricavo. Da settembre, con la nuova piattaforma e la struttura ridotta, il fatturato torna a salire: € 8.239 contro i € 6.201 di agosto, IVA inclusa.
Tutti i clienti sotto elencati sono stati acquisiti tramite advertising, senza attività outbound e senza intermediazione commerciale.
Il tempo di recupero del costo di acquisizione — CAC diviso il margine lordo mensile generato dal cliente — è la misura con cui si giudica se la crescita è comprata o guadagnata. I benchmark 2026 collocano la mediana B2B SaaS a 15–16 mesi su un campione di oltre 340 società, con il quartile superiore sotto i 6 mesi e la fascia sub-5.000 dollari di contratto annuo a 11 mesi. La scala di riferimento Bessemer considera ottimo tutto ciò che sta sotto i 6 mesi.
Il nostro dato è 1,44 mesi. È un valore fuori scala rispetto al settore e va letto per quello che è: il segnale che il prodotto viene comprato con una frizione commerciale molto bassa, su volumi ancora contenuti. Regge la verifica sui consuntivi di gennaio–agosto, ma è il primo parametro che va rivalidato man mano che la spesa cresce — ed è esattamente ciò che il modello fa, riducendo il rendimento oltre i € 5.000 mensili di spesa.
Il punto di partenza del 2027 è quindi diverso da quello del 2026 su tre fronti: costo di struttura, tenuta della base clienti e stabilità del prodotto. La domanda e il costo di acquisizione, invece, sono quelli già misurati nei primi otto mesi.
Sul fronte commerciale, alcuni brand internazionali acquisiti in questa fase sono attualmente in firma per contratti annuali con decorrenza 2027. Nel piano che segue non sono contabilizzati: il previsionale si basa unicamente sul motore di acquisizione pubblicitaria.
Il previsionale poggia su un solo meccanismo: la spesa pubblicitaria genera nuovo ricavo ricorrente, con un rendimento decrescente al crescere della spesa mensile.
Ogni euro investito genera 0,95 euro di nuovo ricavo ricorrente mensile, e resta pieno fino a € 5.000 di spesa al mese. Oltre quella soglia il canale si satura: a € 45.000 al mese il ritorno scende a 0,68.
Sul margine lordo del 73%, la spesa rientra in 1,4 mesi. È il parametro da validare con i consuntivi dei mesi in cui la spesa era attiva.
Lo stesso budget dimensiona la struttura commerciale: lead a € 20, il 30% prenota una call, il 30% chiude. Un commerciale copre 216 call al mese, le prime 80 le coprono i founder.
| 2027 | |
|---|---|
| Lead generati | 8.016 |
| Call prenotate | 2.405 |
| Clienti chiusi | 721 |
| Commerciali a dicembre | 2 |
Retention: churn mensile 3,5%, 15% di perdita al primo rinnovo — il dato reale dopo la riscrittura della piattaforma. Net revenue retention annua 83%.
L'unica variabile è il tasso di incremento mensile della spesa pubblicitaria. Rendimento, churn, costi fissi e struttura commerciale restano invariati e si adeguano di conseguenza.
| Base | Aggressivo | |
|---|---|---|
| Crescita mensile del budget ADV | 25% | 65% |
| Advertising investito nel 2027 | € 198.514 | € 464.732 |
| ROI medio sull'advertising | 0,77 | 0,60 |
| Ricavi 2027 | € 706.279 | € 1.552.559 |
| Marginalità lorda 2027 | 73% | 73% |
| Costi operativi 2027 | € 104.492 | € 133.836 |
| EBITDA 2027 | € 212.578 | € 534.800 |
| ARR a dicembre 2027 | € 1.664.724 | € 2.897.585 |
| Cassa a dicembre 2027 | € 174.987 | € 456.214 |
| Cassa minima nel periodo | € 13.604 | −€ 25.340 |
| Capitale esterno necessario | € 16.396 | € 55.340 |
Le due curve di cassa dicono la cosa più importante del documento, ed è bene esporla apertamente.
Lo scenario Base si autofinanzia. La cassa non scende mai sotto € 13.604, toccati a settembre 2026 prima che la spesa pubblicitaria produca effetto, e chiude il 2027 a € 174.987. Nessun debito, nessun apporto esterno. È la traiettoria che possiamo percorrere da soli.
Lo scenario Aggressivo non si autofinanzia. Portando la crescita del budget dal 25% al 65% mensile, la spesa pubblicitaria corre più in fretta di quanto il ricavo ricorrente riesca a seguirla: la cassa va sotto zero per 4 mesi, da febbraio 2027 a maggio 2027, con un minimo di −€ 25.340 a aprile 2027. Mantenendo un cuscinetto prudenziale di € 30.000, il capitale esterno necessario è di € 55.340, concentrato in un'unica finestra di cinque mesi.
Passata quella finestra la traiettoria si ribalta: da giugno 2027 la cassa torna positiva e a dicembre arriva a € 456.214, oltre il doppio del Base, con un ARR di € 2.897.585 contro € 1.664.724.
La base di costo è indipendente dal volume di fatturato. L'unica voce che varia è il team commerciale, dimensionato sul numero di call da gestire.
| Costo fisso mensile, oggi | €/mese |
|---|---|
| Team tech & ops | € 1.300 |
| Tools | € 580 |
| Commercialista | € 508 |
| Macchina R&D | € 500 |
| Varie / buffer / collab one shot | € 500 |
| Totale | € 3.388 |
A questo si aggiunge un commerciale da € 3.000 al mese quando le call superano 80, e un secondo quando superano 296.
I founder oggi non percepiscono compenso. Da gennaio 2027 è previsto un fisso di € 500 al mese a testa, integrato dal 10% dell'EBITDA ante compenso eccedente € 5.000 mensili, con un tetto complessivo di € 3.000 al mese lordi per entrambi.
La progressione è graduale e legata al risultato: si parte da € 1.000 complessivi a gennaio 2027, € 1.886 a giugno, € 3.000 da settembre, quando il tetto si attiva. Nel 2027 vale € 24.836, il 3,5% dei ricavi. Dal momento in cui il tetto morde, l'incidenza scende da sola mentre l'EBITDA continua a salire.
Nel 2027 i costi operativi complessivi, compenso founder incluso, sono € 104.492 contro € 706.279 di ricavi.
Gennaio 2026 con sette persone, agosto con tre. I due incrementi del 2027 corrispondono alle due assunzioni commerciali, determinate dal volume di call e non da una scelta di struttura.
Negli ultimi 24 mesi Make it REAL ha servito 102 clienti, per un fatturato complessivo di € 150.347, di cui € 121.363 nel solo 2026. Il parco clienti si divide tra 12 brand enterprise e 90 PMI fashion.
| Cliente | Settore | Fatturato azienda | Fatturato v/MIR | Linea |
|---|---|---|---|---|
| Gruppo Montenegro | Beverage | € 320 M | € 20.130 | Batch |
| Lormar | Intimo | € 20 M | € 13.664 | Misto |
| Yamamay | Intimo | € 144 M | € 7.930 | SaaS |
| Camicissima | Fashion | € 42 M | € 6.676 | Batch |
| Safilo | Eyewear | € 980 M | € 6.100 | Batch |
| Maurizio Baldassari | Fashion | € 10 M | € 5.391 | Misto |
| Giglio.com | Multibrand | € 39 M | € 3.123 | Batch |
| Kiton | Fashion | € 135 M | € 3.050 | Batch |
| Conbipel | Fashion | € 200 M | € 1.952 | Batch |
| Moorer | Fashion | € 47 M | € 1.220 | Batch |
| Cotonella | Intimo | € 31 M | € 1.208 | SaaS |
| MSGM | Fashion | € 23 M | € 854 | SaaS |
Il fatturato è distribuito: il primo cliente pesa il 14% e i primi tre il 29%. Nessuna dipendenza critica da un singolo cliente, con un parco ampio a fare da base.
Make it REAL produce contenuti visivi per il fashion attraverso una piattaforma proprietaria costruita su Google Cloud. L'impianto è cloud-native: ogni componente vive in un container, l'esecuzione è governata da Kubernetes, e dati, archivio e rete di consegna sono servizi gestiti da Google — senza macchine da amministrare.
Il valore non sta nei modelli generativi, che sono componenti sostituibili: sta nei flussi di produzione che li impiegano. Ogni tipologia di contenuto — campagna, still life, e-commerce, video spot — ha un flusso proprio, progettato da noi, con fasi, controlli e criteri di qualità diversi dagli altri.
Tecnologie mature e diffuse, senza componenti proprietari da mantenere al posto del prodotto: ciò che è standard resta standard, e l'ingegneria si concentra sui flussi di produzione dei contenuti.
La separazione tra sviluppo, verifica e servizio ai clienti non è una convenzione interna: sono progetti Google Cloud distinti, ciascuno con il proprio cluster, il proprio database e i propri permessi. Un errore in fase di prova non può, tecnicamente, raggiungere i dati dei clienti.
| Ambiente | Funzione | Risorse dedicate | Accesso |
|---|---|---|---|
| Produzione | Serve il traffico dei clienti. Riceve solo rilasci già verificati. | Cluster Kubernetes, database gestito, archivio contenuti | Ristretto |
| Staging | Copia della produzione per la verifica di ogni rilascio, su dati non reali. | Cluster Kubernetes, database gestito, archivio separato | Team tecnico |
| Generazione AI | Esecuzione dei modelli generativi, con una seconda linea che subentra a capacità satura. | Progetto dedicato, quote e archivio propri | Servizi applicativi |
Isolare la generazione AI in un progetto a sé produce un vantaggio gestionale oltre a quello tecnico: il costo di ogni immagine e di ogni video è misurabile separatamente dal costo di esercizio della piattaforma, e quindi riconducibile al singolo cliente e alla singola linea di prodotto.
Vista d'insieme di un ambiente. Il cluster Kubernetes ospita i servizi che eseguiamo noi; database, archivio e rete di distribuzione sono servizi gestiti da Google Cloud; la generazione AI vive in un progetto separato. Lo stesso impianto è replicato, identico, nell'ambiente di staging.
Le infrastrutture cliente sono due e servono esigenze diverse — la produzione creativa e la produzione a volume — ma poggiano su un unico backend: regole, permessi, crediti e stato dei lavori vivono in un posto solo e non sono duplicati. Aggiungere un canale significa aggiungere un'interfaccia, non riscrivere la logica.
| Componente | Tecnologia | Ruolo |
|---|---|---|
| Marketing e Comunicazione | React | Produzione creativa: campagne, still life, video spot e contenuti per i canali del brand. |
| Batch | React | Produzione a volume per l'e-commerce: schede prodotto, capi indossati, cataloghi interi in un'unica lavorazione. |
| Motore applicativo | Python · FastAPI | Backend unico: autenticazione, permessi, crediti, stato dei lavori, avvio dei flussi di produzione. |
| Flussi di produzione | Proprietari · Airflow | Un flusso dedicato per ogni tipologia di contenuto, con fasi, controlli e criteri di qualità propri. |
| Esecuzione | Kubernetes (GKE) | Governa avvio, aggiornamento e continuità di tutti i servizi, in entrambi gli ambienti. |
Generare uno scatto di campagna o un video non è una singola chiamata: è una sequenza di fasi — preparazione dei materiali, costruzione del prompt, generazione, rifinitura, archiviazione — che può durare minuti e arrivare tutta insieme. A governarla sono i nostri flussi di produzione, uno per tipologia di contenuto, eseguiti su Apache Airflow.
Ordine delle fasi, comportamento in caso di errore e numero di tentativi sono scritti una volta e applicati identici a ogni lavoro. Se un passaggio fallisce viene ripetuto quello, non l'intero contenuto.
Generazione, elaborazioni periodiche e preparazione dei download hanno code di lavoro distinte e processi dedicati: l'interfaccia resta reattiva mentre il lavoro pesante procede.
I flussi di produzione e i lavori pesanti girano su un gruppo di macchine proprio, che si espande quando i lavori si accumulano e si contrae quando la coda si svuota. Le interfacce restano su nodi dimensionati per la continuità.
Quando la capacità di generazione del progetto principale è esaurita, i lavori proseguono su una linea alternativa senza intervento manuale e senza interruzione del servizio.
Quello che segue è lo schema di un flusso completo. Ogni tipologia di contenuto ha la propria pipeline, progettata sulle esigenze di quel formato: cambiano le fasi, i materiali richiesti, i controlli e i criteri con cui uno scatto viene accettato o rifatto. Il modello generativo è solo uno dei passaggi — quello sostituibile.
La validazione avviene sugli output: nessun contenuto arriva al cliente senza essere stato verificato, e ciò che non supera la verifica rientra in produzione invece di essere consegnato.
L'architettura è orizzontale: le pipeline sono moduli affiancati sopra lo stesso motore, gli stessi dati e la stessa infrastruttura. Non si conoscono tra loro e non si chiamano a vicenda — parlano solo con il motore applicativo. Aggiungerne una è occupare uno slot libero, non modificare le altre.
Per una nuova categoria merceologica — gioielli, occhiali, calzature, arredamento — quasi mai serve una pipeline nuova: si estende una di quelle esistenti. Si individua il punto in cui la lavorazione cambia per quel prodotto — come si legge l'articolo, come va inquadrato, cosa rende valido il risultato — e ci si innesta un blocco dedicato, che si salda al flusso già in servizio senza toccarne il resto.
Il risultato è la velocità con cui la piattaforma si estende: una nuova funzionalità è un modulo affiancato, una nuova categoria merceologica è un innesto su una pipeline già in servizio, un modello migliore è una configurazione.