Software, die eurem Prozess folgt. Nicht umgekehrt.
Wir entwickeln individuelle Web-Apps und interne Anwendungen für Abläufe, die Standardsoftware nicht sinnvoll abbildet: vom fokussierten Arbeitstool bis zur zentralen Unternehmensanwendung.
- Interne Tools, Portale und Workflows
- Produktiver Kern statt endloser Funktionsliste
- Cloud oder eigene Infrastruktur
- Quellcode, Datenmodell und Dokumentation
Standardsoftware passt gut zu Standardprozessen.
Schwierig wird es, wenn der tatsächliche Ablauf nur noch über Umwege in das vorhandene System passt. Dann entstehen zusätzliche Excel-Dateien, parallele Listen, manuelle Übertragungen und Regeln, die nur einzelne Mitarbeitende kennen.
Manchmal wird eine umfangreiche SaaS-Lösung eingeführt, obwohl das Team nur einen kleinen Teil davon benötigt. Die entscheidende Funktion fehlt trotzdem und wird erneut über Excel, E-Mail oder Copy-and-paste ergänzt.
Eine individuelle Anwendung ist dann sinnvoll, wenn der Prozess geschäftlich wichtig, wiederkehrend und mit Standardsoftware dauerhaft umständlich bleibt. Sie bildet genau die benötigten Daten, Rollen und Arbeitsschritte ab, ohne das Team mit Funktionen zu belasten, die niemand verwendet.
- Mehrere Excel-Dateien müssen in einer bestimmten Reihenfolge gepflegt werden.
- Nur einzelne Mitarbeitende wissen, wie der vollständige Ablauf funktioniert.
- Die vorhandene Software kann fast alles, außer der entscheidenden Funktion.
- Informationen werden zwischen ERP, E-Mail und internen Listen hin- und hergetragen.
- Bearbeitungsstände und Verantwortlichkeiten sind nicht zentral sichtbar.
- Kunden, Partner oder Mitarbeitende benötigen einen Zugang, für den es bisher keine geeignete Oberfläche gibt.
Eine Business-App ist kein großes Standardprodukt im Kleinformat.
Sie muss nicht jede theoretisch denkbare Funktion enthalten. Sie muss den konkreten Ablauf zuverlässig abbilden.
Wir beginnen deshalb nicht mit einer langen Sammlung von Bildschirmansichten. Zuerst klären wir, welche Aufgabe die Anwendung übernimmt, wer mit ihr arbeitet und welche Informationen für eine Entscheidung tatsächlich benötigt werden.
Darauf entsteht eine bewusst begrenzte erste Version. Sie löst den wichtigsten Teil des Problems und kann mit echten Daten im Arbeitsalltag geprüft werden. Weitere Funktionen kommen erst hinzu, wenn ihr Nutzen erkennbar ist.
Unser Vorgehen in drei Schritten
Erst den Ablauf verstehen
Wir klären, wer mit der Anwendung arbeitet, welche Entscheidungen getroffen werden und welche Daten dafür benötigt werden. Dabei betrachten wir auch Ausnahmen, Berechtigungen und bestehende Systeme.
Den produktiven Kern entwickeln
Die erste Version konzentriert sich auf den wichtigsten Ablauf. Sie wird mit realistischen Daten und echten Anwendungsfällen getestet, bevor weitere Funktionen hinzukommen.
Integrieren und kontrolliert übergeben
Die Anwendung wird mit benötigten Systemen verbunden und in der vereinbarten Umgebung bereitgestellt. Relevante Bestandteile wie Datenmodell, Schnittstellen, Einrichtung und Deployment werden dokumentiert.
Was wir entwickeln
Interne Arbeitstools
Anwendungen für Aufgaben, die bisher über Tabellen, E-Mails und Einzelabsprachen organisiert werden. Daten, Zuständigkeiten und Bearbeitungsstände werden an einem Ort zusammengeführt.
Workflow- und Freigabeanwendungen
Vorgänge werden durch definierte Schritte geführt. Zuständige Personen sehen, was als Nächstes zu tun ist, während Entscheidungen und Änderungen nachvollziehbar bleiben.
Kunden- und Partnerportale
Externe Nutzer erhalten einen kontrollierten Zugang zu den für sie bestimmten Daten, Dokumenten, Aufträgen oder Anfragen.
Daten- und Stammdatenanwendungen
Informationen werden strukturiert erfasst, geprüft und für andere Systeme bereitgestellt. Pflichtfelder, Beziehungen und Freigaben verhindern unvollständige oder widersprüchliche Daten.
Konfiguratoren
Komplexe Auswahlregeln werden in einen verständlichen Prozess übersetzt. Nutzer erhalten nur Kombinationen, die technisch, fachlich oder wirtschaftlich zusammenpassen.
Wissens- und Entscheidungswerkzeuge
Informationen aus Nachrichten, Dokumenten oder vorhandenen Daten werden strukturiert und für spätere Entscheidungen durchsuchbar gemacht. KI kann dabei unterstützen, wenn ihr Einsatz einen klaren und kontrollierbaren Nutzen hat.
Web-App oder Automatisierung?
Eine Automatisierung arbeitet im Hintergrund.
Sie übernimmt einen wiederkehrenden, klar geregelten Ablauf ohne ständige Bedienung, beispielsweise Datenübertragungen, Prüfungen oder das Erstellen von Dokumenten.
Eine Web-App gibt Menschen eine Arbeitsoberfläche.
Sie wird benötigt, wenn Mitarbeitende Daten erfassen, Vorgänge prüfen, Entscheidungen treffen, Ausnahmen bearbeiten oder den aktuellen Status sehen müssen.
Häufig ist die Kombination sinnvoll.
Die Anwendung bietet dem Team eine klare Oberfläche. Automatisierte Abläufe übernehmen im Hintergrund Datenverarbeitung, Benachrichtigungen und Verbindungen zu anderen Systemen.
Was eine Business-Anwendung zuverlässig macht
Klare Rollen und Rechte
Nicht jeder Nutzer darf alles sehen oder verändern. Zugriffe werden entsprechend den tatsächlichen Aufgaben und Verantwortlichkeiten getrennt.
Nachvollziehbare Änderungen
Wichtige Bearbeitungen, Freigaben und Statuswechsel können mit Zeitpunkt und verantwortlicher Person dokumentiert werden.
Kontrollierte Eingaben
Pflichtfelder, Validierungen und fachliche Regeln verhindern, dass unvollständige oder widersprüchliche Informationen weiterverarbeitet werden.
Verlässliche Schnittstellen
Externe Systeme werden nicht nur angebunden. Es wird auch festgelegt, wie fehlende Daten, Übertragungsfehler und doppelte Vorgänge behandelt werden.
Verständliche Fehlerzustände
Wenn etwas nicht funktioniert, muss erkennbar sein, was passiert ist und wie der Vorgang fortgesetzt werden kann.
Erweiterbare Struktur
Neue Rollen, Felder und Prozessschritte sollen ergänzt werden können, ohne die Anwendung jedes Mal vollständig neu zu entwickeln.
Die Technik richtet sich nach der Anwendung.
Next.js, PostgreSQL und vergleichbare Technologien können eine geeignete Grundlage sein. Sie sind jedoch kein Selbstzweck und werden nicht unabhängig von den Anforderungen festgelegt.
Entscheidend sind Nutzerzahl, Datenmenge, Schnittstellen, Sicherheitsanforderungen und die Umgebung, in der die Anwendung später betrieben wird.
Für Anmeldung und Rechteverwaltung verwenden wir nach Möglichkeit bewährte Authentifizierungsdienste oder vorhandene Unternehmenszugänge. Sicherheitskritische Grundfunktionen müssen nicht individuell neu erfunden werden, nur weil die Anwendung individuell ist.
Cloud oder eigene Infrastruktur?
Die Anwendung kann abhängig von den Anforderungen in einer Cloud-Umgebung, bei einem geeigneten Hostinganbieter oder auf eigener Infrastruktur betrieben werden. Vor der Umsetzung klären wir:
- wo Daten gespeichert und verarbeitet werden
- wer administrativen Zugriff erhält
- welche Sicherungen benötigt werden
- wie Updates bereitgestellt werden
- welche Verfügbarkeit erforderlich ist
- ob bestehende Unternehmenszugänge eingebunden werden sollen
Die Entscheidung wird getroffen, bevor die Architektur feststeht. Nicht erst, wenn die Anwendung bereits entwickelt wurde.
Keine künstliche Abhängigkeit vom Entwickler
Die Anwendung soll nicht nur funktionieren, solange ausschließlich wir sie verstehen. Je nach vereinbartem Projektumfang dokumentieren wir:
- Aufbau und Einrichtung des Projekts
- Datenmodell und wichtige Beziehungen
- Rollen- und Berechtigungskonzept
- angebundene Schnittstellen
- benötigte Umgebungsvariablen
- Bereitstellung und Deployment
- zentrale fachliche Regeln
- bekannte technische Abhängigkeiten
Quellcode, Nutzungsrechte, Betrieb und Übergabestand werden vor Projektbeginn vertraglich festgehalten.
Beispiele aus der Praxis
Internes Werkzeug - Asset-Workflow
Interne Anwendung für ein Hamburger Mittelstandsunternehmen - Mandanten-Vertraulichkeit, deshalb ohne Domain.
Signalysator
Tausende Support-Mails rein - klare Entscheidungen mit Preisschild raus. Und keine einzige E-Mail verlässt das Unternehmen.
Keepedy
Ideen sammeln, von KI bewerten lassen, semantisch wiederfinden - Web + Mobile, voll synchronisiert.
Was Entscheider zuerst fragen.
Was kostet eine individuelle Business-App?
Der Aufwand hängt vor allem von Rollen, Prozessschritten, Schnittstellen und Sicherheitsanforderungen ab. Für eine klar abgegrenzte erste Version ist meist ein Budget im unteren bis mittleren fünfstelligen Bereich realistisch. Nach einer technischen Vorprüfung bekommt ihr eine Aufteilung nach Funktionen, Prioritäten und Umsetzungsphasen. So bleibt erkennbar, welche Bestandteile den Aufwand tatsächlich verursachen.
Wie lange dauert die Entwicklung?
Eine klar abgegrenzte erste Version kann häufig innerhalb von sechs bis zehn Wochen entstehen. Voraussetzung ist, dass der zentrale Ablauf, die benötigten Daten und die beteiligten Systeme geklärt sind. Bei umfangreichen Schnittstellen, Datenmigrationen oder mehreren Nutzergruppen wird die Entwicklung in nachvollziehbare Phasen unterteilt.
Wann ist eine eigene Anwendung besser als eine SaaS-Lösung?
Wenn eine Standardlösung den entscheidenden Ablauf zuverlässig abbildet, ist sie häufig die wirtschaftlichere Wahl. Eine eigene Anwendung wird interessant, wenn dauerhafte Umwege, manuelle Übertragungen oder fehlende Sonderfunktionen den Vorteil der Standardsoftware aufheben.
Muss die bestehende Software ersetzt werden?
Nicht unbedingt. Eine individuelle Web-App kann bestehende Systeme ergänzen und nur den Teil übernehmen, der dort nicht sinnvoll abgebildet werden kann.
Können vorhandene Excel-Daten übernommen werden?
Ja, sofern sie technisch auswertbar sind. Vor der Übernahme prüfen wir Struktur, Formate, Dubletten und Abhängigkeiten. Nicht jede historisch gewachsene Spalte muss unverändert in das neue Datenmodell übertragen werden.
Können wir die Anwendung später selbst weiterentwickeln?
Das ist möglich, wenn Quellcode, Dokumentation und Übergabe entsprechend vereinbart werden. Wir strukturieren die Anwendung so, dass ein anderes qualifiziertes Entwicklungsteam die Arbeit übernehmen kann.
Übernehmt ihr auch Wartung und Weiterentwicklung?
Wartung und Weiterentwicklung können als separate Leistung vereinbart werden. Sie sind jedoch keine Voraussetzung dafür, dass die Anwendung grundsätzlich betrieben werden kann.
Funktioniert die Web-App auch auf Smartphones?
Web-Apps können responsiv für Desktop, Tablet und Smartphone entwickelt werden. Eine native iOS- oder Android-App ist vor allem dann sinnvoll, wenn spezielle Gerätefunktionen, umfangreicher Offlinebetrieb oder eine Veröffentlichung in App-Stores benötigt werden.
Wem gehört der Quellcode?
Nutzungsrechte, Repository-Zugriff und Übergabe werden im Projektvertrag eindeutig geregelt. Dadurch ist bereits vor Beginn klar, welche Bestandteile ihr erhaltet und wie die Anwendung später weitergeführt werden kann.
Welcher Prozess passt in keine Standardsoftware?
Zeigt uns die Tabellen, Umwege und manuellen Zwischenschritte, mit denen euer Team heute arbeitet. Wir prüfen, ob eine individuelle Web-App die sinnvollere Lösung ist und was eine erste produktive Version tatsächlich können muss.
Anwendung prüfen lassen