Individuelle Webplattformen
Geschäftskritische Plattformen, mit denen Kunden und Team täglich arbeiten: Konten, Berechtigungen, Zahlungen und Daten, die auch Jahre nach dem Start stimmen müssen.
Was dazugehört
- Authentifizierung, Rollen und Berechtigungen, inklusive wer welchen Datensatz sieht
- Relationale Datenmodelle für die Fragen, die das Unternehmen wirklich stellt
- Kundenbereich und die interne Seite, mit der er betrieben wird
- Zahlungen, Abonnements und Rechnungsstellung, wo relevant
- Auswertungen und Exporte, für die keine Entwicklerin nötig ist
- Deployment, Umgebungen, Backups und Überwachung
Wann das nötig ist
Meist wenn ein Prozess seinen Werkzeugen entwachsen ist. Aufträge in einer geteilten Tabelle, Kundenunterlagen im Postfach, ein Buchungssystem, das zwei Personen verstehen und niemand dokumentiert.
Auch wenn eine bestehende Plattform eine neue Frage nicht beantworten kann, weil die Daten nie dafür modelliert wurden.
Typische Schwachstellen in bestehenden Systemen
- Berechtigungen erst nach dem Start ergänzt. Die Prüfungen stecken nur in der Oberfläche, nicht auf dem Server – eine vergessene Prüfung genügt, und ein Kunde sieht die Daten eines anderen. Wir setzen Zugriffsregeln serverseitig und in der Datenbank durch und testen sie.
- Status als Freitext gespeichert („bezahlt“, „Bezahlt “, „BEZAHLT?“). Berichte widersprechen sich, niemand traut den Zahlen. Wir definieren feste Statuswerte mit Constraints und bereinigen den Bestand.
- Keine Testumgebung. Jede Änderung landet direkt bei echten Kunden, also wird seltener und riskanter ausgeliefert. Wir richten eine Staging-Umgebung und automatische Prüfungen vor jedem Deployment ein.
- Aufwendige Aufgaben (E-Mails, PDFs, Importe) laufen, während der Nutzer wartet. Unter echter Last brechen Seiten ab und Bestellungen gehen verloren. Wir verlagern diese Arbeit in Hintergrund-Queues mit Wiederholungen.
Was wir tun
Wir beginnen bei den Datensätzen: welche Entitäten existieren, wem sie gehören, wer sie lesen und ändern darf und was niemals verloren gehen darf. Die Oberfläche folgt daraus.
Berechtigungen werden auch in der Datenbank erzwungen, nicht nur in der Anwendung, damit ein Fehler in der Oberfläche keine Offenlegung wird.
Projektablauf
- Audit- oder Zuschnittphase: Datenmodell, Zugriffsregeln und erste Auslieferung schriftlich
- Umsetzung in Phasen – nach jeder Phase steht eine lauffähige Version, die Sie direkt nutzen und prüfen können
- Migration bestehender Daten, mit Probelauf vor der echten Ausführung
- Übergabe: Dokumentation, lokales Setup und eine Zeit, in der wir erreichbar bleiben
Beschreiben Sie die Plattform.
Was sie leisten muss, wer sie nutzt und was heute existiert.