Web-App entwickeln lassen: wenn kein Standardsystem den entscheidenden Prozess abbildet.
Interne Anwendungen, Kunden- und Partnerportale, strukturierte Erfassung statt Tabellen: Eine individuelle Web-App ist dann richtig, wenn ein Prozess Ihr Geschäft prägt und keine Standardsoftware ihn sauber abbildet. Ich baue sie — angebunden an Ihre vorhandenen Systeme, dokumentiert und ab Tag 1 in Ihrem Besitz.
- Zuerst die Prüfung, ob Standardsoftware reicht — sie ist meistens günstiger
- Im Browser nutzbar, ohne Installation, mit Rollen und Rechten
- Angebunden an CRM, ERP oder Warenwirtschaft statt als weitere Dateninsel
- Moderner, weit verbreiteter Standard-Stack — jeder Entwickler kann übernehmen
Die Tabelle, die eigentlich eine Anwendung ist.
In fast jedem mittelständischen Unternehmen gibt es sie: die Datei, an der mehrere Personen arbeiten, die seit Jahren gewachsen ist, die niemand ohne Rücksprache anfasst und die trotzdem einen Prozess steuert, an dem Umsatz hängt. Meist liegt sie auf einem Laufwerk, hat mehrere Versionen im Umlauf und kennt keine Rechte.
Der Grund dafür ist selten Nachlässigkeit. Es gab schlicht kein Standardsystem, das diesen Prozess abbildet, und so ist die Tabelle die pragmatische Lösung geblieben. Sie funktioniert — bis mehr als drei Menschen gleichzeitig damit arbeiten, bis jemand geht, oder bis jemand fragt, wer wann welche Zeile geändert hat.
Die zweite Variante ist das gekaufte System, das zu neunzig Prozent passt. Die fehlenden zehn Prozent werden dann drumherum organisiert: ein Export hier, eine Nebenliste dort, eine Absprache per E-Mail. Diese zehn Prozent kosten am Ende häufig mehr Zeit als die neunzig, die die Software abdeckt.
Eine individuelle Web-App ist die richtige Antwort, wenn dieser Prozess wirklich Ihr Geschäft prägt. Sie ist die falsche Antwort, wenn ein vorhandenes System die Lücke schließen könnte. Diese Unterscheidung steht bei mir vor dem Angebot, nicht dahinter.
Wofür sich eine individuelle Anwendung im Mittelstand rechnet.
Sechs typische Ausgangslagen. Gemeinsam ist ihnen, dass ein wichtiger Prozess heute an einer Stelle läuft, die dafür nie gedacht war.
Interne Fachanwendungen
Ein Prozess, der heute über Tabellen, E-Mails und Absprachen läuft, bekommt eine Oberfläche mit Rollen, Status, Historie und Pflichtfeldern. Mehrere Personen arbeiten gleichzeitig, ohne Versionen zu vergleichen.
Kunden- und Partnerportale
Kunden, Lieferanten oder Außendienst greifen strukturiert auf die Informationen zu, die sie brauchen — ohne Zugang zu Ihrem Kernsystem und ohne Rückfragen, die jemand von Hand beantwortet.
Excel-Ablösung
Die gewachsene Tabelle wird zur Anwendung: dieselbe Logik, aber mit Rechten, Nachvollziehbarkeit, Validierung und einer Datenbasis, die nicht in fünf Kopien existiert.
Strukturierte Erfassung
Formulare, Checklisten, Prüfprotokolle und Meldungen aus dem Betrieb — auch mobil nutzbar, damit die Daten dort entstehen, wo die Arbeit passiert, und nicht abends abgetippt werden.
Auswertung und Cockpit
Zahlen aus mehreren Systemen an einer Stelle zusammenführen, damit nicht jede Abteilung eine eigene Wahrheit exportiert. Auf einer definierten Datenschicht, nicht als weiterer Direktzugriff aufs Kernsystem.
Anbindung an Ihre Systeme
Die Anwendung entsteht nicht neben Ihrer Landschaft, sondern darin: Stammdaten kommen aus dem führenden System, Ergebnisse fließen zurück. Sonst entsteht nur eine weitere Insel.
Standardsoftware oder Individualentwicklung?
Diese sechs Fragen beantworten wir gemeinsam, bevor über eine Umsetzung gesprochen wird. Wenn dabei herauskommt, dass ein vorhandenes oder käufliches System reicht, sage ich das — auch wenn es das kleinere Projekt ist.
Ist der Prozess wirklich besonders?
Vieles fühlt sich einzigartig an und ist es nicht. Wenn ein verbreitetes Standardsystem den Ablauf abbildet, ist es fast immer die günstigere und langlebigere Antwort — inklusive Weiterentwicklung durch den Hersteller.
Wie oft läuft er, wie viele Menschen betrifft er?
Ein Prozess, der täglich von zwölf Personen genutzt wird, rechtfertigt einen anderen Aufwand als einer, der zweimal im Jahr vorkommt. Häufigkeit mal betroffene Personen ist die ehrlichste Wirtschaftlichkeitsrechnung.
Was kostet der heutige Zustand?
Nicht nur die aufgewendete Zeit, sondern auch Fehler, Nachfragen, doppelte Erfassung und die Abhängigkeit von einzelnen Personen. Diese Summe ist der Maßstab, an dem sich eine Umsetzung messen lassen muss.
Kann ein vorhandenes System die Lücke schließen?
Manchmal liegt die Antwort in einem Modul, einer Konfiguration oder einer Schnittstelle innerhalb dessen, was Sie bereits bezahlen. Das wird geprüft, bevor etwas Neues entsteht.
Reicht eine Automatisierung?
Wenn der Ablauf klar ist und nur eine Übergabe zwischen Systemen fehlt, braucht es keine Oberfläche. Dann ist der Workflow-Pilot der schnellere und günstigere Weg.
Wer betreut die Anwendung danach?
Individualsoftware braucht Pflege: Aktualisierungen, kleine Erweiterungen, Reaktion auf Änderungen der angebundenen Systeme. Wer das übernimmt, wird vor dem Bau geklärt und nicht nach dem Go-live.
Von der Tabelle zur nutzbaren Anwendung.
Sechs Schritte. Der zweite ist der größte Kostenhebel des ganzen Projekts: die Festlegung, was die Anwendung ausdrücklich nicht tut.
- Schritt 01
Prozess verstehen
Wie läuft der Ablauf heute wirklich, wer ist beteiligt, welche Ausnahmen gibt es, welche Daten entstehen dabei — und was soll danach konkret einfacher, schneller oder zuverlässiger sein.
- Schritt 02
Abgrenzung und Zielbild
Was die Anwendung tut und was ausdrücklich nicht. Diese Grenze ist der wichtigste Kostenhebel des gesamten Projekts — jede spätere Erweiterung ist dann eine Entscheidung statt eines Missverständnisses.
- Schritt 03
Datenmodell und Anbindung
Welche Objekte gibt es, welches System führt sie, was kommt aus dem CRM oder ERP und was entsteht neu. Ohne diese Festlegung wird die Anwendung zur nächsten Dateninsel.
- Schritt 04
Umsetzung in Schritten
Gebaut wird schrittweise, mit früh nutzbaren Zwischenständen. Ein Stand, den Sie anfassen können, deckt Missverständnisse auf, solange sie noch billig sind — statt einer großen Enthüllung am Ende.
- Schritt 05
Testen und einführen
Kernabläufe, Fehlerfälle, Rechte und Grenzwerte gegen vorher festgelegte Akzeptanzkriterien. Dazu die Einführung im Team: eine Anwendung, die niemand nutzt, war keine gute Umsetzung.
- Schritt 06
Übergabe und Weiterentwicklung
Quellcode, Dokumentation und Zugänge liegen bei Ihnen, das Hosting läuft in Ihren Accounts. Ob Sie danach selbst weiterentwickeln oder mich beauftragen, ist Ihre Entscheidung und keine technische Zwangslage.
Gebaut wird in Schritten mit früh nutzbaren Zwischenständen. Eine große Enthüllung am Ende ist bequem für den Entwickler und teuer für den Auftraggeber.
Wann eine eigene Web-App der richtige Schritt ist — und wann nicht.
Das passt, wenn …
- Ein wichtiger Prozess läuft heute über eine gewachsene Tabelle oder über E-Mail-Absprachen
- Mehrere Personen arbeiten gleichzeitig an denselben Daten und stimmen Versionen ab
- Kunden, Partner oder Außendienst brauchen strukturierten Zugriff ohne Zugang zum Kernsystem
- Ein gekauftes System passt zu neunzig Prozent und die fehlenden zehn kosten spürbar Zeit
- Es gibt jemanden im Haus, der den Prozess kennt und für Rückfragen Zeit hat
Das passt eher nicht, wenn …
- Ein verbreitetes Standardsystem bildet den Prozess ab — dann ist es die bessere Antwort
- Der Prozess ist noch nicht beschrieben und soll während der Entwicklung gefunden werden
- Es geht um eine reine Übergabe zwischen zwei Systemen ohne Oberfläche
- Erwartet wird eine Anwendung mit Zulassungsanforderungen wie in Medizintechnik oder im Bankenkernbereich
- Nach dem Go-live soll niemand für Pflege und Weiterentwicklung zuständig sein
Wenn ein verbreitetes Standardsystem Ihren Prozess abbildet, sage ich das — auch wenn das für mich das kleinere Projekt ist.
Was daneben liegt.
Eine Anwendung ist nur dann keine neue Insel, wenn sie an die vorhandenen Systeme angebunden ist. Deshalb hängt dieser Baustein eng an den übrigen.
Der Überblick: Software-Implementierung
Wie eine individuelle Anwendung in die Kette aus Prozess, Architektur, Integration, Migration und Betrieb passt.
Datenquelle CRM: CRM-Integration
Wenn die Anwendung mit Kunden- und Angebotsdaten arbeitet, muss geklärt sein, welches System sie führt.
Datenquelle ERP: ERP-Integration
Artikel, Bestände und Belege auf einer definierten Datenschicht bereitstellen, statt weitere Direktzugriffe zu schaffen.
Technisch dahinter: API-Integration
Die Verbindung zwischen Anwendung und Systemen: Authentifizierung, Limits, Wiederholung, Nachvollziehbarkeit.
Wenn Altdaten mitkommen: Datenmigration
Aus Tabellen und Altsystemen werden strukturierte Daten. Profiling, Mapping, Bereinigung und Testlauf gehören dazu.
Nur ein Ablauf? Workflow-Pilot
Wenn keine Oberfläche fehlt, sondern nur eine automatisierte Übergabe zwischen Systemen.
Häufige Fragen zur Web-App-Entwicklung
Wenn der Prozess Ihr Geschäft prägt, häufig läuft, mehrere Personen betrifft und von keinem verbreiteten Standardsystem sauber abgebildet wird. Wenn dagegen ein käufliches System den Ablauf abdeckt, ist es fast immer die günstigere und langlebigere Antwort — inklusive Weiterentwicklung durch den Hersteller. Diese Prüfung steht bei mir vor dem Angebot; wenn Standardsoftware reicht, sage ich das.
Welche Tabelle steuert bei Ihnen einen Prozess, der eine Anwendung verdient hätte?
Im ersten Gespräch klären wir, wie der Ablauf heute läuft, was der aktuelle Zustand tatsächlich kostet und ob eine eigene Anwendung, ein vorhandenes System oder eine Automatisierung der sinnvollste nächste Schritt ist. 30 Minuten, unverbindlich.
Welcher Prozess läuft bei Ihnen über eine Tabelle, die ihn längst nicht mehr trägt?
Zwei bis drei Sätze genügen. Im Erstgespräch klären wir, wie der Ablauf heute läuft, was der aktuelle Zustand kostet und ob eine eigene Anwendung, ein vorhandenes System oder eine Automatisierung der sinnvollste nächste Schritt ist. 30 Minuten, unverbindlich.
- Antwort innerhalb eines Werktags
- Keine Vertragsbindung durch die Anfrage
- Förder-Check inklusive
Lieber direkt Kontakt aufnehmen?