Webanwendungen
Software, die im Browser läuft: Portale, Dashboards, interne Werkzeuge und kundenseitige Anwendungen, mit sauber gelösten Fragen zu Zustand und Berechtigungen.
Überblick
Eine Webanwendung ist keine grosse Website. Websites rendern überwiegend Inhalte; Anwendungen halten Zustand, setzen Berechtigungen durch, verarbeiten gleichzeitige Bearbeitungen und müssen sich sinnvoll verhalten, wenn auf halbem Weg etwas fehlschlägt. Genau dort liegen Kosten und Risiko.
Die meisten Schwierigkeiten entstehen daraus, das eine für das andere zu halten. Ein Portal, das als Satz von Seiten kalkuliert wurde, braucht am Ende Rollen, Protokollierung, Hintergrundprozesse und eine Anbindung an ein System, das niemand erwähnt hat. Zu klären, welches der beiden Sie bauen, ist das erste Nützliche.
Für wen das gedacht ist
- Firmen, die einen Tabellen- oder Sammelpostfach-Prozess ablösen
- Unternehmen, die neben dem Hauptprodukt ein Kundenportal brauchen
- Teams, deren interne Werkzeuge über das hinausgewachsen sind, was sie tragen können
Unser Vorgehen bei Webanwendungen
Die konkreten Arbeitspakete eines typischen Projekts. Der Umfang steht vorab fest, nichts davon taucht später als Überraschung auf der Rechnung auf.
Domänen- und Datenmodell
Die Datenform früh richtig treffen, weil sie das Teuerste zu ändern ist, sobald echte Daten existieren.
Authentifizierung und Berechtigungen
Rollen, Zugriffsregeln und Protokollierung von Anfang an entworfen, weil ein nachträgliches Berechtigungsmodell jede Ansicht berührt.
Schnittstellen
Anbindungen an die Systeme, mit denen die Anwendung leben muss, einschliesslich der unangenehmen ohne moderne Schnittstelle.
Oberflächengestaltung
Ansichten um die Aufgabe herum entworfen statt um die Datenbank. Interne Werkzeuge profitieren davon besonders und bekommen es selten.
Tests und Verlässlichkeit
Automatisierte Tests über die Teile, in denen Fehler teuer sind, dazu sinnvolles Verhalten, wenn eine Abhängigkeit ausfällt.
Deployment und Beobachtbarkeit
Pipelines, Umgebungen und Monitoring, damit Probleme Ihnen auffallen und nicht einem Nutzer.
Vom ersten Gespräch zum gemessenen Ergebnis
Immer dieselbe Reihenfolge, damit Sie wissen, was als Nächstes kommt.
Verstehen
Den tatsächlichen Ablauf erfassen, einschliesslich der Behelfslösungen. Genau die zeigen meist die echte Anforderung.
Prototyp
Eine klickbare Fassung der Kernabläufe vor dem Bau, weil eine Prototypänderung einen Bruchteil kostet.
In Scheiben bauen
Vollständige, nutzbare Ausschnitte liefern, die sich beurteilen lassen, statt monatelang ein Backend ohne Oberfläche.
Härten und übergeben
Tests, Monitoring, Dokumentation und Wissenstransfer an die, die es betreiben werden.
Ergebnisse statt Aktenordner
Ein Stapel Dokumente ist kein Fortschritt. Das hier sind die Veränderungen, die die Arbeit bewirken soll.
Ein Prozess ohne Tabellen
Gemeinsamer Zustand mit echten Berechtigungen entfernt eine ganze Kategorie von Fehlern und Nacharbeit.
Früh etwas Nutzbares
Vertikale Ausschnitte bedeuten, dass Menschen innerhalb von Wochen auf echte Software reagieren können statt erst am Ende.
Weniger teure Kehrtwenden
Vorab entschiedene Datenmodelle und Berechtigungen vermeiden die Änderungen, die alles berühren.
Sie können es ohne uns betreiben
Dokumentation, Tests und Monitoring gehören zur Arbeit statt zu einem Versprechen für später.
Häufige Fragen zu Webanwendungen
Was Kundinnen und Kunden fragen, bevor sie sich melden. Fehlt Ihre Frage, stellen Sie sie uns direkt.
Was unterscheidet das von Webentwicklung?
Eine Marketing-Website rendert Inhalte und wird von Nichtentwicklern bearbeitet. Eine Anwendung hält Zustand, setzt Berechtigungen durch und muss bei gleichzeitiger Nutzung und Teilausfällen korrekt reagieren. Wenn Menschen sich anmelden und Daten ändern, auf die andere angewiesen sind, bauen Sie eine Anwendung.
Selbst bauen oder kaufen?
Kaufen, wann immer eine Standardlösung den grössten Teil des Bedarfs abdeckt, und das sagen wir auch. Bauen ergibt Sinn, wenn der Prozess wirklich spezifisch für Sie ist, wenn die Anbindungskosten einer Standardlösung an einen Eigenbau heranreichen, oder wenn der Ablauf selbst ein Wettbewerbsvorteil ist.
Wie lange dauert das?
Ein fokussiertes internes Werkzeug zwei bis vier Monate. Ein Kundenportal mit Schnittstellen vier bis neun. Wer eine feste Zahl nennt, bevor er Ihre Daten und Berechtigungen kennt, rät.
Können Sie mit unserem Entwicklungsteam arbeiten?
Ja, und oft ist das das beste Ergebnis. Wir können Architektur und Lieferung führen, während Ihre Entwickler bauen, was das Wissen von Anfang an im Haus hält, statt es später zu übertragen.
Webanwendungen im Kopf?
Sagen Sie uns, was sich ändern soll. Passen wir nicht, sagen wir das und nennen Ihnen eine bessere Adresse.
Interessiert Sie das grössere Bild?
Webanwendungen steht meist neben weiteren Themen aus Web-, App- und Plattformentwicklung. Sehen Sie sich den ganzen Bereich an.