Leistung
Web-Apps: eine Anwendung, drei Wege zum Nutzer.
Browser, Startbildschirm, App Store: Für alle drei brauchen Sie heute nicht drei Entwicklungen. Eine gut gebaute Web-App bedient alle drei.
Wir sagen Ihnen vorher, welcher Weg sich für Sie lohnt – und wann der App Store nur Geld kostet, das anderswo mehr bewirkt.
Drei Begriffe, die ständig durcheinandergeraten
Eine Website informiert. Sie zeigt Ihr Angebot, Ihre Öffnungszeiten, Ihr Team. Besucher lesen und nehmen Kontakt auf – mehr passiert nicht, und mehr muss auch nicht passieren.
Eine Web-App ist ein Werkzeug im Browser. Nutzer melden sich an, geben Daten ein, bekommen Ergebnisse zurück – beim nächsten Besuch ist alles noch da. Online-Banking ist eine Web-App, ein Buchungskalender auch.
Eine native App wird aus dem App Store oder von Google Play installiert und ist speziell für iPhone oder Android geschrieben. Sie kommt am tiefsten ans Gerät heran – und ist der aufwendigste Weg.
Dazwischen steht die Progressive Web App, kurz PWA: technisch eine Web-App, für den Nutzer aber wie eine installierte App. Näheres steht in unserem Glossar-Eintrag zur PWA.
PWA oder App aus dem Store?
Hier geht es um die beiden Wege, zwischen denen wirklich entschieden werden muss. Die Zahlen sind Marktwerte, keine Angebotspreise:
| Progressive Web App | App aus dem Store | |
|---|---|---|
| Installation | Über den Browser: „Zum Startbildschirm hinzufügen“, kein Konto nötig | Über App Store oder Google Play, mit Apple- oder Google-Konto |
| Auffindbarkeit | Über Google und jeden Link – zählt für Ihre Sichtbarkeit im Netz | Über die Store-Suche; im Web praktisch unsichtbar |
| Aktualisierung | Sofort beim nächsten Aufruf, ohne Zutun des Nutzers | Erst nach Freigabe durch den Store, dann nach Update durch den Nutzer |
| Laufende Kosten | Nur Hosting | Entwicklerkonten: rund 99 US-Dollar im Jahr bei Apple, einmalig 25 bei Google |
| Freigabeprozess | Keiner – Sie veröffentlichen selbst | Prüfung durch den Store, meist Tage; Ablehnungen kommen vor |
| Zugriff aufs Gerät | Kamera, Standort, Offline-Speicher; Mitteilungen auf iOS eingeschränkt | Vollständig – auch Kontakte, Bluetooth, Hintergrundprozesse |
Was eine PWA kann
Auf dem Startbildschirm
Ein eigenes Symbol neben allen anderen Apps, Start ohne Browserleiste, eigener Ladebildschirm. Für den Nutzer ist der Unterschied kaum sichtbar.
Offline weiterarbeiten
Bereits geladene Inhalte bleiben verfügbar, wenn das Netz wegbricht. Eingaben werden zwischengespeichert und nachgereicht, sobald die Verbindung zurück ist.
Benachrichtigungen
Push-Mitteilungen funktionieren auf Android seit Jahren und auf dem iPhone seit iOS 16.4 – dort nur nach dem Hinzufügen zum Startbildschirm.
Schneller Start
Weil das Gerüst der Anwendung lokal liegt, erscheint die Oberfläche sofort. Nachgeladen werden nur die aktuellen Daten.
Kamera und Standort
Barcode scannen, Foto aufnehmen, Position bestimmen – all das darf eine Web-App nach Zustimmung des Nutzers.
Eine Codebasis
Ein Projekt statt drei. Was Sie einmal bauen, läuft auf iPhone, Android-Gerät und Bürorechner gleichermaßen.
Und wo die PWA an ihre Grenzen stößt
Ehrlichkeit gehört dazu: Auf dem iPhone ist eine PWA schlechter gestellt als auf Android. Der Schritt zum Startbildschirm geht vielen Nutzern verloren, wenn man ihn nicht erklärt. Auch Hintergrundprozesse – etwa dauerhafte Standortverfolgung – bleiben nativen Apps vorbehalten.
Wer im App Store gefunden werden will, weil dort ein Teil seiner Kunden sucht, kommt an einer Store-App nicht vorbei. Dafür gibt es einen Mittelweg.
Capacitor: dieselbe App, jetzt im Store
Capacitor ist eine schlanke Hülle, die eine bestehende Web-App als richtige iOS- und Android-App verpackt. Der Inhalt bleibt derselbe Code, nur der Rahmen ist neu. So entstehen Store-Präsenz und voller Zugriff auf Gerätefunktionen, ohne zwei zusätzliche Entwicklungen.
Wir haben das für bald-in.de selbst gemacht: eine Codebasis, im Browser erreichbar und als App im Store. Zusätzlich fallen Store-Konto, Einreichung und Pflege an – aber keine zweite Entwicklung.
Wofür sich eine Web-App typischerweise lohnt
- Buchung und Terminvergabe mit Bestätigung, Erinnerung und Absage
- Kundenportale: Aufträge, Dokumente, Rechnungen und Status einsehen
- Interne Werkzeuge für den Außendienst – Aufmaß, Bericht, Foto vor Ort
- Antrags- und Freigabeprozesse mit mehreren Beteiligten
- Mitgliederbereiche mit geschützten Inhalten und Rollen
- Anmeldungen zu Kursen, Veranstaltungen oder Schulungen
- Spiele mit hoher Grafikleistung
- Anwendungen, die dauerhaft im Hintergrund den Standort verfolgen
- Tiefe Systemeingriffe wie Kontaktverwaltung oder Anrufsteuerung
Vom Bedarf zur fertigen Anwendung
- 1
Nutzungsfälle sammeln1 Woche
Wer benutzt die Anwendung, wo, auf welchem Gerät? Ein Monteur mit Handschuhen braucht eine andere Oberfläche als eine Sachbearbeiterin am Doppelmonitor.
- 2
Klickbarer Entwurf1–2 Wochen
Bevor Code entsteht, zeigen wir die Abläufe als anklickbare Skizze. Änderungen kosten hier Minuten statt Tage.
- 3
Kern bauen3–6 Wochen
Anmeldung, Datenmodell und der wichtigste Ablauf zuerst. Alles Weitere kommt danach.
- 4
Auf echten Geräten testenlaufend
iPhone, Android-Gerät, altes Tablet, langsames Netz. Was nur im Entwicklerbrowser läuft, gilt bei uns nicht als getestet.
- 5
Veröffentlichen1–2 Wochen
Als PWA sofort, als Store-App nach Einreichung und Freigabe. Wir übernehmen die Einreichung und die Pflege der Store-Einträge, wenn Sie möchten.
FAQ
Häufig gestellte Fragen
Das ist sogar der Weg, den wir meistens empfehlen. Sie veröffentlichen ohne Freigabeprozess und sehen, ob die Anwendung angenommen wird. Kommt dann der Wunsch nach Store-Präsenz, wird die bestehende App verpackt – deutlich weniger Aufwand als ein Neuanfang.
Wie jede Eigenentwicklung beginnt sie im vierstelligen Bereich, kalkuliert nach Aufwand, Stundensatz 85 € netto. Ein Buchungskalender für einen Standort ist etwas anderes als ein Kundenportal mit Rechteverwaltung. Den Festpreis nennen wir nach der Konzeptphase, wie bei Individualsoftware beschrieben.
Eine Garantie gibt es nicht, weil Apple und Google eigene Regeln durchsetzen. Häufigster Ablehnungsgrund: Die App zeigt nur eine Website im Rahmen und bietet keinen eigenen Nutzen. Wir bauen deshalb Funktionen ein, die den App-Charakter belegen – Mitteilungen oder Offline-Nutzung.
Die erste Prüfung dauert meist wenige Tage. Für Nachbesserungen planen wir eine Runde ein.
Die Grundfunktionen laufen auf allen Browsern der letzten Jahre. Einzelne Zusatzfunktionen wie Mitteilungen brauchen neuere Versionen. Wir bauen so, dass die Anwendung auf älteren Geräten nicht abstürzt, sondern lediglich einzelne Extras weglässt.
Zeigen Sie uns den Ablauf, nicht die Wunschtechnik.
Ob PWA, Store-App oder beides, entscheidet sich aus dem Nutzungsfall. Beschreiben Sie uns, wer die Anwendung wann benutzt – den Rest klären wir.
Idee schildern