Ein zuverlässiges mobiles Produkt beginnt mit einer endlichen Funktionsliste, Bildschirmkarte, Zielgeräten, Benutzerrollen, Datenquellen, Integrationen und Akzeptanzkriterien. Ich setze diese Anforderungen in einen praktischen Bereitstellungsplan um, bevor ich mich für Flutter, React Native oder einen anderen geeigneten Shared-Code-Ansatz entscheide. Native Module werden frühzeitig erkannt, wenn eine Kamera-, Standort-, Zahlungs-, Benachrichtigungs- oder Gerätefunktion nicht sicher von der gemeinsamen Ebene allein gehandhabt werden kann.
Die Entwicklung kann reaktionsfähige Bildschirme, Navigation, Authentifizierung, lokale Speicherung, API-Verbindungen, Einrichtung von Push-Benachrichtigungen, Analysen, Zahlungen und plattformspezifisches Verhalten umfassen, sofern diese im Paket aufgeführt sind. Backend-Entwicklung, kostenpflichtige SDKs, Inhaltseingabe, Abonnements von Drittanbietern und komplexe native Erweiterungen sind getrennt, sofern sie nicht ausdrücklich im Angebot enthalten sind. Die Tests umfassen die vereinbarte Geräte- und Betriebssystemmatrix und nicht jedes im Umlauf befindliche Modell.
Sie erhalten den projektspezifischen Quellcode, vereinbarte Test-Builds, Konfigurationshinweise und eine Übergabezusammenfassung. Apple- und Google-Entwicklerkonten müssen im Besitz des Kunden bleiben; Kontogebühren, Organisationsüberprüfung, Signaturberechtigungsnachweise, Datenschutz oder Rechtstexte sowie Richtlinieneinhaltung hängen vom Kunden und der Plattform ab. Entscheidungen und Zeitpunkte der Store-Überprüfung liegen außerhalb des Entwicklungsplans und die Akzeptanz durch einen Store kann niemals garantiert werden.