Kapitel 01 / 06
Die mobile Aufgabe zuerst beschreiben
Wo und bei welcher Verbindung wird die App verwendet? Außendienst mit Offline-Fotos und Synchronisierung ist anders als Online-Lesen. Kamera, Standort, Bluetooth, Benachrichtigungen und Hintergrundverhalten müssen früh geklärt werden.
Definiere Geräte und Systemversionen. iOS und Android unterscheiden sich bei Berechtigungen und Veröffentlichung. Ein gemeinsames Framework kann Oberfläche teilen; die Abnahme prüft trotzdem beide Plattformen.
| Ansatz | Passender Einsatz | Bleibende Arbeit |
|---|---|---|
| Native iOS / Android | Tiefe Geräteintegration oder spezifische Bedienung | Plattformwissen und getrennte QA |
| Flutter | Gemeinsame Oberfläche mit passendem Team | Plugins, Plattformverhalten und Gerätetests |
| React Native | JavaScript-/React-Team und gemeinsame App | Native Integrationen und spezifischer Code |
| Mobiles Web / PWA | Linkbasierte Aufgaben und einfacher Zugang | Browserfähigkeiten und Installationsgrenzen |
Kapitel 02 / 06
Das Backend hinter der Oberfläche
Konten, Rechte, Speicher, Suche, Zahlungen und Nachrichten müssen zuverlässig arbeiten. Bestimme Serverlogik, Wiederholungen und doppelte Ereignisse. Der Zahlknopf braucht einen konsistenten Transaktionszustand.
Plane Wiederherstellung, Support und Löschung. Prüfe Datentrennung zwischen Firmen. Bei Offline-Bearbeitung braucht es Regeln für Konflikte statt einer pauschalen Synchronisierungszusage.
Kapitel 03 / 06
Eine Kalkulation mit Ausschlüssen
Angenommen: 50 Stunden Konzeption, 80 Design, 220 App-Umsetzung, 140 Backend, 100 QA und 30 Veröffentlichung. 620 Stunden zu angenommenen 100 €/Stunde ergeben 62.000 € netto. Das ist ein Planungsbeispiel, kein Marktmittelwert oder Angebot.
Komplexe Offline-Synchronisierung, Migration, besondere Hardware, regulierte Abläufe und Dienstgebühren fehlen. Eine Plattform weniger halbiert weder Konzeption noch Backend. Wiederverwendung muss konkret belegt werden.
| Arbeitspaket | Stunden |
|---|---|
| Konzeption | 50 |
| Design | 80 |
| App-Umsetzung | 220 |
| Backend | 140 |
| QA | 100 |
| Veröffentlichung | 30 |
Kapitel 04 / 06
Veröffentlichung ist eine Projektphase
Entwicklerkonten gehören zur Firma. Reviewer benötigen nutzbaren Zugang und korrekte Angaben. Prüfe Berechtigungen, Anmeldung, Kauf und ausgefallene Dienste. Bereite Screenshots, Support- und Datenschutzinformationen vor.
Eine Ablehnung kann Produktänderungen erfordern. Plane Puffer, ohne ein nicht kontrollierbares Freigabedatum zu versprechen. Interne Builds sollten früh auf echten Geräten getestet werden.
Kapitel 05 / 06
QA umfasst Fehler und Geräte
Teste Netzunterbrechung, abgelaufene Sitzung, leere Listen, große Schrift, verweigerte Berechtigungen und mehrfaches Tippen. Barrierefreiheit und Screenreader gehören zur Prüfung. Simulatoren ersetzen nicht alle echten Geräte.
Mehrsprachigkeit braucht deutsche Textlängen sowie arabische Richtung, gemischten Text und Tastatureingabe. Auch Fehlertexte müssen zur gewählten Sprache passen.
- Aufgabe Kernablauf und Einsatzumgebung bestimmen.
- Fähigkeit Riskante Geräte- oder Offline-Anforderung erproben.
- Plan Backend, Plattformen, QA und Vertrieb abgrenzen.
- Betrieb Updates, Monitoring und Störungen zuordnen.
Kapitel 06 / 06
Wartung als Produktarbeit planen
Systemupdates, Abhängigkeiten und Store-Vorgaben erzeugen Folgearbeit. Der Vertrag unterscheidet Fehler, Kompatibilität und neue Funktionen. Monitoring und Wiederherstellung betreffen auch das Backend.
Nutze Nutzung und Support für die nächste Entscheidung. Eine neue Funktion muss die Kernaufgabe verbessern. Prüfe bei linkbasierten Aufgaben, welchen zusätzlichen Nutzen eine App gegenüber dem Web tatsächlich bietet.
Zur Umsetzung: Die passende Leistung ansehen.
