À qui s'adresse ce guide sur la reprise d'une application mobile
Aux entrepreneurs et petites entreprises qui ont déjà une application : livrée avec des bugs, jamais publiée, abandonnée par son développeur, ou dont le code n'a jamais été transmis. Pas aux personnes qui veulent lancer une première application : pour elles, ce guide arrive trop tôt.
Ce que vous saurez après 10 minutes de lecture
- Partie 1, ce que vous devez posséder : le code source (et ce que dit la loi si on ne vous l'a pas donné), les comptes Apple Developer et Google Play, les outils tiers (base de données, hébergement, paiement). Trois questions pour savoir si votre application vous appartient.
- Partie 2, ce qui doit exister dedans : analytics, suivi des plantages, présence sur les deux stores, maintenance. Ce qu'un développeur sérieux a mis en place et ce qu'il faut exiger du prochain.
- Partie 3, ce qui la fera réussir : un besoin vérifié, une visibilité travaillée, et une précaution : aucun téléchargement tant que l'application plante.
- La checklist : vos réponses transformées en actions, dès cette semaine.
Qui vous parle
Développeur Flutter indépendant, fondateur de Zuhd Studio. Je reprends des applications mobiles mal développées : je les corrige ou je les refais, puis je les publie sur les stores. Ce guide est ce que je vérifie en premier quand on m'envoie une application.
Et après le guide ?
Trois chemins selon votre diagnostic : vous avez tout et l'application est saine, gardez-la et faites-la maintenir ; il vous manque des accès, récupérez-les avant de payer qui que ce soit ; l'application ne tient pas, parlons-en 30 minutes, je la teste avec vous et je vous dis ce qui se répare.