Dati isolati per cliente
Ogni organizzazione ha il suo spazio di lavoro, con dati, utenti, configurazioni e contatti indipendenti da quelli degli altri clienti.
Sviluppo di piattaforme SaaS multi-tenant
Dal prototipo alla piattaforma in abbonamento, con i dati di ogni cliente separati e il codice di tua proprietà.
Un SaaS è un prodotto, non un gestionale con il login
Un software diventa un SaaS quando la stessa installazione serve molti clienti, e ognuno la usa come se fosse solo sua. Questo chiede scelte da fare all'inizio: come si separano dati e configurazioni di aziende diverse, come un cliente nuovo si iscrive e paga senza passare da te, come si rilascia una versione nuova senza fermare chi sta lavorando.
Rimandarle costa caro. Una piattaforma nata per un solo cliente e poi copiata a ogni nuovo contratto regge finché i clienti sono pochi; poi ogni correzione va ripetuta su ogni copia. Per questo progettiamo multi-tenant dal primo giorno: un cliente nuovo è una configurazione, non un'installazione in più.
Cosa comprende
I blocchi che ogni SaaS deve avere.
Piani e pagamenti ricorrenti
Piani diversi, rinnovo automatico e pagamenti con carta o addebito bancario tramite Stripe. Il cambio di piano lo fa il cliente, senza scriverti.
Iscrizione e licenze in autonomia
Un'azienda nuova si registra, sceglie il piano e gestisce le sue licenze dal profilo. Il tuo team segue i clienti, non le attivazioni.
Fatture e regole fiscali
La fatturazione segue le regole di chi paga. In una piattaforma sanitaria il backend riconosce il regime fiscale di ogni professionista e dialoga con Fatture in Cloud.
Accessi e ruoli
Autenticazione a più fattori e permessi per ruolo, così ogni utente vede solo i dati che gli spettano, dentro la sua azienda e fra aziende diverse.
Integrazioni API-first
Ogni funzione passa da un'API, così la piattaforma si collega ai gestionali dei tuoi clienti e i loro sistemi possono collegarsi a lei.
Architettura cloud
Crescere senza riscrivere
Le piattaforme che costruiamo girano in container: le risorse crescono con le richieste e con gli utenti, e le operazioni pesanti stanno su servizi dedicati, così non rallentano il resto. Costi e prestazioni restano calibrabili, perché la capacità segue l'uso reale invece di essere comprata in anticipo per il caso peggiore.
Non siamo legati a un fornitore di cloud: l'elenco di quelli con cui lavoriamo è nella risposta su dove risiedono i dati. Cloud europeo, cloud sovrano, il tuo account o un'installazione presso un cliente che lo pretende: la scelta si fa all'inizio, sui vincoli normativi, contrattuali e di budget del tuo prodotto.
DevOps
Rilasci che non fermano i clienti
In un SaaS i rilasci non finiscono al go-live: arrivano mentre i clienti lavorano. Per questo l'infrastruttura la progettiamo e la scriviamo insieme al software, come nella piattaforma di pianificazione delle commesse, dove infrastruttura DevOps e deployment in container erano parte del progetto. Gli accessi a infrastruttura, backup e pipeline restano tuoi: li puoi rivedere o revocare senza passare da noi.
Dopo il go-live contano due numeri: ogni quanto si salvano i dati e in quanto tempo si riparte se qualcosa si ferma. RTO e RPO non hanno un valore standard, li fissiamo con te in base a quanto ti costa un'ora di servizio fermo. La manutenzione, se la affidi a noi, è un contratto a parte con SLA espliciti.
Il percorso
Dal prototipo al prodotto in abbonamento.
- 01
Analisi del modello
Prima del codice si decide chi sono i clienti della piattaforma, cosa comprano e come pagano. Piani, limiti e fatturazione sono scelte di prodotto che diventano architettura.
- 02
Prototipo
Un'idea si valida con un prototipo prima di investire nello sviluppo completo. Nella piattaforma di audit con agenti AI il primo MVP funzionante è arrivato fra sei e otto settimane.
- 03
Sviluppo a milestone
Rilasciamo per incrementi, alla fine degli sprint, partendo da quello che vale di più per i primi clienti. Le priorità successive le decide l'uso reale.
- 04
Go-live ed evoluzione
Test con utenti selezionati, verifica completa del sistema e passaggio di consegne con la documentazione. Poi il prodotto continua a crescere con nuove versioni.
Case study
Dove l’abbiamo già fatto.
Piattaforma agentica AI di auditing
Multi-tenant, con uno spazio isolato per ogni organizzazione. Sviluppata per intero, dall'analisi all'infrastruttura, in circa quattro mesi.
Piattaforma ESG per la filiera
Abbonamenti con piani diversi, pagamenti ricorrenti con carta o RID via Stripe e licenze che ogni azienda gestisce da sola.
Prenotazioni e assistenza sanitaria
Split payment con Stripe, Fatture in Cloud e regimi fiscali diversi, su un'infrastruttura progettata per orchestrare oltre 30.000 prestazioni.
Gestionale officine meccaniche
Un SaaS in container, costruito API-first, che cresce con le richieste e con il gruppo di lavoro.
Pianificazione risorse e commesse
Un sistema multi-aziendale con autenticazione a più fattori, permessi per ruolo e infrastruttura DevOps scritta insieme al software.
Data intelligence mercati predittivi
Una piattaforma SaaS che aggrega dati on-chain e di mercato, con l'accesso in abbonamento.
Quanto tempo serve per arrivare in produzione?
Dipende da quante regole di dominio porta il prodotto, ma un ordine di grandezza c'è. La piattaforma di audit multi-tenant è stata sviluppata per intero, analisi e infrastruttura comprese, in circa quattro mesi, con un primo MVP funzionante fra sei e otto settimane. La stima vera esce dall'analisi.
Meglio multi-tenant o un'installazione per ogni cliente?
Un'installazione per cliente costa meno da progettare e molto di più da tenere aggiornata, perché ogni correzione va ripetuta su ogni copia. Il multi-tenant chiede più lavoro all'inizio e ripaga man mano che i clienti crescono. Se un cliente pretende un ambiente tutto suo, si valuta un'installazione dedicata sulla stessa base di codice.
Il codice della piattaforma è nostro?
Sì, al 100%, e lo scriviamo nel contratto. Sul software che sviluppiamo non c'è nessun canone di licenza e nessun vendor lock-in, quindi il prodotto lo vendi tu, senza chiedere permesso a noi.
Quali sistemi di pagamento integrate?
Nei progetti pubblicati Stripe, per carte, addebito bancario e split payment, e Fatture in Cloud per la fatturazione. Se il tuo mercato chiede altro, l'integrazione si progetta in analisi come tutte le altre.
Raccontaci il prodotto che vuoi vendere.
Clienti, piani e regole: partiamo da lì per capire cosa costruire subito e cosa può aspettare.
- Non parli con un commerciale
- NDA prima di entrare nel merito
- Il codice resta di tua proprietà