Mobile Apps für Aussendienst, Kunden und Mitarbeitende – nativ für iOS und Android oder plattformübergreifend mit React Native und Flutter. Inklusive Backend, Store-Veröffentlichung und Betrieb.
Wir prüfen zuerst, ob eine responsive Web-App ausreicht. Erst wenn klare Gründe für eine echte Mobile App sprechen, lohnt sich der Mehraufwand.
Eine eigene Mobile App rechtfertigt sich, wenn die App offline funktionieren muss, wenn Kamera, GPS, Push-Benachrichtigungen, Barcode-Scanner oder NFC eine zentrale Rolle spielen, oder wenn die tägliche Nutzung hoch ist und das Icon auf dem Homescreen wirklich gebraucht wird. Auch im Kundenkontakt ist eine App sinnvoll, wenn sie eine Bindung schafft, die ein Browser-Tab nicht erreicht.
Für viele KMU ist die ehrliche Antwort jedoch: Eine Progressive Web App (PWA) reicht. Sie ist auf dem Homescreen installierbar, funktioniert offline, sendet Push-Benachrichtigungen und kostet einen Bruchteil. Wir empfehlen sie immer dann, wenn die Funktionen reichen – und sagen es auch klar, wenn die native App der bessere Weg ist.
Lightnet plant Mobile-Projekte realistisch: Erst Use-Case und Zielnutzer, dann Plattformentscheidung, dann Architektur und Backend, erst danach die App selbst. So vermeiden wir das klassische Muster, in dem nach sechs Monaten eine teure App existiert, die niemand öffnet.
Die meisten KMU-Apps lassen sich einer dieser Kategorien zuordnen – branchenspezifisch ausgeprägt.
Rapporte, Abnahmeprotokolle, Servicetickets, Wartungsdokumentation direkt vor Ort erfassen. Fotos, Unterschrift, GPS-Standort, Barcode-Scan – synchronisiert sobald wieder Empfang vorhanden ist.
Inventur per Barcode-/QR-Scan, Wareneingang, Kommissionierung, Lieferschein-Erfassung. Die Mitarbeitenden tragen Daten dort ein, wo sie entstehen – statt sie später am PC nachzubuchen.
Bestellungen, Servicetickets, Termine, Treue-Programme oder digitaler Mitgliederausweis. Für Endkunden, die wirklich täglich oder wöchentlich interagieren – sonst reicht die Website.
Schichtplanung, Zeiterfassung, Spesenmeldung, interne News, Dokumentenzugriff. Microsoft 365 oder vorhandene HR-Systeme werden direkt angebunden, statt parallel gepflegt.
Apps für Events, Messen, Tourismus oder ortsgebundene Dienstleistungen mit Karte, Programm, Push-Benachrichtigungen und Offline-Inhalten. Auch als saisonales Projekt sinnvoll.
Massgeschneiderte Apps für klar umrissene Branchen: Bau, Handwerk, Pflege, Gastro. Genau auf die Abläufe der Branche zugeschnitten statt generischer Tool-Kompromiss.
Drei Wege führen zur Mobile-Lösung. Welcher passt, hängt von Funktionen, Budget und langfristiger Wartung ab.
Native Entwicklung (Swift für iOS, Kotlin für Android) liefert die beste Performance, vollen Zugriff auf alle Geräte-APIs und das durchschnittlich sauberste Nutzererlebnis. Sie ist die richtige Wahl, wenn die App ein Kernprodukt ist, wenn ARKit/CoreML, komplexe Animationen oder Hardware-nahe Features (HealthKit, HomeKit, NFC im Vollausbau) gebraucht werden – und wenn das Budget für zwei parallel gepflegte Codebases vorhanden ist.
Cross-Platform mit React Native oder Flutter ist heute der Standard für die meisten KMU-Apps. Eine Codebasis, zwei Stores, native Performance bei den allermeisten Funktionen. Wir bevorzugen diesen Weg, wenn die App ein Werkzeug für ein klares Publikum ist (Aussendienst, Mitarbeitende, Stammkunden) – das spart spürbar Zeit und Folgekosten.
Progressive Web Apps (PWA) sind die unterschätzte Option: Installierbar vom Browser, offline-fähig, mit Push-Benachrichtigungen (auf Android voll, auf iOS eingeschränkt), kein Store-Approval, keine Update-Versionierung. Ideal für interne Tools und für Apps, die nicht zwingend im App Store sichtbar sein müssen.
Wir entscheiden gemeinsam mit Ihnen anhand einer kleinen Matrix: Offline-Anforderungen, benötigte Geräte-APIs, Sichtbarkeit im Store, Marketing-Strategie, Lifetime-Budget. Die Entscheidung ist erklärbar – nicht eine Glaubensfrage des Entwicklers.
Die App ist die sichtbare Spitze – darunter steckt typischerweise mindestens so viel Arbeit am Backend, am Store-Auftritt und am Betrieb.
Eigenes API-Backend (PHP/Laravel oder .NET) oder Anbindung an bestehende Systeme. Authentifizierung, Berechtigungen, Datensynchronisation, Push-Versand. Ohne stabiles Backend nützt die schönste App nichts.
Verschlüsselte Speicherung, sichere Token-Verwaltung, Biometrie als zweiter Faktor, klare Datenrichtlinie. App-Datenfluss DSG- und DSGVO-konform dokumentiert – relevant vor allem bei Kunden- und Mitarbeitenden-Daten.
App-Store- und Play-Store-Eintrag inklusive Screenshots, Beschreibungen, Datenschutz-Angaben, Apple-Review und Google-Bestätigung. Wir übernehmen das komplett, inklusive der Folgereleases.
Sentry oder Firebase für Crashreports, datenschutzkonforme Nutzungsanalyse, A/B-Tests bei grösseren Releases. Sie sehen, was tatsächlich verwendet wird – und was nicht.
Eine App ist ab dem Tag der Veröffentlichung in Pflege: neue iOS-/Android-Versionen, Sicherheitsupdates, Store-Richtlinien. Wir planen Wartungsfenster und Releases pro Quartal.
Mitarbeitende oder Kunden müssen die App auch tatsächlich nutzen. Wir liefern kurze Schulungsvideos, in-App-Tutorials und ein Hilfecenter, das die häufigsten Fragen direkt abdeckt.
Fünf klare Phasen – wir liefern nach jeder Phase ein konkretes Zwischenergebnis, nicht erst am Schluss.
Wir klären Zielgruppe, Kernfunktion und Erfolgsmesszahl. Wenn nach diesem Workshop die App keinen klaren Nutzen hat, sagen wir das offen.
Klickbare Wireframes mit Figma. Wir testen die wichtigsten Pfade mit echten Nutzenden vor dem Code, weil Korrekturen hier ein Bruchteil kosten.
Erste lauffähige Version mit den unverzichtbaren Funktionen. Drei bis vier Monate, je nach Umfang. Sie nutzen die App in einer geschlossenen Beta, bevor sie in den Store geht.
Einreichung bei Apple App Store und Google Play, inklusive Reviews, Compliance, Screenshots und Beschreibung. Wir kümmern uns um Rückfragen der Stores.
Updates, neue Features auf Basis echter Nutzungsdaten, Sicherheits- und Plattform-Patches. Eine App ist ein Produkt, kein Projekt – wir betreuen sie über Jahre.
Eine App entsteht selten isoliert – sie gehört in eine grössere Systemlandschaft.
Stabile API für die App und gleichzeitig für Webportal, Buchhaltung und CRM – ein Datenmodell, mehrere Zugriffe.
Web-App und Mobile App teilen sich oft das Backend und die Logik – das halbiert den Wartungsaufwand.
Single Sign-On mit Microsoft 365, OneDrive für Dokumente, Teams für Kommunikation – Apps integrieren sich in die vorhandene Cloud-Welt.
Eine fokussierte Cross-Platform-App mit klarer Funktion startet realistisch bei rund CHF 35'000–60'000 inklusive Backend, Design, Entwicklung, Beta-Phase und Store-Publishing. Native iOS+Android-Entwicklung oder grössere Funktionsumfänge liegen entsprechend höher. Eine PWA als Alternative kann je nach Umfang bereits ab rund CHF 18'000 sinnvoll sein.
Für die meisten KMU-Apps empfehlen wir React Native oder Flutter. Eine Codebasis, beide Plattformen, deutlich tieferer Wartungsaufwand. Nativ entwickeln wir, wenn die App ein Kernprodukt ist, wenn höchste Performance gefragt ist oder wenn Hardware-nahe Features (z. B. ARKit, vollwertiges NFC) im Zentrum stehen. Wir entscheiden mit Ihnen anhand der konkreten Anforderungen.
Eine PWA ist eine Web-Applikation, die sich auf dem Homescreen installieren lässt und offline funktioniert. Sie braucht keinen Store-Eintrag, kein Approval und kein Versions-Management. Für interne Tools, für Mitarbeitenden-Apps und für Kundenportale reicht sie oft. Wenn Sie keine zwingenden nativen Features brauchen, ist die PWA die deutlich günstigere und schnellere Option – wir prüfen das ehrlich.
Von der Discovery bis zur ersten Store-Version meist vier bis sechs Monate für eine fokussierte Cross-Platform-App. Native Doppelentwicklung oder grösserer Funktionsumfang entsprechend länger. Eine PWA ist deutlich schneller umsetzbar, oft in acht bis zwölf Wochen.
Wir – komplett. Apple Developer Account und Google Play Console werden auf Ihren Namen eingerichtet (das gehört dem Auftraggeber, nicht uns), die Eintragungen, Screenshots, Beschreibungen, Datenschutz-Angaben und das Review-Verfahren übernehmen wir. Auch nach dem Launch betreuen wir die Releases.
Wir prüfen jedes Jahr (typisch im Herbst nach Apples Keynote und mit jeder neuen Android-Version) die Kompatibilität und planen ggf. ein Wartungs-Release. Das ist Bestandteil unserer Wartungsverträge – nicht eine Sonderaufwand-Diskussion, sobald etwas nicht mehr läuft.
Ja, wenn das Backend von Anfang an sauber gebaut ist. Wir trennen die API von der App-Schicht, sodass eine spätere native App auf dasselbe Backend zugreifen kann. So ist die PWA als Startpunkt nicht eine Sackgasse, sondern ein erster Schritt – wenn überhaupt ein zweiter nötig wird.
Wir machen mit Ihnen einen ehrlichen Use-Case-Check: Eigene App, PWA oder doch nur eine bessere Website – das Ergebnis ist eine begründete Empfehlung statt eines Verkaufsgesprächs.
