Independent Engineering · custom software
Il software standard risolve i problemi standard. Ma se il vostro modello di business non è standard — una piattaforma associativa, un'app per aste, un prodotto digitale con logica di pricing propria — conviene investire in software proprio invece di forzare un SaaS che non si adatterà mai.
Guida alla decisione
Custom software non è sempre la scelta giusta. Quattro scenari in cui lo è — e tre in cui state meglio con lo standard.
Vendete un prodotto digitale — una piattaforma associativa, una app di marketplace, un tool SaaS per una nicchia di settore. Qui il software è l'asset stesso. I componenti SaaS aiutano, ma l'esperienza centrale deve appartenervi.
Avete provato un software standard ma su una parte significativa dei requisiti avete sbattuto contro i limiti della piattaforma. Il customizing diventa più caro di una soluzione propria, oppure la piattaforma comincia a rompere il vostro caso d'uso con gli aggiornamenti.
Oggi avete 50 utenti su una soluzione SaaS, fra 3 anni ne avrete 5.000. In molti modelli SaaS, 5.000 utenti diventano un blocco di costo per cui una soluzione propria si ripagherebbe già in 18 mesi.
Settore pubblico, associazioni, sanità, infrastrutture critiche. Oppure una scelta consapevole di ridurre i rischi del cloud statunitense (Cloud Act, casi tipo Schrems II). Custom su Hetzner o STACKIT è qui spesso la risposta pulita.
Strumento interno che rappresenta un processo aziendale, con 5–50 utenti interni, di cui avete bisogno in 8 settimane. Qui Microsoft Power Platform è tipicamente più rapido, più economico e più manutenibile nel lungo periodo.
Sistema HR, contabilità, CRM classico per un team commerciale di 30 persone. Esistono fornitori SaaS maturi. Custom software in queste aree è spesso politica simbolica — e un costoso promemoria del fatto che lo strumento standard sarebbe stato più rapido.
Tech stack
Puntiamo su uno stack consolidato e interamente basato su TypeScript. L'argomento è pragmatico: uno stack, una lingua, una conoscenza condivisa nel team — dalla UI alla migrazione del database. Niente architettura poliglotta in cui ogni microservizio è scritto in una lingua diversa.
Server rendering per buoni tempi di caricamento e SEO. App Router. React Server Components dove ha senso. Tailwind per coerenza stilistica. Validazione dei form con Zod. Costruiamo UI che restano veloci alla loro scala — anche con volumi di dati reali.
NestJS porta una struttura modulare pulita, dependency injection, pattern di test integrati. Per le interfacce API REST o tRPC, a seconda del caso d'uso. Job processing con BullMQ, autenticazione tramite OIDC o magic link.
PostgreSQL copre il 95 % dei casi d'uso relazionali. Con estensioni come pgvector anche gli embedding per le applicazioni AI. Gestione delle migrazioni tramite Prisma. Backup ogni ora, ripristino in un clic.
Hetzner Cloud da Falkenstein e Norimberga per la maggior parte dei progetti. STACKIT (gruppo Schwarz, Heilbronn) per i clienti con esigenze di sovranità più elevate. Entrambi gestiti al 100 % nell'UE, sensibilmente più economici di AWS/Azure e senza esposizione allo US Cloud Act.
Tre forme di progetto
Quale forma è adatta dipende da dove vi trovate e da come deve apparire il punto d'arrivo.
Avete un'idea ma nessun percorso di soluzione chiaro. Convalidiamo in 2–4 settimane le ipotesi tecniche più importanti, costruiamo un prototipo cliccabile e consegniamo schizzo architetturale e roadmap.
Dal prototipo al prodotto funzionante con utenti reali. In sprint di 2 settimane, con demo settimanali, focalizzato sul workflow centrale. Tutto ciò che non è essenziale per i primi utenti va nella roadmap successiva.
Avete un team di prodotto interno ma vi servono 1–3 engineer esperti per una fase specifica o in modo continuativo. Lavoriamo con voi, nel vostro repository, nei vostri sprint, con le vostre code review.
Ancoraggi di sovranità
Hosting UE come standard. Hetzner (Falkenstein, Norimberga) o STACKIT (Heilbronn). Entrambi senza legami con lo US Cloud Act. I backup restano nell'UE, i log restano nell'UE, l'identity provider resta nell'UE.
Open source come default. Framework e librerie sono open source — Next.js, NestJS, PostgreSQL, Prisma. In caso di emergenza potete prendere in carico voi stessi qualsiasi componente o farlo evolvere da un altro fornitore.
Proprietà del codice a voi. Repository, configurazioni CI, script Infrastructure-as-Code — tutto passa nella vostra organizzazione GitHub o GitLab. Lavoriamo come ospiti in casa vostra, non viceversa.
Protezione dal vendor lock-in. Evitiamo deliberatamente dipendenze proprietarie che renderebbero costoso un cambio. PostgreSQL invece di un database specifico di un cloud. Workload containerizzati eseguibili su qualsiasi provider. Design API standardizzati.
Auditabilità. Log strutturati, documentazione del modello dati, ADR (Architectural Decision Records). Così ogni engineer successivo — collaboratore interno o altro fornitore — capisce perché qualcosa è stato costruito in un certo modo.
Referenza live
Il License Cost Calculator all'indirizzo licenses.arades.de è un esempio esattamente del metodo che vi proponiamo. Next.js su Hetzner, PostgreSQL come database, logica del modello di licensing Microsoft mappata in TypeScript. Risultato: uno strumento con cui responsabili commerciali e IT ottengono in 5 minuti una stima valida di licensing per Microsoft Dynamics 365.
Eat your own dogfood. Vendiamo sviluppo custom software e lo usiamo in prima persona — come veicolo di marketing, strumento commerciale e prova che il metodo funziona.
Approfondimenti
Custom software diventa spesso davvero utile solo grazie a un'integrazione AI. Combiniamo con OpenAI, Claude, Mistral o LLM locali.
Scopri di più →
Prima di costruire: chiarire Build vs. Buy. Microsoft vs. open source. Valutare la sovranità UE. Conversazione di 45 minuti o workshop di più giorni.
Scopri di più →
La panoramica del nostro secondo pilastro — tutto ciò che non appartiene direttamente al mondo Microsoft, ma è strategicamente e operativamente rilevante.
Scopri di più →
Quando la via Microsoft è adatta. Power Apps, Power Automate, Power BI, Power Pages — spesso l'alternativa più rapida a custom software.
Scopri di più →
Domande frequenti (FAQ)
Quando il software standard non copre il vostro modello di business, quando volete creare un prodotto digitale per i vostri clienti o quando i costi delle licenze, oltre una certa scala, non sono più proporzionati. Se Microsoft Power Platform, Dynamics 365 o un SaaS standard soddisfano i vostri requisiti, ve lo diciamo — e raccomandiamo la via standard.
Per default TypeScript, Next.js (frontend), NestJS (backend), PostgreSQL come database. Hosting presso Hetzner o STACKIT in Germania. Opzionalmente: Prisma come ORM, tRPC per API type-safe, Redis per il caching, storage compatibile S3. Usiamo uno stack consolidato — niente roulette dei framework.
Un discovery spike (2–4 settimane) viene calcolato insieme. Un MVP (2–4 mesi) come prezzo fisso. Un team embedded (1–3 sviluppatori, su base mensile) in modalità embedded. Calcoliamo in modo trasparente — niente «ore di discussione» nascoste.
A voi. Codice sorgente, repository, pipeline CI/CD, infrastruttura — tutto passa in vostra proprietà. Potete passare in qualsiasi momento a un altro fornitore o assumere internamente la manutenzione, senza vendor lock-in. Fa parte del nostro approccio di sovranità.
Per default Hetzner (Falkenstein, Norimberga) o STACKIT (Heilbronn). Entrambi gestiti al 100 % nell'UE, conformi al GDPR, senza esposizione allo US Cloud Act. In presenza di requisiti specifici (sanità, settore pubblico) anche Open Telekom Cloud o IONOS. AWS o Azure solo se il cliente lo richiede esplicitamente.
Sì — come disciplina autonoma. App iOS e Android con .NET MAUI per stack vicini a Microsoft, React Native per progetti cross-platform ampi o Swift/Kotlin nativi quando il caso lo richiede. Se il vostro caso d'uso è realizzabile con una progressive web app, ve lo diciamo — altrimenti seguiamo la via mobile.
Entrambi. Prendiamo in carico codebase esistenti (prima un code audit), modernizziamo stack più vecchi (ad es. PHP-Laravel o Ruby-on-Rails verso Next.js/Nest) o costruiamo moduli integrativi. Premessa: uno sguardo realistico al debito tecnico — per codebase molto vecchie consigliamo spesso una ricostruzione in parallelo all'esercizio.
45 min · gratuito · senza impegno
45 minuti in cui discutiamo tecnicamente la vostra idea concreta. Make-or-Buy, scelta dello stack, luogo di hosting, realismo del budget. Con la persona che poi costruirà. Nessuna pressione preparatoria — portate ciò che avete.
Servizi di accompagnamento
I progetti di engineering raramente sono isolati. Ecco i servizi di accompagnamento più frequenti che integriamo in discovery spike, sprint a prezzo fisso o contratti Application Care.
Prima · architettura
Prima di implementare: struttura del tenant, modello dei dati, concetto di sicurezza, mappa delle integrazioni.
Scopri di più →
Prima · CSP
Quali bundle di licenze per quali utenti, quali SKU add-on sono necessari, dove siete sovra- o sotto-licenziati.
Scopri di più →
Durante · quality gate
Seconda opinione indipendente durante un progetto di implementazione in corso. Quality gate basati su metodica CMMI, risk review, prezzo fisso per gate.
Durante · adoption
Un percorso di apprendimento dinamico su 4–6 settimane con formazione iniziale, fasi di applicazione e sessioni di approfondimento.
Scopri di più →
Dopo · esercizio
Dopo il go-live: contratto Application Care pianificabile con canone mensile, basato su SLA.
Scopri di più →
Dopo · conoscenza
Quando gli sviluppatori originali se ne sono andati o la documentazione è obsoleta — reverse engineering della soluzione esistente.
Scopri di più →
