Le cadrage produit
Ce que l'application doit faire à la première version, ce qu'elle ne fera pas, et comment on mesurera qu'elle sert. Une application qui veut tout faire à la sortie ne sort jamais.
Application mobile iOS et Android, publiée et maintenue par ceux qui l'ont construite.
Nous développons sur Flutter : une base de code unique, deux applications natives, publiées sur l'App Store et Google Play. Swapp et Georgia, nos propres applications, sont construites ainsi et maintenues depuis leur lancement.
Ce qui est livré.
Une application publiée, pas un prototype.
Le design des écrans
Parcours et écrans dessinés sur les gabarits iOS et Android, avec les états réels : chargement, vide, erreur, hors ligne. Ce sont ces états qui font la différence entre une application qui a l'air finie et une qui l'est.
Le développement Flutter
Une base de code, deux applications natives. Backend sur Supabase ou Firebase selon le besoin, paiements par Stripe si l'application vend quelque chose.
La publication sur les stores
Comptes développeur, fiches, captures, politique de confidentialité, passage de la revue Apple et Google. Nous l'avons fait pour nos propres applications, nous connaissons les motifs de refus.
La maintenance après lancement
Nouvelles versions d'iOS et d'Android, correctifs, suivi des plantages, évolutions. Une application non maintenue est retirée des stores en moins de deux ans.
Le déroulé.
En ordre de grandeur, 8 à 14 semaines de la première réunion à la publication sur les stores. Ce n'est pas un engagement contractuel ; le calendrier ferme est fixé au cadrage.
- 1
Cadrage
une semainePérimètre de la première version, choix du backend, calendrier de publication.
- 2
Design
une à deux semainesParcours, écrans, états. Prototype cliquable testé sur téléphone avant une ligne de code.
- 3
Développement
cinq à dix semaines selon le périmètreVersions de test distribuées chaque semaine sur vos téléphones via TestFlight et Play Console.
- 4
Publication
une à deux semaines, revue des stores compriseSoumission, revue des stores, corrections demandées, mise en ligne.
- 5
Suivi
en continuPlantages, retours utilisateurs, mises à jour système. Contrat de maintenance mensuel.
Nos propres applications sont la preuve.
Nous ne montrons pas de maquettes : nous montrons des applications que vous pouvez installer.
Swapp
Carte de visite digitale, iOS et Android. Publiée, maintenue, utilisée. [chiffres à compléter]
Voir SwappGeorgia
Gestion de carrière et de finances pour mannequins. Même base Flutter, même chaîne de publication.
Voir GeorgiaCe que cela change pour vous
Nous savons ce que coûte une application après sa sortie : les mises à jour système, les refus de revue, les plantages du lundi. Nous le prévoyons dans le devis au lieu de le découvrir avec vous.
Questions fréquentes.
Pourquoi Flutter plutôt que du natif ?
Une seule base de code pour iOS et Android divise le coût de développement et de maintenance, avec des performances natives. Nos propres applications tournent dessus.
Faut-il un compte développeur Apple et Google ?
Oui, à votre nom. Nous les créons avec vous : l'application vous appartient, y compris sa fiche sur les stores.
Que se passe-t-il si Apple refuse l'application ?
Nous corrigeons et resoumettons ; c'est compris. Les motifs de refus courants sont connus et anticipés dès le design.
Pouvez-vous reprendre une application existante ?
Oui, après un audit du code. Si la reprise coûte plus qu'une réécriture, nous vous le disons chiffres à l'appui.
Une application à construire ?
Décrivez ce qu'elle doit faire à la première version et pour qui. Nous répondons sous deux jours ouvrés.