Quanto costa sviluppare un SaaS: le voci di spesa prima e dopo il lancio

In cosa il costo di un SaaS è diverso da quello di un sito o di un MVP?

È diverso perché un SaaS non si consegna una volta sola: resta acceso, serve molti clienti contemporaneamente e incassa ogni mese. Questo aggiunge tre famiglie di costi che un sito vetrina non ha: la separazione dei dati tra clienti, i pagamenti ricorrenti e il lavoro continuo per tenerlo sicuro e aggiornato.

Anche rispetto a un MVP la domanda cambia. L'MVP serve a capire se il problema esiste, e quanto costa costruirlo lo spieghiamo in quanto costa sviluppare un MVP. Qui parliamo del prodotto che deve reggere clienti paganti per anni, con tutto quello che comporta.

Da cosa dipende il costo dello sviluppo di un SaaS?

Dipende soprattutto da sette fattori, e la tecnologia scelta è raramente il primo. Questa è la nostra griglia per leggere un perimetro prima di stimarlo.

La pagina prezzi e tempi riassume da cosa dipendono costi e tempi e quali modelli di collaborazione sono possibili.

Come si stima il costo dello sviluppo?

Si stima moltiplicando le persone che servono per i mesi di lavoro e per il loro costo, dopo aver scritto il perimetro funzione per funzione. Tariffe orarie, pacchetti chiusi e sprint sono modi diversi di presentare la stessa moltiplicazione.

Quanto costa un SaaS dopo il lancio?

Dopo il lancio paghi ogni mese infrastruttura, servizi esterni, commissioni sui pagamenti e il lavoro per tenerlo aggiornato. Alcune voci hanno prezzi pubblici e verificabili: queste sono quelle ufficiali al momento in cui scriviamo.

Sono prezzi che cambiano e variano per paese: verificali sul sito ufficiale prima di chiudere il piano. Hosting, database, email transazionali e monitoraggio dipendono invece dal traffico e dal fornitore. Per un ordine di grandezza su SaaS già avviati c'è il sondaggio annuale di SaaS Capital su oltre 1.000 aziende SaaS B2B private.

Lo stesso sondaggio mette ricerca e sviluppo al 22% dell'ARR, in mediana: anche dopo il lancio, la voce più grande resta il lavoro sul prodotto, non i server. Sono mediane di aziende che fatturano già; prima dei ricavi ragiona in euro al mese, voce per voce, non in percentuali.

Quali costi sottovalutano più spesso i founder?

I founder sottovalutano soprattutto il lavoro che non produce funzioni nuove: aggiornamenti, sicurezza, supporto, revisioni degli store. Sono voci che non compaiono nella demo ma tornano ogni mese.

• Manutenzione: librerie e framework vanno aggiornati, altrimenti si accumulano vulnerabilità e debito tecnico.
• Sicurezza e privacy: il GDPR chiede misure adeguate al rischio, inclusa la capacità di ripristinare i dati dopo un incidente (art. 32 del Regolamento (UE) 2016/679); i backup vanno anche provati, non solo fatti.
• Supporto: ogni cliente pagante fa domande, e qualcuno deve rispondere in tempi ragionevoli.
• Store e app: con app iOS e Android ogni rilascio passa da una revisione, e gli acquisti in-app hanno regole e commissioni proprie.
• Fatturazione e fisco: IVA, ricevute, pagamenti falliti, rimborsi. Qui il riferimento è il tuo commercialista.
• Architettura da rifare: separare i dati tra clienti dopo il lancio costa molto più che farlo prima, come spieghiamo in architettura multi-tenant.

Come si tengono bassi i costi senza ipotecare il futuro?

Si risparmia sul perimetro, non sulle fondamenta. Togliere una funzione dal primo rilascio costa zero; togliere i test sulla separazione dei dati o i backup può costare l'azienda.

Tre leve funzionano quasi sempre: uno stack tecnologico diffuso, per cui trovi sviluppatori e librerie mature; una sola piattaforma all'inizio, di solito una web app; servizi esterni per tutto ciò che non ti distingue, dai pagamenti alle email. Anche il modo in cui farai pagare incide: un piano a consumo, per esempio, richiede di misurare l'uso di ogni cliente, come vedi nella guida al pricing SaaS.

Come si legge un preventivo per un SaaS?

Un preventivo affidabile elenca le funzioni, separa lo sviluppo dai costi ricorrenti e dice cosa resta fuori. Prima di firmarlo, controlla cinque cose.

1. Le funzioni incluse sono scritte una per una, con chi le usa.
2. Account, pagamenti, separazione dei dati e backup sono voci esplicite, non sottintese.
3. C'è una stima dei costi mensili di infrastruttura e servizi dopo il lancio.
4. È chiaro a chi appartengono codice, dati e account dei servizi: ne parliamo in proprietà del codice nel contratto.
5. Manutenzione e supporto dopo il rilascio hanno un perimetro e un prezzo, anche solo indicativo.