← Alle Beiträge
7. September 2026
Website, Web-App oder mobile App? Was Ihr Unternehmen Wirklich Braucht
Alle bitten um „eine App", meinen aber eine Website, und bitten um eine Website, obwohl sie eigentlich mehr brauchen. So findet man heraus, was das eigene Problem wirklich löst.

Jemand will "eine App" für sein Unternehmen. Das ist meistens der erste Satz des Anrufs, und er ist meistens falsch — nicht weil die Person verwirrt wäre, sondern weil "App" zum Standardwort für "irgendetwas auf meinem Telefon, das meinem Geschäft hilft" geworden ist, und das deckt drei sehr unterschiedliche Dinge ab: eine Website, eine Web-App, und eine native mobile App. Die falsche zu bauen verschwendet nicht nur Geld. Es liefert etwas ab, das nie so genutzt wird, wie es gedacht war.
Hier ist, was jedes davon tatsächlich ist, und wie man herausfindet, welches ein bestimmtes Unternehmen braucht.
Eine Website ist eine Sammlung von Seiten zum Lesen: Öffnungszeiten, Leistungen, Preise, wie man Sie erreicht, vielleicht ein Blog. Die meisten Unternehmen, die "eine App" verlangen, brauchen eigentlich genau das. Sie ist am billigsten zu bauen, am billigsten zu pflegen, läuft auf jedem Gerät ohne Installation, und taucht in Suchergebnissen auf — was eine mobile App, eingesperrt in einem App Store, nicht tut. Wenn das Ziel ist "Leute sollen uns finden und wissen, was wir tun", erledigt eine Website das bereits, und alles darüber hinaus ist verschwendetes Geld.
Eine Web-App ist eine Website, die etwas tut, statt nur etwas anzuzeigen: ein Buchungskalender, ein Kundenportal, ein Bestellsystem, ein Dashboard, in das man sich einloggt. Sie läuft im Browser, genau wie eine Website, braucht also keinen App Store, muss nicht heruntergeladen werden, und aktualisiert sich für jeden Nutzer sofort, sobald eine Änderung ausgeliefert wird. Das meiste, was Leute sich vorstellen, wenn sie an "eine App für mein Unternehmen" denken — Kunden loggen sich ein, geben Bestellungen auf, prüfen den Status — ist eigentlich eine Web-App, keine native mobile App, und lässt sich für einen Bruchteil der Kosten bauen und pflegen.
Eine native mobile App ist Software, die aus dem App Store oder Google Play installiert wird und direkt auf dem Betriebssystem des Telefons läuft. Sie ist die richtige Wahl in einer engeren Gruppe von Fällen, als die meisten annehmen: Es muss ganz ohne Internetverbindung funktionieren, es braucht tiefen Zugriff auf Hardware, die ein Browser nicht erreicht — Standort im Hintergrund, Bluetooth-Geräte, die Kamera auf eine Art, die ein Browser nicht sauber kann — oder Push-Benachrichtigungen sind der Kern des Produkts, kein nettes Extra. Außerhalb dieser Fälle bringt eine native App vor allem Kosten: App-Store-Prüfung, zwei getrennte Codebasen für iOS und Android (oder einen langsameren plattformübergreifenden Kompromiss), verpflichtende Updates, die Nutzer herunterladen müssen, und einen Store-Eintrag, der jetzt dauerhaft gepflegt werden muss.
So wird also wirklich entschieden, der Reihe nach.
1. Zuerst fragen, was die Sache tun muss, nicht wie sie heißen soll. "Kunden sollen unsere Speisekarte sehen können" ist eine Website. "Kunden sollen eine Bestellung aufgeben und verfolgen können" ist eine Web-App. "Zusteller brauchen Navigation, die bei ausgeschaltetem Bildschirm und ohne Netz funktioniert" ist eine mobile App. Erst das tatsächliche Verhalten aufschreiben; die Kategorie ergibt sich daraus, nicht umgekehrt.
2. Prüfen, ob ein Browser das schon kann. Moderne Browser beherrschen Kamerazugriff, Standort, Benachrichtigungen, Offline-Zwischenspeicherung, und das "Zum Startbildschirm hinzufügen"-Verhalten, das aussieht und sich anfühlt wie ein App-Symbol. Ein großer Teil der Anfragen, die als "wir brauchen eine mobile App" beginnen, lässt sich vollständig als Web-App lösen, sobald jemand nachsieht, was ein Browser 2026 tatsächlich kann — und das ist deutlich mehr, als er vor fünf Jahren konnte.
3. Die Store-Steuer gegen die Reichweite abwägen. Eine native App muss gefunden, heruntergeladen, und aktuell gehalten werden, was für einen Erstkunden, der nur die Öffnungszeiten wissen will, eine echte Hürde ist. Eine Website oder Web-App ist nur einen Klick entfernt, funktioniert sofort, und verlangt von niemandem, Speicherplatz zu opfern, nur um Sie auszuprobieren.
4. Nur dann nativ bauen, wenn der Grund technisch ist, nicht ästhetisch. "Es wirkt professioneller" ist kein Grund, die Bau- und Wartungskosten zu verdoppeln. "Es muss unterirdisch ohne Netz funktionieren" ist einer.
Die meisten kleinen Unternehmen, die bei uns anrufen und "eine App" verlangen, verlassen dieses erste Gespräch mit einem Plan für eine Website oder eine Web-App, und einer niedrigeren Rechnung, als sie erwartet hatten. Wenn eine mobile App wirklich die richtige Wahl ist — und manchmal ist sie das —, sagen wir das klar, erklären genau, warum die Browser-Version nicht ausreicht, und bauen sie selbst, statt Sie mittendrin an das Team von jemand anderem weiterzureichen. Kein Kundenbetreuer, der zwischen Ihnen und dem Entwickler übersetzt, keine Ticket-Warteschlange: Sie sprechen mit der Person, die tatsächlich den Code schreibt, vom ersten Anruf bis zum letzten Deployment.
Projekt starten