Un produit mobile fiable commence par une liste finie de fonctionnalités, une carte d'écran, des appareils cibles, des rôles d'utilisateur, des sources de données, des intégrations et des critères d'acceptation. Je convertis ces exigences en un plan de livraison pratique avant de sélectionner Flutter, React Native ou une autre approche de code partagé appropriée. Les modules natifs sont identifiés tôt lorsqu'une caméra, un emplacement, un paiement, une notification ou une fonctionnalité de périphérique ne peuvent pas être gérés en toute sécurité par la seule couche commune.
Le développement peut inclure des écrans réactifs, la navigation, l'authentification, le stockage local, les connexions API, la configuration des notifications push, l'analyse, les paiements et le comportement spécifique à la plate-forme lorsqu'ils sont répertoriés dans le package. Le développement back-end, les SDK payants, la saisie de contenu, les abonnements tiers et les extensions natives complexes sont distincts, sauf si la proposition les inclut explicitement. Les tests couvrent la matrice convenue de l’appareil et du système d’exploitation plutôt que chaque modèle en circulation.
Vous recevez le code source spécifique au projet, les versions de test convenues, les notes de configuration et un résumé du transfert. Les comptes de développeur Apple et Google doivent rester la propriété du client ; les frais de compte, la vérification de l'organisation, la signature des informations d'identification, la confidentialité ou le texte juridique et la conformité aux politiques dépendent du client et de la plate-forme. Les décisions et le calendrier d'examen des magasins sont en dehors du calendrier de développement, et l'acceptation par l'un ou l'autre des magasins n'est jamais garantie.