Independent Engineering · Custom Software
Standard-Software löst die Standard-Probleme. Wenn Ihr Geschäftsmodell aber kein Standard ist — eine Mitglieder-Plattform für einen Verband, eine Auktions-App, ein digitales Produkt mit eigener Preis-Logik — dann zahlt es sich aus, in eigene Software zu investieren statt SaaS zu zwingen, was nie passen wird.
Entscheidungs-Hilfe
Custom Software ist nicht immer die richtige Wahl. Vier Szenarien, in denen sie es ist — und drei, in denen Sie besser bei Standard bleiben.
Sie verkaufen ein digitales Produkt — eine Mitglieder-Plattform, eine Marktplatz-App, ein SaaS-Tool für eine Branchen-Nische. Hier ist Software das Asset selbst. SaaS-Bausteine helfen, aber das Kernerlebnis muss Ihnen gehören.
Sie haben eine Standard-Software ausprobiert, sind bei einem signifikanten Teil der Anforderungen aber an Plattform-Grenzen gestoßen. Customization wird teurer als ein Eigenbau, oder die Plattform fängt an, Ihren Use Case in Updates zu brechen.
Sie haben heute 50 Nutzer einer SaaS-Lösung, in 3 Jahren werden es 5.000. Bei vielen SaaS-Modellen werden 5.000 Nutzer zu einem Kostenblock, bei dem ein Eigenbau bereits nach 18 Monaten amortisiert wäre.
Öffentlicher Sektor, Verbände, Health Care, kritische Infrastruktur. Oder ein bewusster Entschluss, US-Cloud-Risiken (Cloud Act, Schrems-II-Konstellationen) abzubauen. Custom auf Hetzner oder STACKIT ist hier oft die saubere Antwort.
Internes Werkzeug, das ein Geschäftsprozess abbildet, mit 5–50 internen Nutzern, das Sie in 8 Wochen brauchen. Hier ist Microsoft Power Platform typisch schneller, billiger und langfristig wartbarer.
HR-System, Buchhaltung, klassisches CRM für ein 30-Personen-Vertriebsteam. Da gibt es ausgereifte SaaS-Anbieter. Custom Software in diesen Bereichen ist meist Symbol-Politik — und teure Erinnerung daran, dass das Standard-Tool schneller gewesen wäre.
Tech-Stack
Wir setzen auf einen bewährten, durchgängig TypeScript-basierten Stack. Das Argument ist Pragmatik: ein Stack, eine Sprache, ein gemeinsames Wissen im Team — von der UI bis zur Datenbank-Migration. Keine Polyglott-Architektur, in der jeder Microservice in einer anderen Sprache geschrieben ist.
Server-Rendering für gute Ladezeiten und SEO. App Router. React Server Components, wo sinnvoll. Tailwind für stilistische Konsistenz. Form-Validierung mit Zod. Wir bauen UIs, die in ihrem Maßstab schnell bleiben — auch mit echten Datenmengen.
NestJS bringt eine saubere Modul-Struktur, Dependency Injection, eingebaute Test-Patterns. Für API-Anschlüsse REST oder tRPC, je nach Anwendungsfall. Job-Verarbeitung mit BullMQ, Authentifizierung über OIDC oder Magic-Link.
PostgreSQL deckt 95 % aller relationalen Use Cases ab. Mit Erweiterungen wie pgvector auch Embeddings für AI-Anwendungen. Migrations-Management über Prisma. Backups stündlich, ein-Klick-Wiederherstellung.
Hetzner Cloud aus Falkenstein und Nürnberg für die meisten Projekte. STACKIT (Schwarz-Gruppe, Heilbronn) für Kunden mit höheren Souveränitäts-Ansprüchen. Beides 100-%-EU-betrieben, signifikant günstiger als AWS/Azure und ohne US-Cloud-Act-Exposition.
Drei Project-Shapes
Welche Form passt, hängt davon ab, wie weit Sie sind und wie das Endspiel aussehen soll.
Sie haben eine Idee, aber noch keinen klaren Lösungsweg. Wir validieren in 2–4 Wochen die wichtigsten technischen Annahmen, bauen einen Click-fähigen Prototyp und liefern Architektur-Skizze + Roadmap.
Vom Prototyp zum lauffähigen Produkt mit echten Nutzern. In 2-Wochen-Sprints, mit wöchentlichen Demos, klar fokussiert auf den Kern-Workflow. Alles, was nicht für die ersten Nutzer essentiell ist, wandert in die Roadmap dahinter.
Sie haben ein eigenes Produkt-Team, brauchen aber 1–3 erfahrene Engineers für eine bestimmte Phase oder dauerhaft. Wir arbeiten mit, in Ihrem Repository, in Ihren Sprints, mit Ihren Reviews.
Souveränitäts-Anker
EU-Hosting als Standard. Hetzner (Falkenstein, Nürnberg) oder STACKIT (Heilbronn). Beides ohne Verbindung zum US Cloud Act. Backups bleiben in der EU, Logs bleiben in der EU, Identity-Provider bleibt in der EU.
Open Source als Default. Frameworks und Bibliotheken sind quelloffen — Next.js, NestJS, PostgreSQL, Prisma. Sie können in Notfällen jeden Baustein selbst übernehmen oder von einem anderen Dienstleister weiterentwickeln lassen.
Code-Eigentum bei Ihnen. Repositories, CI-Konfigurationen, Infrastructure-as-Code-Skripte — alles wandert in Ihre GitHub- oder GitLab-Organisation. Wir arbeiten als Gast in Ihrem Haus, nicht andersherum.
Vendor-Lock-in-Schutz. Wir vermeiden bewusst proprietäre Abhängigkeiten, die einen Wechsel teuer machen würden. PostgreSQL statt einer Cloud-spezifischen Datenbank. Container-Workloads, die auf jedem Cloud-Anbieter laufen. Standardisierte API-Designs.
Auditfähigkeit. Strukturierte Logs, Datenmodell-Dokumentation, ADRs (Architectural Decision Records). Damit jeder spätere Engineer — interne Mitarbeitende oder anderer Dienstleister — versteht, warum etwas so gebaut wurde.
Live-Referenz
Der License Cost Calculator unter licenses.arades.de ist ein Beispiel für genau das Vorgehen, das wir Ihnen verkaufen. Next.js auf Hetzner, PostgreSQL als Datenbank, Microsoft-Lizenz-Modell-Logik in TypeScript abgebildet. Ergebnis: ein Werkzeug, mit dem Vertriebs- und IT-Verantwortliche in 5 Minuten eine valide Lizenz-Kalkulation für Microsoft Dynamics 365 erhalten.
Eat your own dogfood. Wir verkaufen Custom-Software-Entwicklung und nutzen sie selbst — als Marketing-Vehikel, als Vertriebs-Werkzeug und als Beweis, dass das Vorgehen funktioniert.
Weiterführend
Custom Software wird oft erst durch eine AI-Integration richtig nützlich. Wir kombinieren mit OpenAI, Claude, Mistral oder lokalen LLMs.
Bevor gebaut wird: Build vs. Buy klären. Microsoft vs. Open Source. EU-Souveränität bewerten. 45-Minuten-Conversation oder mehrtägiger Workshop.
Die Übersicht über unsere zweite Säule — alles, was nicht direkt zur Microsoft-Welt gehört, aber strategisch und operativ wichtig ist.
Wenn der Microsoft-Weg passt. Power Apps, Power Automate, Power BI, Power Pages — oft die schnellere Alternative zu Custom Software.
Häufige Fragen
Wenn Standard-Software das Geschäftsmodell nicht abdeckt, wenn Sie ein digitales Produkt für Ihre Kunden bauen wollen oder wenn Lizenz-Kosten ab einer bestimmten Skalierung in keinem Verhältnis mehr stehen. Wenn Microsoft Power Platform, Dynamics 365 oder ein Standard-SaaS Ihre Anforderungen erfüllt, sagen wir das — und empfehlen den Standard-Weg.
Standardmäßig TypeScript, Next.js (Frontend), NestJS (Backend), PostgreSQL als Datenbank. Hosting bei Hetzner oder STACKIT in Deutschland. Optional: Prisma als ORM, tRPC für typsichere APIs, Redis für Caching, S3-kompatibler Storage. Wir nutzen bewährten Stack — keine Framework-Roulette.
Ein Discovery-Spike (2–4 Wochen) kalkulieren wir gemeinsam. Ein MVP (2–4 Monate) liegt als Festpreis-Rahmen. Ein Embedded-Team (1–3 Entwickler, monatlich) im Embedded-Team-Modus. Wir kalkulieren transparent — keine versteckten „Diskussions-Stunden".
Ihnen. Quellcode, Repositories, CI/CD-Pipelines, Infrastruktur — alles wandert in Ihren Besitz. Sie können jederzeit zu einem anderen Dienstleister wechseln oder die Pflege intern übernehmen, ohne Vendor-Lock-in. Das ist Teil unseres Souveränitäts-Ansatzes.
Standardmäßig Hetzner (Falkenstein, Nürnberg) oder STACKIT (Heilbronn). Beides 100-%-EU-betrieben, GDPR-konform, ohne US-Cloud-Act-Exposition. Bei spezifischen Anforderungen (Health Care, öffentlicher Sektor) auch Open Telekom Cloud oder IONOS. AWS oder Azure nur, wenn der Kunde es explizit wünscht.
Ja — als eigene Disziplin. iOS- und Android-Apps mit .NET MAUI für Microsoft-nahe Stacks, React Native für breite Cross-Platform-Projekte oder native Swift/Kotlin, wenn die Aufgabe es verlangt. Wenn Ihr Use Case mit einer progressiven Web-App machbar ist, sagen wir das — sonst gehen wir den Mobile-Weg.
Beides. Wir übernehmen bestehende Codebases (Code-Audit zuerst), modernisieren ältere Stacks (z. B. PHP-Laravel oder Ruby-on-Rails auf Next.js/Nest) oder bauen ergänzende Module. Voraussetzung ist ein realistischer Blick auf die technische Schuld — bei sehr alten Codebases empfehlen wir oft Neubau parallel zum Altbetrieb.
45 Min · kostenlos · ohne Verpflichtung
45 Minuten, in denen wir Ihre konkrete Idee technisch durchsprechen. Make-or-Buy, Stack-Wahl, Hosting-Ort, Budget-Realismus. Mit der Person, die später auch baut. Kein Vorbereitungs-Druck — bringen Sie mit, was Sie haben.
Begleitende Dienstleistungen
Engineering-Projekte stehen selten allein — Lizenz-Logik, Architektur-Klärung, Quality-Gates, Wissens-Transfer und Folge-Betrieb laufen meistens parallel. Hier die häufigsten Begleitleistungen, die wir in Discovery-Spike, Sprint-Festpreis oder Application-Care-Verträgen zubuchen.
Vorab · Architektur
Bevor implementiert wird: Tenant-Struktur, Datenmodell, Sicherheitskonzept, Integration-Mapping. Ergebnis ist ein Architektur-Dokument, mit dem jedes Engineering-Team weiterarbeiten kann — auch ein anderes als wir.
Ansehen →
Vorab · CSP
Welche Lizenz-Bundles für welche User, welche Add-on-SKUs notwendig sind, wo Sie über- oder unterlizenziert sind. Als Microsoft Lizenzierungspartner bezogen — mit der Option, CSP nur als Kontrolle ohne Margenmaximierung zu nutzen.
Ansehen →
Während · Quality-Gate
Unabhängige Zweit-Meinung während eines laufenden Implementations-Projekts — egal ob wir es selbst durchführen oder ein anderer Partner. CMMI-basierte Quality-Gates, Risk-Reviews, Festpreis pro Gate.
Während · Adoption
Nicht der klassische 2-Tage-Workshop, der nach einer Woche vergessen ist — sondern ein dynamisches Lernprogramm über 4–6 Wochen mit Erstschulung, Anwendungsphasen und Aufbau-Sessions. Schulungs-Matrix für Rollen und Themen.
Ansehen →
Danach · Betrieb
Nach Go-Live: planbarer Application-Care-Vertrag mit Monatspauschale, SLA-basiert. Inklusive Releases, Hotfixes, Erweiterungen, Tenant-Hardening — und kontinuierlicher Begleitung statt nur Reaktion auf Ticket.
Ansehen →
Danach · Wissen
Wenn die ursprünglichen Entwickler weg sind, der Vorgänger-Partner nicht mehr greifbar oder die Dokumentation veraltet — Reverse Engineering der bestehenden Lösung mit dokumentiertem Ergebnis: Code-Map, Datenmodell, Customization-Inventar.
Ansehen →
