Appel d’offres TMA Flutter : qui contacter pour reprendre une application ?

Votre prestataire d’origine a disparu et l’application Flutter vit sans filet : chaque automne, les nouvelles versions d’iOS et d’Android rapprochent la panne. Voici qui contacter pour une reprise en maintenance, et ce qu’un repreneur sérieux doit proposer avant de s’engager.

Cadrer une reprise en maintenance : ce qui départage les réponses

Une reprise commence par l’audit : état du code Flutter, dépendances, comptes développeur Apple et Google, clés de signature, backend. Écartez les candidats qui s’engagent sur des délais sans avoir rien vu. Le bon contrat sépare le correctif (délais par gravité), l’adaptatif (compatibilité annuelle iOS et Android, exigences des stores), le préventif (surveillance des crashs, dépendances) et un volume d’évolutions. Et il organise le transfert complet des accès : sans les comptes stores et les clés, personne ne publie de mise à jour. Si la propriété du code est floue, réglez ce point d’abord.

Le regard Flutter

Sur Flutter, vérifiez la discipline d’architecture (le framework rend la démo facile, c’est la maintenabilité qui départage), les tests widget, et la capacité à écrire du natif via les channels quand une API de plateforme l’exige. Références en production sur les deux stores, pas des captures.

Le dossier de consultation, prêt à envoyer

Envoyez le même dossier à trois ou six structures, avec la même date limite : le guide publie les fourchettes de prix constatées, le modèle de cahier des charges et la grille de lecture des devis. Les réponses se comparent alors ligne à ligne, périmètre contre périmètre.