Individuelle Webanwendungen

Welche Probleme lösen individuelle Webanwendungen?

Individuelle Webanwendungen machen einen Prozess, der nur in Ihrem Unternehmen existiert, zu einer Software, die im Browser läuft. Angebote erstellen, Arbeitsaufträge anlegen, Bestellungen von Händlern sammeln oder Kundenanfragen verfolgen: Solche Aufgaben laufen oft über E-Mails, Messenger-Gruppen und miteinander verknüpfte Excel-Dateien. Wächst der Prozess, erzeugt diese Ordnung Fehler: Dieselbe Information wird an drei verschiedenen Stellen eingetragen, und niemand weiß, wer was geändert hat.

Ziel der Entwicklung von Webanwendungen ist es, diese verstreute Arbeit in einem einzigen System zu bündeln. Nutzerinnen und Nutzer melden sich an, sehen die Bildschirme, für die sie berechtigt sind, geben die Daten einmal ein, und das System leitet den nächsten Schritt an die zuständige Person weiter. Da keine Installation nötig ist, öffnet sich die Anwendung auf Computer, Tablet oder Smartphone unter derselben Adresse. Eine neue Mitarbeiterin oder einen neuen Mitarbeiter ins System aufzunehmen ist so einfach, wie ein Konto anzulegen.

Standardsoftware oder individuelle Entwicklung?

Nicht für jeden Bedarf braucht es Software von Grund auf. In Bereichen wie Buchhaltung, E-Mail-Marketing oder allgemeiner Projektverfolgung gibt es gute fertige Produkte, und oft sind sie die richtige Wahl. Individuelle Webanwendungen sind sinnvoll, wenn Ihr Prozess nicht in das Schema fertiger Produkte passt, wenn das Zusammenflicken mehrerer einzelner Tools die Arbeit erschwert oder wenn der Prozess eine Methode enthält, die Ihr Unternehmen auszeichnet.

Diese Frage besprechen wir im Erstgespräch offen. Manchmal besteht der richtige Weg darin, ein fertiges Tool durch ein kleines individuelles Modul zu ergänzen, manchmal braucht es eine Anwendung, die den Prozess von Grund auf neu gestaltet. Die Entscheidung treffen wir gemeinsam, indem wir uns ansehen, wo die Arbeit heute hakt.

Typische Einsatzbereiche

Häufige Beispiele für individuelle Webanwendungen sind:

• Angebots- und Bestellsysteme: Anwendungen, die Angebote nach Produkt-, Preis- und Rabattregeln erstellen und freigegebene Angebote in Bestellungen umwandeln.
• Händler- und Lieferantenportale: geschlossene Bereiche, in denen Ihre Geschäftspartner Bestände sehen, bestellen und ihre Rechnungen verfolgen.
• Kundenportale: Bildschirme, in denen Kunden ihre Anfrage, ihren Vertrag oder ihren Serviceeintrag über ihr eigenes Konto verfolgen.
• Reservierung und Kapazitätsplanung: Systeme, die die Kapazität von Zimmern, Tischen, Fahrzeugen oder Teams über einen Kalender steuern.
• Außendienst und Arbeitsauftragsverfolgung: Anwendungen, in denen Service- und Montageteams Aufträge sehen und ihren Status aktualisieren.
• Antrags- und Freigabeabläufe: Prozesse wie Urlaubs-, Einkaufs- oder Dokumentenfreigaben, die die Zustimmung mehrerer Personen erfordern.

Ein Teil dieser Anwendungen steht Kundinnen und Kunden offen, ein Teil nur Ihrem Team. Brauchen Sie ein Produkt, das aus dem App-Store heruntergeladen wird, Push-Benachrichtigungen oder Gerätefunktionen wie Kamera und Standort, bewerten wir gemeinsam die Option der Entwicklung mobiler Apps. Für die meisten Geschäftsprozesse genügt eine Webanwendung, die im Browser läuft und sich an das Smartphone anpasst.

Der Entwicklungsprozess: von der Bedarfsanalyse bis zum Livegang

Der teuerste Fehler bei Projekten zur Entwicklung von Webanwendungen ist, mit dem Programmieren zu beginnen, bevor der Prozess vollständig verstanden ist. Eine Geschäftsregel, die erst nach dem Programmieren auffällt, kostet viel mehr Aufwand als dieselbe Regel, die auf dem Papier auffällt. Deshalb teilen wir die Arbeit in Schritte, die jeweils auf dem Ergebnis des vorherigen aufbauen:

1. Prozess-Discovery: Im Gespräch mit den beteiligten Teammitgliedern ermitteln wir, wie die Arbeit heute abläuft, wer beteiligt ist und wo es hakt.
2. Bedarfsanalyse und Umfang: Wir halten Nutzerrollen, Bildschirme, Geschäftsregeln und anzubindende Systeme in einem schriftlichen Leistungsumfang fest.
3. Abläufe und Prototyp: Wir zeichnen die wichtigsten Bildschirme und Übergänge und erproben den Prozess am Prototyp mit den Nutzern.
4. Architektur- und Technologieentscheidung: Datenmodell, Hosting-Struktur und einzusetzende Technologien legen wir nach dem Bedarf des Projekts fest.
5. Schrittweise Entwicklung: Wir entwickeln die Anwendung in Modulen und gehen am Ende jeder Phase die lauffähige Version gemeinsam durch.
6. Test: Geschäftsregeln, Berechtigungen und das Verhalten in verschiedenen Browsern testen wir vor dem Livegang.
7. Livegang und Umstellung: Wir übernehmen die vorhandenen Daten ins neue System und planen den Übergang von der alten zur neuen Arbeitsweise.

Worüber sprechen wir in der Bedarfsanalyse?

Die Bedarfsanalyse ist die Phase, die das Fundament für individuelle Webanwendungen legt. Dabei ist uns wichtig, nicht nur mit der Führung zu sprechen, sondern auch mit den Personen, die das System täglich nutzen werden. Die wirklichen Einzelheiten des Prozesses, seine Ausnahmen und die in der Praxis genutzten Abkürzungen liegen oft im Wissen derjenigen, die die Arbeit tatsächlich erledigen.

• Wer wird die Anwendung nutzen, und welche Vorgänge darf jede Rolle ausführen?
• Welche Daten werden von Hand eingegeben, welche stammen aus anderen Systemen?
• Welche Zustände durchläuft ein Datensatz, und wessen Freigabe ist bei jedem Übergang nötig?
• Was sind die Ausnahmen: Stornierung, Rückgabe, fehlende Unterlagen, wieder geöffnete Datensätze?
• Welche Benachrichtigungen, Dokumente und Berichte sollen erzeugt werden?

Den Umfang in Phasen aufteilen

Den ganzen Prozess auf einmal in Software zu überführen, wirkt verlockend, ist aber ein riskanter Weg. Bei der Entwicklung von Webanwendungen empfehlen wir, zuerst das Modul live zu nehmen, das das Rückgrat der Arbeit bildet, und die weiteren Schritte danach anhand der realen Nutzungserfahrung zu ergänzen. Dieser Ansatz erleichtert es Ihrem Team auch, sich an das neue System zu gewöhnen.

In einem Angebotssystem könnte die erste Phase zum Beispiel die Angebotserstellung und -freigabe sein, während Bestandsprüfung, Buchhaltungsanbindung und Leistungsberichte späteren Phasen überlassen bleiben. Welches Modul zuerst kommt, entscheiden wir gemeinsam anhand des Schritts, der in Ihrem Unternehmen die meiste Zeit kostet.

Worauf achten wir in der Prototyp-Phase?

Der Prototyp dient weniger dazu, die Farben der Bildschirme zu erproben, als den Ablauf der Arbeit. Wir bitten die Nutzer, eine echte Aufgabe am Prototyp von Anfang bis Ende zu erledigen: ein Angebot erstellen, einen Arbeitsauftrag abschließen oder einen Antrag freigeben. Jeder Moment, in dem sie stocken, zurückgehen müssen oder fragen „Wo tragen wir das ein?“, weist auf eine Regel hin, die im Umfang fehlt.

Für individuelle Webanwendungen sind diese Tests die günstigste Gelegenheit zur Korrektur, bevor das Programmieren beginnt. Ein Bildschirm, der im Prototyp geändert wird, kostet deutlich weniger Aufwand als derselbe Bildschirm, der nach Abschluss der Entwicklung geändert wird.

Architektur- und Technologieentscheidungen für individuelle Webanwendungen

Ebenso wie die Bildschirme, die die Nutzer sehen, bestimmt die Struktur im Hintergrund die Lebensdauer der Anwendung. Individuelle Webanwendungen sind Systeme, die jahrelang genutzt werden. Deshalb versuchen wir, die Architektur schlicht nach dem heutigen Bedarf und flexibel für das Wachstum von morgen aufzubauen.

Die Technologiewahl richtet sich nach dem Projekt

Wir setzen nicht in jedem Projekt dieselbe Technologie ein. Für das Backend kommen Optionen wie Laravel, Node.js, Django oder .NET infrage, für die Oberfläche Bibliotheken wie React oder Vue, für die Daten Datenbanken wie PostgreSQL oder MySQL. Die Wahl bestimmen die Anforderungen der Anwendung, Ihre bestehenden Systeme und die Frage, wer die Anwendung künftig weiterentwickelt.

Besteht die Möglichkeit, dass Sie die Anwendung später an Ihr eigenes Team oder an ein anderes Softwareunternehmen übergeben, sind verbreitete Technologien, für die sich leicht Entwickler finden, die sicherere Wahl. Ein wenig bekanntes Framework wirkt kurzfristig schnell, kann langfristig aber Abhängigkeiten schaffen.

Nutzerrollen und Berechtigungsmodell

Individuelle Webanwendungen bringen oft Nutzer mit unterschiedlichen Berechtigungen zusammen: Die Vertriebsmitarbeiterin sieht ihre eigenen Kunden, der Regionalleiter seine Region, die Geschäftsführung alle Datensätze. Das Rollen- und Berechtigungsmodell entwerfen wir zusammen mit dem Datenmodell. Nachträglich hinzugefügte Berechtigungsregeln werden sowohl komplizierter als auch anfälliger für Lücken. Sind umfangreiche Berichts- und Betriebsbildschirme nötig, vereinfacht es die Arbeit, sie als eigenes Verwaltungsmodul zu planen.

Was bedeutet skalierbare Architektur?

Skalierbarkeit heißt, dass die Anwendung mit steigender Nutzer- und Datenmenge wachsen kann, ohne neu geschrieben werden zu müssen. Das bedeutet nicht, vom ersten Tag an eine komplexe Infrastruktur aufzubauen. Ein sauber entworfenes Datenmodell, schwere Aufgaben in Hintergrundprozessen, Dateien in einem vom Anwendungsserver unabhängigen Bereich und klar gezogene Grenzen zwischen den Modulen sind für die meisten Projekte ein ausreichender Anfang.

Ein häufiger Fehler bei der Entwicklung von Webanwendungen ist, ein System, das einige Dutzend Personen nutzen werden, für ein sehr großes Publikum auszulegen. Das erhöht Kosten und Wartungsaufwand unnötig. Unser Ansatz ist eine Struktur, die die Möglichkeit von Wachstum einkalkuliert, aber zur heutigen Größenordnung passt.

Hosting und Umgebungen

Die Anwendung kann auf Cloud-Servern, in verwalteten Plattformdiensten oder auf den eigenen Servern Ihres Unternehmens laufen. Die Wahl hängt von der Datenmenge, davon, wo personenbezogene Daten gespeichert werden müssen, und von der Infrastrukturerfahrung Ihres internen Teams ab. Welche Option auch gewählt wird: Wir empfehlen eine vom Live-System getrennte Testumgebung, in der neue Funktionen zuerst erprobt werden.

Dass neue Versionen in einem wiederholbaren Release-Prozess live gehen und bei einem Problem auf die vorherige Version zurückgegangen werden kann, gehört ebenfalls zu den unsichtbaren, aber wichtigen Teilen der Entwicklung von Webanwendungen. Diese Ordnung sorgt dafür, dass Updates kleiner und weniger riskant ausfallen.

Anbindung an bestehende Systeme

Individuelle Webanwendungen laufen selten allein. Datenaustausch mit der Buchhaltungssoftware, dem ERP, dem CRM, dem Zahlungsdienstleister oder dem Versanddienstleister gehört zu den meisten Projekten. Wie diese Anbindungen aufgebaut werden und welches System jeweils die maßgebliche Quelle für welche Daten ist, klären wir in der Umfangsphase. Einzelheiten beschreiben wir auf unserer Seite zu API- und Systemintegrationen.

Sicherheit, Geschwindigkeit und Benutzerfreundlichkeit

In einer Geschäftsanwendung liegen Kundendaten, Preise, Verträge und Finanzdaten beieinander. Deshalb behandeln wir Sicherheit nicht als nachträglich ergänzte Schicht, sondern als Anforderung, die bei jedem Schritt der Entwicklung von Webanwendungen beachtet wird. Ebenso sind Geschwindigkeit und Bedienkomfort Maßstäbe dafür, ob das Team die Anwendung annimmt.

Sicherheit

Die Liste OWASP Top 10, die die am häufigsten auftretenden kritischen Risiken von Webanwendungen aufführt, ist eine der Quellen, auf die wir uns bei der Entwicklung stützen. Fehler bei der Zugriffskontrolle, Injection-Angriffe, Schwächen bei der Authentifizierung und fehlerhafte Konfiguration stehen auf dieser Liste. In der Praxis bedeutet das diese Maßnahmen:

• Jede Anfrage wird erst verarbeitet, nachdem geprüft wurde, ob die Nutzerin oder der Nutzer für diesen Vorgang berechtigt ist.
• Passwörter werden mit starken Hash-Algorithmen gespeichert, bei Bedarf kommt eine Zwei-Faktor-Authentifizierung hinzu.
• Alle aus Formularen eingehenden Daten werden validiert, und Datenbankabfragen werden mit sicheren Methoden aufgebaut.
• Der gesamte Datenverkehr wird über HTTPS verschlüsselt.
• Es wird protokolliert, wer kritische Vorgänge wann ausgeführt hat.

Verarbeitet die Anwendung personenbezogene Daten, wirkt sich auch das türkische Datenschutzgesetz Nr. 6698 (KVKK) auf den Entwurf aus: Welche Daten warum erhoben werden, wer Zugriff hat und wie lange sie gespeichert werden, muss von Anfang an bedacht werden. Für den endgültigen Inhalt rechtlicher Dokumente wie der Datenschutzerklärung empfehlen wir Ihnen, den Rat einer Rechtsberatung einzuholen.

Geschwindigkeit

Ein Bildschirm, der langsam öffnet, wird in einer Geschäftsanwendung, die mehrmals täglich genutzt wird, zu einem erheblichen Zeitverlust. Ladezeiten, die Art, wie große Tabellen aufgelistet werden, und die Leistung häufig genutzter Abfragen messen wir während der Entwicklung. Die in den Ressourcen von Googles web.dev beschriebenen Core Web Vitals sind ein guter Ausgangspunkt, um die von den Nutzern empfundene Geschwindigkeit zu bewerten.

Die Ursache für Langsamkeit in Geschäftsanwendungen ist oft nicht der Server, sondern Bildschirme, die versuchen, Tausende von Datensätzen auf einmal zu laden. Seitenaufteilung, intelligente Filter und im Hintergrund vorbereitete Exporte sorgen dafür, dass die Bildschirme auch bei wachsender Datenmenge flüssig bleiben.

Benutzerfreundlichkeit

Da individuelle Webanwendungen jeden Tag von denselben Personen genutzt werden, haben kleine Gestaltungsentscheidungen große Wirkung. Schnelle Dateneingabe per Tastatur, sinnvolle Standardwerte, verständliche Fehlermeldungen und rückgängig zu machende Vorgänge beeinflussen direkt, ob das Team die Anwendung annimmt. Arbeiten Nutzerinnen und Nutzer im Außendienst, testen wir zusätzlich, wie sich die Bildschirme auf Smartphone und Tablet verhalten.

Livegang, Datenübernahme und die Zeit danach

Am Tag, an dem das neue System live geht, verschwindet die alte Arbeitsweise nicht auf einmal. Die Datensätze aus Excel-Dateien oder der alten Software zu bereinigen und in die neue Struktur zu übernehmen, verlangt bei der Entwicklung von Webanwendungen ebenso viel Sorgfalt wie die Entwicklung selbst. Fehlende, doppelte oder in unterschiedlichen Formaten eingegebene Daten müssen vor der Übernahme korrigiert werden.

In der Übergangsphase sind diese Punkte zu beachten:

• Datenübernahme: alte Datensätze zuordnen, bereinigen und mit einer Testübernahme kontrollieren.
• Schrittweise Umstellung: zunächst mit einem kleinen Team oder einer einzelnen Filiale beginnen und Probleme früh erkennen.
• Hilfeinhalte: kurze Erklärungen zu häufigen Vorgängen Schritt für Schritt direkt auf den Bildschirmen.
• Feedbackkanal: Fehler und Vorschläge der Nutzer an einer einzigen Stelle sammeln.

Nach dem Livegang lebt die Anwendung weiter: Verwendete Bibliotheken werden aktualisiert, Sicherheitspatches eingespielt und auf Wunsch Ihres Teams neue Funktionen ergänzt. Diese Kontinuität können wir für individuelle Webanwendungen mit unserer Leistung Wartung und technischer Support sicherstellen, oder wir übergeben die Anwendung an Ihr eigenes Team.

Die Anwendung an Ihr eigenes Team übergeben

Manche Unternehmen lassen die erste Version extern entwickeln und führen die weitere Entwicklung mit einem eigenen Softwareteam fort. Gibt es dieses Ziel, muss der Prozess der Entwicklung von Webanwendungen von Anfang an darauf ausgerichtet werden: lesbarer Code, verständliche Installationshinweise, automatisierte Tests und die Übergabe des Zugriffs auf das Code-Repository erleichtern die Übergabe. Wir empfehlen, den Übergabeplan nicht ans Ende, sondern an den Anfang des Projekts zu legen.

Umfang und Vorbereitung bei Projekten für individuelle Webanwendungen

Für individuelle Webanwendungen lässt sich weder ein einheitlicher Preis noch eine einheitliche Dauer nennen. Zwei Projekte mit ähnlichem Namen können sehr unterschiedliche Geschäftsregeln enthalten. Das Angebot erstellen wir, nachdem Bedarfsanalyse und Umfang feststehen. Den Umfang bestimmen vor allem diese Faktoren:

• Nutzerrollen und die Zahl der Bildschirme, die für jede Rolle nötig sind.
• Komplexität der Geschäftsregeln: Freigabeketten, Preisberechnungen, Ausnahmen.
• Anzubindende Software und deren Möglichkeiten, Daten nach außen bereitzustellen.
• Menge der zu übernehmenden Altdaten und wie ordentlich sie sind.
• Anforderungen an Mehrsprachigkeit, mehrere Filialen oder mehrere Unternehmen.
• Bedarf an Berichten, Dokumentenerzeugung und Dateiverwaltung.
• Für Ihre Branche geltende Sicherheits- und Aufbewahrungsanforderungen.

Was Sie vorbereiten sollten

Wenn Sie mit diesen Informationen in das Gespräch zur Entwicklung der Webanwendung kommen, können wir die Bedarfsanalyse deutlich effizienter durchführen:

• Eine kurze Beschreibung oder eine einfache Ablaufskizze, wie der Prozess heute funktioniert.
• Die Excel-Dateien, Formulare und Dokumentbeispiele, die Sie derzeit nutzen.
• Die am Prozess beteiligten Personen und ihre Rollen.
• Die Liste der anderen von Ihnen genutzten Software und, falls vorhanden, die Kontaktdaten der technisch Verantwortlichen.
• Was in der ersten Phase unbedingt enthalten sein muss und was auf später verschoben werden kann.

Häufige Fehler

• Das bestehende Durcheinander unverändert in die Software übertragen: Software ist eine Chance, den Prozess zu vereinfachen. Überflüssige Schritte sollten vor dem Programmieren entfallen.
• Die Nutzer nicht einbeziehen: Wird die Meinung der Personen, die das System täglich nutzen, nicht eingeholt, wird die Anwendung nicht angenommen.
• Alles in die erste Version packen: Der Livegang verzögert sich, die echten Bedürfnisse zeigen sich spät.
• Quellcode und Zugänge offen lassen: Klären Sie zu Projektbeginn schriftlich, wem Code, Server und Domain gehören werden.
• Die Wartung nicht im Budget einplanen: Eine Anwendung, die nicht aktualisiert wird, wird mit der Zeit zum Sicherheitsrisiko.

Häufig gestellte Fragen

Was ist der Unterschied zwischen individuellen Webanwendungen und Standardsoftware?

Standardsoftware wird für den gemeinsamen Bedarf vieler Unternehmen entworfen und verlangt, dass Sie Ihren Prozess an ihr Schema anpassen. Individuelle Webanwendungen werden nach Ihren Geschäftsregeln entwickelt und enthalten nur die Funktionen, die Sie brauchen.

Wie lange dauert die Entwicklung einer Webanwendung?

Die Dauer hängt von den Nutzerrollen, der Komplexität der Geschäftsregeln und der Zahl der Integrationen ab. Nach der Bedarfsanalyse erstellen wir einen in Phasen aufgeteilten Zeitplan und teilen ihn mit Ihnen.

Funktioniert eine Webanwendung auch auf dem Smartphone?

Ja. Sind die Bildschirme für Smartphone- und Tabletgrößen ausgelegt, öffnet sich die Anwendung auf jedem Gerät im Browser. Wird eine App aus dem Store benötigt, bewerten wir die Option einer mobilen App gesondert.

Können wir die Anwendung später auch an andere Unternehmen verkaufen?

Das ist möglich, doch ein Produkt, das an mehrere Kunden verkauft werden soll, bringt zusätzliche Anforderungen wie Abonnement, kundenspezifische Datentrennung und Nutzerverwaltung mit sich. Haben Sie ein solches Ziel, empfehlen wir, den Ansatz der SaaS-Produktentwicklung von Anfang an einzuplanen.

Lassen sich unsere vorhandenen Excel-Daten ins neue System übernehmen?

Ja. Die Daten werden zunächst bereinigt und der neuen Struktur zugeordnet und anschließend mit einer Testübernahme kontrolliert.

Sind individuelle Webanwendungen sicher?

Sicherheit hängt weniger von der eingesetzten Technologie als von der Disziplin bei der Entwicklung ab. Mit Berechtigungsprüfungen, verschlüsselter Verbindung, sicherer Datenspeicherung und regelmäßigen Updates lassen sich individuelle Webanwendungen sicher betreiben.

Schauen wir uns Ihren Geschäftsprozess gemeinsam an

Für den ersten Schritt genügt es, wenn Sie den Prozess, den Sie in Software überführen möchten, kurz beschreiben. Wir sehen uns den Prozess gemeinsam an und besprechen offen, ob individuelle Webanwendungen für Sie der richtige Weg sind oder ob ein fertiges Tool besser passt. Sie erreichen uns über unsere Kontaktseite.