Agenzia di servizi vs business di prodotto software

L'erba del vicino non è più verde. È solo costosa in un altro modo.
Ho vissuto entrambe le parti. Agenzia e prodotto. Per costruire davvero il prodotto ho dovuto lasciare andare 40 clienti, di proposito. Questa non è teoria da libro. È una decisione che ha fatto male.
Cosa ti porti a casa:
- Perché il margine dell'agenzia ti tiene in trappola e il prodotto va prefinanziato.
- Le tre trappole del passaggio al prodotto.
- Perché costruisco sistemi che restano invece di dipendenza.
La mia tesi: l'agenzia vende ore e crea dipendenza. Un prodotto è un sistema che resta. Io me ne vado, il sistema resta.
🧨 Anno dopo anno invece di progetto dopo progetto
Il business dell'agenzia sembra sicuro. Cash flow dal primo progetto. Ma sei in ufficio alle 23, smaltisci i ticket di supporto il sabato, vendi ore. Se hai successo, devi assumere persone. E resti su un margine dallo 0 al 20 percento. Noioso.
Il prodotto ribalta i conti. Invece di incassare progetto dopo progetto, incassi anno dopo anno. Revenue ricorrente che si accumula. Ma arriva tardi.
La differenza si vede ogni 1 gennaio. L'agenzia riparte da zero e deve rivendere l'anno. L'azienda di prodotto parte con la revenue dell'anno prima e ci costruisce sopra. Dopo qualche anno non è più un dettaglio. È l'azienda.
📊 Rule of 40: il metro sobrio per un business di prodotto
Il mondo SaaS ha reso popolare una formula sobria per capire quando un business di prodotto è sano: la Rule of 40. Tasso di crescita più margine devono fare almeno 40. Stijn Hendrikse la cita in T2D3 come definizione di successo SaaS sostenibile, accanto alla via dell'hypergrowth.
La parte utile: la formula ti lascia scegliere. 30 percento di crescita con 10 percento di margine passa. Anche 10 percento di crescita con 30 percento di margine passa. Non devi essere una startup in hypergrowth. Un'azienda di prodotto profittevole che cresce con calma supera il test allo stesso modo. Per le aziende DACH bootstrapped è un metro più rilevante di qualsiasi curva triple-triple del mondo VC.
Adesso mettici accanto l'agenzia. Il suo fatturato è utilizzo per tariffa giornaliera. Entrambi hanno un tetto. Non puoi essere più che pieno, e la tariffa giornaliera te la negozia il mercato. Crescere significa quasi sempre più persone, e più persone spingono giù il margine. Vedi sopra: dallo 0 al 20 percento.
Un'agenzia può farti vivere bene. Ma strutturalmente fatica a battere la Rule of 40, perché crescita e margine dipendono dalla stessa leva: le ore vendute. Il prodotto scollega il fatturato dalle ore. Solo per questo può muovere entrambi i lati della formula insieme.
🛠️ Le tre trappole del passaggio
1. Product management invece di project management. In un progetto costruisci quello che vuole quell'unico cliente. In un prodotto ogni richiesta speciale è veleno. Una singola checkbox che serve a un solo cliente costa una fortuna da mantenere sul lungo ciclo di vita del prodotto. Ho detto sì spesso, quando arrivava qualcuno con la carota e 50,000 franchi. Non ha mai ripagato. La manutenzione era troppo alta ogni volta.
2. Prefinanziamento. Qui la maggior parte delle persone sbaglia i conti. Un progetto porta forse 100,000 franchi più 20,000 di supporto all'anno. In un prodotto lo stesso cliente paga circa 40,000 all'anno, ma lo sviluppo lo prefinanzi tu. Con il primo cliente c'è un buco. Con il secondo è il doppio, con il terzo il triplo. Più clienti hai, più il buco cresce. In più, un CAC payback di 9 a 18 mesi. E non ho mai visto un vero product-market fit in 6 mesi. Servono anni.
3. Struttura organizzativa. Un buon team di prodotto sono 3 o 4 persone che lavorano in modo efficiente. Costa 300,000 franchi all'anno e oltre. Se tutto dipende da una persona sola, hai un rischio concentrato. Se salta, la conoscenza sparisce e l'azienda è morta.
Tutte e 3 le trappole hanno lo stesso nucleo: riflessi da progetto in un business di prodotto. Il riflesso di dire sì. Il riflesso di volere fatturato adesso. Il riflesso di appoggiare tutto sulla persona più forte. Nel lavoro a progetto sono virtù. In un business di prodotto sono abitudini costose.
🤖 Il piano generale
Non costruire da zero. SaaSifica un progetto esistente. Prendi la soluzione che hai già costruito per un cliente e trasformala in un prodotto riutilizzabile. DigiTickets è nato così, da una soluzione di ticketing per un acquario. Bexio, Paymash e Localina sono nati da agenzie. Lo schema si ripete.
SaaSificare non significa rinominare il codice. Significa estrarre da una soluzione su misura il nucleo generico: la parte che molte aziende possono usare allo stesso modo. Il resto resta fuori o diventa configurazione. Questo è lavoro di prodotto, non di progetto, ed è esattamente il punto dove fallisce la maggior parte dei tentativi.
La versione peggiore è restare né carne né pesce. Un anno di prodotto, poi di nuovo progetti perché è troppo lento. Così bruci solo soldi.
Oggi c'è una leva che prima non esisteva. La chiamo Get Multiplayer: come persone e agent AI lavorano insieme. Un hyperlean team, pochi professionisti più agent che girano 24 ore su 24. Tre invece di trenta. Questo riduce il team da 300,000 franchi e la lunga valle di lacrime. Gli agent girano sul Context Engine, il contesto di business e di codice della tua azienda. Ed è esattamente quel contesto che esce dalla porta quando un'agenzia se ne va.
🧩 La via di mezzo onesta: prodotto più servizi
Tra agenzia e prodotto puro c'è una via di mezzo di cui spesso si parla male. A torto. Un prodotto con sopra un'offerta di servizi ben impacchettata può essere il ponte che regge la transizione.
Hendrikse in T2D3 lo descrive come bundle "Premium plus": il piano top del software più servizi come onboarding o contenuti. La sua esperienza: un bundle così a volte alza il fatturato per cliente del 50 percento, senza sviluppo di prodotto aggiuntivo. È il suo numero, dalla sua consulenza, non una legge di natura. La logica dietro regge comunque: il cliente compra un risultato, non una licenza.
Per chi arriva dall'agenzia è doppiamente interessante. Sai fare quello che le aziende di solo prodotto devono imparare a caro prezzo: consegnare. Onboarding, integrazione, formazione per te sono routine. Impacchettali come offerte fisse a prezzi fissi, non come ore aperte. Altrimenti entro un anno hai di nuovo un'agenzia, solo con del software in vetrina.
Un dettaglio fa la differenza: fattura i servizi in modo ricorrente dove puoi. Un onboarding è una tantum. Ma sessioni di review, report o analisi assistite si possono legare all'abbonamento annuale. Così il servizio alimenta esattamente la metrica che regge un business di prodotto: la revenue ricorrente.
Il confine è chiaro. I servizi possono alimentare il prodotto, mai sostituirlo. Ogni pacchetto deve essere standardizzato e alimentare il prodotto. Le richieste speciali singole restano veleno, vedi la checkbox qui sopra.
💰 Come finanzi la transizione?
Con il cash flow dell'agenzia. Il business a progetto paga lo sviluppo del prodotto finché il prodotto non si regge da solo. Ma funziona solo con 2 regole dure: un budget di tempo fisso per il prodotto e una persona che possiede il prodotto. Altrimenti vince sempre il cliente che chiama in quel momento.
Il budget di tempo deve essere concreto. Non "lavoriamo al prodotto quando c'è respiro". Non c'è mai. Piuttosto: giorni definiti a settimana con persone definite, e quei giorni sono bloccati per i progetti clienti. Se un progetto va a fuoco, brucia senza il team di prodotto.
E fai i conti del margine con onestà. Le tue ore non sono gratis solo perché non arriva una fattura. Se finanzi la costruzione del prodotto con serate non pagate, stai mentendo alla tua stessa metrica, e ti accorgerai troppo tardi che la transizione non regge.
E il prodotto ha bisogno di un owner con potere vero. Una persona che può dire no, anche al miglior cliente dell'agenzia. Senza quell'owner succede la versione peggiore vista sopra: un anno di prodotto, poi di nuovo progetti. Non perché il prodotto fosse brutto. Ma perché nessuno aveva come unico compito difenderlo.
Sii onesto sulla durata. Sopra ho scritto che un vero product-market fit richiede anni, non 6 mesi. Vuol dire che l'agenzia deve reggere la transizione per diversi anni, senza che le persone del prodotto scivolino di nuovo nei progetti. Se non riesci a sostenerlo, meglio scegliere l'agenzia in modo consapevole. Anche quello è un business legittimo.
Il resto è sequenza: prima un pilota pagato, poi un rilascio ristretto, poi i clienti successivi. Quanto stretto può diventare questo loop lo trovi in SaaS product in 90 days. Raccolgo altre decisioni come questa nell'hub imprenditorialità.
🎢 Alti, bassi, avvertimento
✅ Cosa funziona: un prodotto scala, un'agenzia no. Più clienti non richiedono più ore. Alla fine chi è riuscito a vendere un prodotto ha guadagnato di più.
❌ Cosa non funziona: la fantasia della Costa Rica. Apri il portatile in spiaggia, rispondi a due richieste, torni a fare surf. Nessun prodotto funziona così. È sempre un lancio, serve sempre alta prestazione.
⚠️ Attenzione: un'azienda di prodotto è come uno zoo. Devi allineare i tuoi clienti. Se costruisci uno zoo per elefanti e ci metti dentro dei topi, hai lo zoo sbagliato. E: da product manager non hai amici. Dici di no ai soldi. È dura.
Perché scelgo comunque il prodotto: l'agenzia crea dipendenza, la conoscenza resta fuori. Io costruisco un sistema che resta installato nell'azienda. Il rischio è maggiore, anche il ritorno. Io me ne vado, il sistema resta. Se vuoi che un sistema così venga costruito per te, dai un'occhiata a Pedalix.
Serial Entrepreneur, Author
Marc is a serial entrepreneur. He started his first software company at 16, and has worked at the same intersection ever since: software product management meets go-to-market. He builds the bridge: Product × GTM × AI, as one system, not three departments. Three instead of thirty.