Unternehmensanwendungen
Systeme, die eine ganze Organisation tragen
Was das konkret bedeutet
Sechs Dinge, die ein System von einer Website unterscheiden
Viele Rollen, eine Wahrheit
Filialleitung, Buchhaltung, Regionalleitung und Prüfer brauchen jeweils eine andere Sicht auf denselben Datensatz – und keiner darf unbemerkt etwas sehen, das ihn nichts angeht. Rollenbasierte Zugriffe, auf Datenebene entworfen statt in der Oberfläche versteckt, denn eine Oberfläche, die einen Button bloß nicht anzeigt, ist keine Zugriffskontrolle.
Freigaben, die etwas bedeuten
Mehrstufige Freigabeketten mit Vertretung, Eskalation und einem Protokoll mit Zeitstempel, wer was in welcher Version freigegeben hat. Im Streitfall zählt genau die Version: Eine Freigabe für ein Dokument, das danach geändert wurde, ist keine Freigabe.
Ein Prüfpfad, der standhält
Jede Änderung wird als Ereignis gespeichert, nicht überschrieben – alter Wert, neuer Wert, wer, wann und warum. Auch Monate später nachvollziehbar – der einzige Test, der zählt, und der Grund, warum Finanz- und regulierte Betriebe überhaupt darauf laufen können.
Geld, das aufgeht
Zahlungseingänge, Abrechnungen, Erstattungen, Auszahlungen und das Hauptbuch, das am Monatsende mit dem Kontoauszug übereinstimmen muss. Die Anbindung ist die leichte Hälfte; beim Abgleich und bei den Fehlerfällen gehen solche Projekte wirklich schief.
Schnittstellen, die auch die Gegenseite aushalten
Payment-Gateways, Buchhaltungssoftware, Behördenportale, Logistik, Messaging. Gebaut unter der Annahme, dass das andere System langsam ist, in Timeouts läuft und gelegentlich doppelt antwortet – damit ein erneuter Versuch einen Kunden nie ein zweites Mal belastet.
Migration ohne Stillstand
Der Umstieg von Tabellen oder von Software, aus der Sie herausgewachsen sind – beide Systeme laufen parallel, bis das neue sich bewährt hat. Ein Umstellungswochenende ohne Weg zurück ist eine Entscheidung, die niemand an einem Sonntagabend treffen sollte.
Wie es abläuft
Sechs Phasen – und die erste ist kein Code
Verstehen, was wirklich passiert
Nicht der Prozess, wie er dokumentiert ist, sondern wie er gelebt wird – mitsamt den Behelfslösungen. Die Behelfslösungen sind die Anforderungen; ein System, das sie ignoriert, ist das, neben dem die Mitarbeitenden heimlich eine Tabelle weiterführen.
Architektur und schriftlich festgehaltene Entscheidungen
Struktur, Datenmodell, Schnittstellen und Abwägungen, schriftlich festgehalten mitsamt Begründung. Damit in zwei Jahren jemand sehen kann, warum eine Entscheidung getroffen wurde, statt zu raten und sie rückgängig zu machen.
In nutzbaren Etappen bauen
Eine Abteilung oder ein Standort nach dem anderen, live und im echten Einsatz – statt achtzehn Monate Entwicklung, die erst am Ende enthüllt werden. Die erste Etappe läuft produktiv, während die zweite entsteht.
Migrieren und parallel betreiben
Altdaten werden übernommen und per Abgleich geprüft, nicht per Augenschein. Beide Systeme bleiben live, bis die Zahlen einen vollen Zyklus lang übereinstimmen.
Die Menschen schulen, die damit arbeiten
Mit ihren eigenen Daten, an ihrem eigenen Standort. An der Akzeptanz scheitern die meisten dieser Projekte – und zwar leise: Die Software funktioniert, und niemand benutzt sie.
Betreiben
Monitoring, Backups, deren Wiederherstellung getestet wird, eine Rufbereitschaft und eine Roadmap, die vierteljährlich überprüft wird. Ein System, für das sich nach dem Launch niemand zuständig fühlt, verfällt – ob jemand etwas daran ändert oder nicht.
Stack
Offen benannt, damit Sie es prüfen können
Produkt
- Next.js
- React
- TypeScript
- Tailwind CSS
- React Native
- Expo
Backend
- NestJS
- Node.js
- PostgreSQL
- Prisma
- Redis
- WebSockets
Cloud
- Vercel
- Render
- Cloudflare
- Docker
- Objektspeicher
- CDN
Zahlungen
- Razorpay
- Stripe
- Cashfree
- UPI
- Auszahlungen
- Abonnements
KI
- Google Gemini
- Claude
- Bilderkennung
- Sprache
- Embeddings
- Agenten
Wachstum
- Technisches SEO
- Meta Ads
- Google Ads
- WhatsApp Business
- Analytics
Bringen Sie den Prozess mit, nicht das Lastenheft.
Das nützlichste erste Treffen ist ein Gang durch das, was Ihr Team an einem ganz normalen Dienstag macht. Daraus entsteht die Spezifikation – und die zu schreiben ist unsere Aufgabe, nicht Ihre.