Website oder Webanwendung
Eine Website präsentiert Informationen. Eine Webanwendung erledigt Arbeit: Sie hält Zustände, setzt Berechtigungen durch, führt Geschäftsregeln aus, verarbeitet Transaktionen und muss korrekt bleiben, wenn zwei Personen gleichzeitig denselben Datensatz bearbeiten.
Dieser Unterschied ist wirtschaftlich relevant, weil beide unterschiedlich bepreist, gebaut und gewartet werden. Die meisten gescheiterten Projekte, die wir retten sollen, wurden als Website angeboten und entpuppten sich etwa in Woche sechs als Anwendung.
Wenn Ihre Anforderungen Logins, Rollen, Workflows, Freigaben, Berechnungen oder Reporting umfassen, kaufen Sie Software. Wir grenzen sie von Anfang an so ab – das ist im Angebotsstadium weniger angenehm zu hören und im vierten Monat deutlich günstiger.
Was wir bauen
- Interne Tools und operative Dashboards
- Kunden- und Lieferantenportale
- Buchungs-, Reservierungs- und Terminsysteme
- Angebots-, Bestell- und Freigabe-Workflows
- Reporting- und Business-Intelligence-Oberflächen
- Dokumentenmanagement und E-Signatur-Abläufe
- Mitgliedschafts- und Abo-Plattformen
- Marktplätze und Plattformen mit mehreren Parteien
- Progressive Web Apps, die offline funktionieren und sich auf dem Startbildschirm installieren lassen
- Admin-Panels für bestehende Systeme, die nie ein vernünftiges hatten
Architektur und Stack
Wir wählen einen Stack, den wir auch in fünf Jahren vertreten können, nicht einen, der gerade in Mode ist. In der Praxis heißt das meist PHP mit Laravel oder Node.js auf dem Server, React, Vue oder Next.js auf dem Client, PostgreSQL oder MySQL für Daten, Redis für Caching und Warteschlangen sowie containerisierte Deployments mit automatisierten Pipelines.
Die Entscheidungen, die tatsächlich bestimmen, ob eine Anwendung überlebt, sind weniger sichtbar: ein Datenmodell, das das Geschäft abbildet statt den ersten Bildschirm, Berechtigungen, die auf dem Server durchgesetzt statt in der Oberfläche versteckt werden, Hintergrundjobs für alles Langsame und ein Audit-Trail für jeden wichtigen Datensatz. Wir setzen sie früh richtig um, weil Nachrüsten teuer ist.
Sicherheit ist keine Phase
Geschäftsanwendungen enthalten genau die Daten, die Angreifer wollen: Kundendaten, Preise, Verträge, Finanzhistorie. Sicherheit wird von Anfang an mitgedacht, statt am Ende getestet zu werden.
Das bedeutet serverseitige Berechtigungen an jedem Endpunkt, Schutz vor Injection- und Cross-Site-Angriffen schon durch die Konstruktion, Rate Limiting, sichere Session-Verwaltung und Zwei-Faktor-Authentifizierung, wo die Daten es rechtfertigen, Verschlüsselung bei der Übertragung und im Ruhezustand, Secrets in einem Manager statt im Code sowie ein vollständiges Audit-Log. Vor dem Launch führen wir einen Penetrationstest durch – lieber finden wir das Problem, als dass Ihre Kunden es finden.
So läuft das Projekt ab
Wir beginnen mit einer Prozessanalyse und einem schriftlichen Umfang für Version eins, dann folgt ein klickbarer Prototyp der komplexesten Bildschirme, denn dort erweisen sich Anforderungen als falsch. Die Entwicklung läuft in zweiwöchigen Sprints mit einem lauffähigen Build am Ende jedes Sprints, sodass Sie steuern statt warten.
Die Tests umfassen automatisierte Tests der Geschäftslogik, Lasttests wo das Volumen es erfordert, und eine Sicherheitsprüfung. Der Launch umfasst Datenmigration, gegebenenfalls eine Parallelphase, rollenbasierte Schulung und Dokumentation. Danach gehören Ihnen Code, Infrastruktur und Konten, und wir unterstützen mit einem vereinbarten SLA oder übergeben vollständig.