Website vs. Webanwendung — der eigentliche Unterschied
Eine Business-Website erklärt Ihre Leistungen und generiert Anfragen — im Kern ein Content-Produkt. Eine Webanwendung enthält echte Nutzerlogik: Konten, Rollen und Rechte, dauerhaft gespeicherte Daten und Aktionen, die Nutzer aktiv ausführen, nicht nur lesen.
Was wir bauen
- SaaS-MVPs
- Kunden- und Mitgliederportale
- Admin-Panels und Dashboards
- Interne Tools als Ersatz für Excel-Listen, Notion/Airtable oder manuelle Koordination per Telegram
- Buchungs- und Angebotsplattformen
- Webanwendungen mit eingebetteter KI — Funktionen im Produkt selbst, nicht als separater Chatbot angeflanscht
Discovery und Produktumfang
Vor jedem Build klären wir den tatsächlichen Ablauf, den die Anwendung abbilden muss – wer sie nutzt, welche Entscheidungen getroffen werden und welche Daten dauerhaft gespeichert werden müssen. Das ist ein eigener Schritt, ähnlich dem Revenue Audit für Website/Leads, nur mit Fokus auf Produktlogik statt Lead-Fluss.
Frontend, Backend und Datenbank
Next.js/React im Frontend, ein vollwertiges Backend (API-Routen oder ein eigener Service, je nach Umfang) und eine echte Datenbank für alles, was über einen Seitenaufruf hinaus bestehen muss – keine Website mit angeflanschtem Formular. Welche Datenbank und welches Hosting-Modell passen, wird während der Konzeption anhand von Datenvolumen und Zugriffsmustern entschieden.
Anmeldung, Rollen und Berechtigungen
Login, rollenbasierter Zugriff (z. B. Admin vs. Kunde vs. Team) und Berechtigungsgrenzen gehören zum Kern einer Webanwendung – anders als bei einer reinen Marketing-Website. Das wird entworfen, bevor die erste Zeile Code geschrieben ist.
Integrationen und KI-Funktionen
Wo sinnvoll, verbindet sich die Anwendung mit Ihrem bestehenden CRM, Kalender oder Messaging-Tools und kann KI-Funktionen enthalten – Zusammenfassung, Klassifizierung, eine Gesprächsebene –, wo sie ein echtes Problem im Produkt lösen, nicht als Dekoration.
Testing, Deployment und Wartung
Tests anhand echter Nutzerabläufe vor dem Launch, Deployment auf einer dem tatsächlichen Traffic- und Datenbedarf angemessenen Infrastruktur, und eine abgestimmte Wartungsvereinbarung danach – eine Webanwendung hat, anders als eine statische Marketing-Site, laufende betriebliche Anforderungen (Backups, Abhängigkeits-Updates, Monitoring), die eingeplant werden müssen.
Ehrliche Grenzen
Wir sind kein großes Enterprise-Softwarehaus – dieses Format passt am besten zu einem MVP, einem fokussierten internen Tool oder einem klar umrissenen Produkt für ein Dienstleistungsunternehmen, nicht zu einer mehrjährigen Plattform mit dutzenden parallelen Workstreams. Native mobile Apps entwickeln wir zudem nicht selbst – ehrlicher Überblick unten.
Mobile — ehrlich betrachtet
Wir bauen selbst responsive, mobile-first Webanwendungen und PWAs (installierbare, offline-fähige Web-Apps). Wir haben kein eigenes Team für natives iOS/Android oder Flutter/React Native und behaupten das auch nicht. Wenn ein Projekt tatsächlich eine native App braucht, sagen wir das direkt und können für diesen Teil einen passenden Partner einbinden, statt Fähigkeiten zu versprechen, die wir nicht haben.
Häufige Fragen
Was unterscheidet das von einer Business-Website?+
Eine Website erklärt Ihr Geschäft und sammelt Anfragen. Eine Webanwendung hat Nutzerkonten, Rollen, dauerhafte Daten und Arbeitsabläufe – anderer Umfang, andere Preislogik.
Entwickeln Sie native mobile Apps?+
Nicht selbst – wir bauen responsive Webanwendungen und PWAs und sagen offen, wenn ein Projekt eine native App braucht, statt Fähigkeiten zu versprechen, die wir nicht haben.
Kann ein bestehendes Produkt erweitert werden, statt neu zu bauen?+
Ja – ein Dashboard, eine Rolle, eine Integration oder eine KI-Funktion zu einer bestehenden Anwendung hinzuzufügen ist üblich, nicht nur Neuentwicklungen.
Wie startet ein erstes Gespräch?+
Beschreiben Sie den tatsächlichen Ablauf oder das Problem, das die Anwendung lösen soll – das bestimmt den Umfang, nicht ein pauschales Paket.