Webentwicklung für Anwendungen, die im Alltag zuverlässig laufen

Die Grenze ist einfacher zu ziehen, als sie klingt. Eine Website informiert und sammelt Anfragen. Eine Anwendung führt Arbeit aus.

Drei Anzeichen sprechen für eine Anwendung. Erstens: Ihre Leute pflegen dieselben Daten in mehreren Tabellen, und niemand weiß, welche Tabelle stimmt. Zweitens: verschiedene Personen dürfen verschiedene Dinge sehen und ändern. Drittens: es gibt einen Ablauf mit Status, also etwas, das angelegt, geprüft, freigegeben und abgeschlossen wird.

Dagegen sprechen ebenso klare Fälle. Wenn eine bestehende Standardsoftware Ihren Ablauf zu neunzig Prozent abbildet, ist eine eigene Entwicklung selten die günstigere Entscheidung. Wir sagen Ihnen das vor dem Angebot, auch wenn das für uns das kleinere Projekt bedeutet.

Häufig lautet die Antwort ohnehin: beides. Eine öffentliche Website, dahinter ein Bereich mit Anmeldung, in dem gearbeitet wird.

Vor der ersten Codezeile werden vier Dinge entschieden, und alle vier gehören schriftlich fixiert.

Das Datenmodell. Welche Objekte gibt es, wie hängen sie zusammen, was ist Pflichtfeld. Dieser Teil lässt sich später am teuersten ändern, deshalb steht er am Anfang.

Die Abläufe. Jeder Vorgang bekommt seine Status und seine erlaubten Übergänge. Wer darf von geprüft auf freigegeben setzen, und was passiert bei einer Ablehnung.

Die Schnittstellen. Welche Systeme liefern Daten, welche bekommen Daten, in welchem Rhythmus, und was geschieht, wenn eines davon nicht antwortet.

Der Umfang der ersten nutzbaren Version. Was muss enthalten sein, damit Ihr Team wirklich damit arbeiten kann, und was kann warten. Diese Liste ist die wichtigste Freigabe im Projekt, weil sie Termin und Preis bestimmt.

Das Ergebnis dieser Phase ist ein Dokument, das Sie freigeben. Danach beginnt die Umsetzung, und Änderungen daran bekommen ein eigenes Angebot, bevor jemand sie baut.

Drei Formen kommen regelmäßig vor, und sie unterscheiden sich weniger im Code als in der Frage, wer damit arbeitet.

SaaS-Plattformen. Ihr Produkt wird von externen Kunden genutzt, mit Registrierung, Tarifen, Abrechnung und Kundenverwaltung. Hier zählen Selbstbedienung und eine saubere Trennung der Mandanten.

CRM-Abläufe. Anfragen, Angebote, Zuständigkeiten, Wiedervorlagen, Historie pro Kunde. Der Nutzen entsteht nicht durch viele Felder, sondern dadurch, dass die Eingabe schneller geht als eine Tabelle.

ERP-nahe Abläufe. Bestände, Aufträge, Lieferanten, Kalkulation. Hier ist die Anbindung an bestehende Systeme meist wichtiger als die Oberfläche.

Dazu kommen mobile Anwendungen, wenn die Arbeit unterwegs passiert. Unsere interne App DCL Hub Mobile verwaltet Projekte auf iOS und Android.

Rechte werden nicht am Ende ergänzt, sie gehören ins Datenmodell. Sonst entsteht die Variante, die man in vielen Systemen findet: alle sehen alles, und Vertraulichkeit besteht aus einer Absprache.

Wir arbeiten mit Rollen. Jede Rolle bekommt eine Liste erlaubter Aktionen, und die Prüfung passiert auf dem Server, nicht im Browser. Ein ausgeblendeter Knopf ist kein Schutz.

Protokolliert wird, was nachvollziehbar sein muss: wer hat wann welchen Datensatz geändert, wer hat sich wann angemeldet, welcher Vorgang wurde freigegeben. Das Protokoll ist schreibgeschützt und für die Rolle sichtbar, die es sehen darf.

Personenbezogene Daten werden nur dort gespeichert, wo sie gebraucht werden, und Zugriffe darauf sind Teil des Protokolls.

Getestet wird nicht im laufenden Betrieb. Jedes Projekt bekommt eine eigene Testumgebung mit denselben Versionen wie das Produktivsystem, aber mit Testdaten. Neue Funktionen gehen erst dorthin, Sie sehen und bestätigen sie, danach wird veröffentlicht.

Sicherungen laufen automatisch, und zwar für Datenbank und Dateien getrennt. Entscheidend ist nicht, dass es eine Sicherung gibt, sondern dass sie sich wiederherstellen lässt. Deshalb wird die Wiederherstellung in der Testumgebung tatsächlich durchgeführt und nicht nur angenommen.

Dazu kommt Überwachung: Erreichbarkeit, Fehlerrate, Laufzeit der wichtigsten Vorgänge. Wenn ein angebundenes System nicht antwortet, muss die Anwendung das anzeigen und den Vorgang wiederholbar halten, statt still zu scheitern.

Projekte mit festem Umfang rechnen wir als Festpreis ab, nicht nach Stunden. Individuelle Anwendungen bieten wir nach dem Briefing zum Festpreis an, mit Benutzerkonten, Rollen, Dashboard, Abrechnung und Schnittstellen. Für eine erste nutzbare Version rechnen wir mit drei bis sechs Monaten.

Nach Aufwand arbeiten wir in zwei Fällen: bei laufender Weiterentwicklung ohne festen Umfang und bei der Übernahme eines Systems, das wir nicht gebaut haben und dessen Zustand sich erst beim Öffnen zeigt. In beiden Fällen vereinbaren wir vorher ein monatliches Kontingent, damit die Summe planbar bleibt.

Der Betrieb gehört in dieselbe Rechnung wie die Entwicklung. Server, Sicherungen, Überwachung, Aktualisierungen von Bibliotheken und kleine Korrekturen laufen weiter, solange die Anwendung benutzt wird. Wer diesen Posten beim Vergleich von Angeboten weglässt, vergleicht zwei verschiedene Dinge.

Am Ende des Projekts gehört Ihnen nicht nur das Ergebnis, sondern der Weg dorthin.

Der Code liegt in einem Verzeichnis, auf das Sie Zugriff haben, mit der vollständigen Historie der Änderungen. Die Konten für Server, Datenbank, Domain und angebundene Dienste laufen auf Ihren Namen, nicht auf unseren.

Dazu kommt die Dokumentation: wie die Anwendung aufgebaut ist, wie sie veröffentlicht wird, wo die Sicherungen liegen und wie man sie zurückspielt, welche Umgebungsvariablen es gibt und wofür sie stehen. Sie ist so geschrieben, dass ein anderes Entwicklerteam damit weiterarbeiten kann.

Das ist der Unterschied zwischen einer Anwendung und einer Abhängigkeit. Wir bauen nichts ein, das einen Wechsel zu einem anderen Dienstleister erschwert.

Helix Trading. Eine individuelle Lernplattform für Trading, mit eigenem Simulator und einem vollständigen Challenge-Ablauf, gebaut mit Next.js und PostgreSQL, mit nach Rollen getrennter Anmeldung.

Das Projekt zeigt die drei Teile, die in dieser Art von Arbeit zusammenkommen: eine eigene Fachlogik, die es fertig nirgends zu kaufen gibt, eine Datenbank, die den Ablauf abbildet, und eine Rechteverwaltung, die Teilnehmer und Verwaltung sauber trennt.

Die Zusammenarbeit lief auf Distanz, mit einem festen Ansprechpartner und Zwischenständen auf einer Testadresse.