15 questions essentielles pour choisir son développeur mobile

Questions sur l'expérience et le parcours

Les premières questions doivent vous permettre de comprendre le parcours du développeur, la profondeur de son expérience et sa capacité à gérer un projet similaire au vôtre. Ne vous contentez pas de réponses vagues : demandez des exemples concrets et vérifiables.

1. Combien d'applications avez-vous livrées en production ?

Cette question distingue immédiatement les développeurs expérimentés des profils juniors. Un développeur qui a livré plusieurs applications en production connaît les contraintes réelles : les processus de validation des stores, les problèmes de compatibilité entre appareils, la gestion des mises à jour et les exigences de performance. La réponse attendue inclut des noms d'applications vérifiables sur l'App Store ou le Google Play Store. Un développeur qui ne cite que des projets personnels ou des prototypes jamais déployés est un signal d'alerte.

2. Pouvez-vous me montrer le code d'un projet récent ?

Demander à voir du code est souvent perçu comme intrusif, mais c'est la seule façon d'évaluer réellement la qualité technique d'un développeur. Un bon prestataire dispose d'exemples de code qu'il peut partager, même sous forme de démonstration anonymisée. Observez la lisibilité du code, la présence de commentaires pertinents, l'organisation en modules et l'utilisation de patterns d'architecture reconnus. Un développeur qui refuse catégoriquement de montrer son code ou qui n'a aucun projet open source à présenter mérite une attention particulière.

3. Avez-vous déjà travaillé sur un projet comparable au mien ?

L'expérience sur des projets similaires réduit considérablement les risques techniques. Un développeur qui a déjà réalisé une application e-commerce mobile connaît les pièges classiques : gestion du panier, intégration paiement, synchronisation des stocks. Demandez des détails sur les défis rencontrés et les solutions apportées. La réponse doit être précise et technique, pas générique. Un développeur honnête qui n'a pas d'expérience directe sur votre type de projet le dira clairement plutôt que de broder.

4. Quelles technologies recommandez-vous pour mon projet et pourquoi ?

La réponse à cette question révèle à la fois la compétence technique et l'honnêteté du développeur. Un bon prestataire analyse vos contraintes spécifiques avant de recommander une technologie. Il mentionne les avantages et les limites de chaque option. Un développeur qui recommande systématiquement la même technologie quel que soit le projet, ou qui ne mentionne que des avantages sans jamais évoquer les inconvénients, manque soit de recul soit de diversité d'expérience.

Questions sur la méthodologie de travail

La qualité d'un développement ne dépend pas uniquement des compétences techniques brutes. La méthodologie de travail, les processus de communication et la gestion de projet sont des facteurs déterminants pour le succès de votre application.

5. Quelle méthodologie de gestion de projet utilisez-vous ?

Un développeur professionnel travaille avec une méthodologie structurée. L'approche Agile avec des sprints de deux semaines est la plus courante et la plus adaptée au développement mobile. Attendez une réponse qui décrit concrètement le déroulement : réunions de planification, livraisons itératives, démonstrations régulières, rétrospectives. Un développeur qui annonce travailler en mode agile mais ne peut pas décrire précisément son processus n'applique probablement pas réellement cette méthodologie.

6. Comment gérez-vous les modifications de périmètre en cours de projet ?

Les changements de périmètre sont inévitables dans un projet mobile. La question est de savoir comment le développeur les gère. La bonne réponse inclut un processus formalisé : évaluation de l'impact sur le planning et le budget, validation écrite du client avant tout développement supplémentaire, mise à jour du backlog. Un développeur qui accepte toutes les modifications sans évaluation préalable risque de livrer en retard ou de dégrader la qualité. Un développeur qui refuse systématiquement tout changement manque de flexibilité.

7. Quels outils de suivi et de communication utilisez-vous ?

Les outils utilisés en disent long sur le professionnalisme du prestataire. Un développeur sérieux utilise Git (GitHub ou GitLab) pour la gestion de version, un outil de suivi de tâches (Jira, Trello, Linear ou Notion), un canal de communication dédié (Slack ou Microsoft Teams) et un outil de documentation. Il doit pouvoir vous donner accès à ces outils pour suivre l'avancement du projet en temps réel. Un développeur qui communique uniquement par email ou WhatsApp et ne propose aucun suivi structuré est un risque de perte de visibilité sur votre projet.

8. Comment testez-vous vos applications avant livraison ?

La stratégie de test est un indicateur clé de qualité. Un bon développeur décrit un processus complet : tests unitaires automatisés sur les fonctions critiques, tests d'intégration pour les échanges API, tests sur différents appareils et tailles d'écran, tests de performance et tests utilisateur avant la livraison finale. Un développeur qui teste uniquement sur un simulateur ou sur son propre appareil livre presque systématiquement une application avec des bugs non détectés.

Questions sur le portfolio et les références

Le portfolio et les références clients sont vos meilleurs alliés pour évaluer concrètement un développeur. Ne vous contentez pas de regarder des captures d'écran : allez plus loin dans la vérification.

9. Puis-je télécharger et tester vos applications ?

Installer et utiliser les applications réalisées par le développeur est la meilleure évaluation possible. Testez la fluidité des transitions, la réactivité de l'interface, le comportement en mode hors ligne, la gestion des erreurs et la qualité globale de l'expérience utilisateur. Comparez avec les standards du marché : l'application est-elle au niveau des applications que vous utilisez quotidiennement ? Si le développeur n'a aucune application disponible publiquement sur les stores, c'est un signal d'alerte important.

10. Quel a été votre rôle exact dans ce projet ?

Dans de nombreux projets, plusieurs développeurs collaborent ensemble. Un prestataire honnête précise exactement quelles parties il a développées : les écrans front-end, le backend, l'architecture globale ou une fonctionnalité spécifique. Méfiez-vous des développeurs qui s'attribuent l'intégralité d'un projet réalisé en équipe. Demandez des détails techniques sur les choix effectués : un développeur qui a réellement travaillé sur un module peut en parler en profondeur, pas en surface.

11. Pouvez-vous me mettre en contact avec un ancien client ?

Cette question est sans doute la plus révélatrice de toutes. Un développeur qui accepte immédiatement et fournit les coordonnées d'anciens clients satisfaits inspire confiance. Lors de l'échange avec la référence, posez des questions précises : les délais ont-ils été respectés ? Le budget initial a-t-il été dépassé ? Comment le développeur a-t-il réagi face à un problème imprévu ? Recommanderiez-vous ce prestataire à un collègue ? Un développeur qui refuse de fournir des références ou qui repousse la demande indéfiniment dissimule probablement des expériences négatives.

Questions sur le contrat et les aspects juridiques

Les questions contractuelles et juridiques sont souvent négligées par les porteurs de projet, mais elles sont fondamentales pour protéger vos intérêts. Abordez ces sujets dès le premier échange pour éviter les mauvaises surprises.

12. Qui détiendra la propriété intellectuelle du code ?

La propriété du code source est un point crucial souvent mal compris. Par défaut en droit français, l'auteur d'une oeuvre logicielle en conserve les droits, sauf clause contractuelle contraire. Assurez-vous que le contrat prévoit une cession complète des droits de propriété intellectuelle en votre faveur à la livraison et au paiement intégral. Le développeur doit également vous transmettre tous les accès : dépôts de code, comptes développeur sur les stores, comptes de services tiers. Un prestataire qui refuse la cession des droits ou qui conditionne l'accès au code source à des paiements supplémentaires est un risque majeur.

13. Que prévoit le contrat en cas de retard ou de litige ?

Un contrat solide définit clairement les pénalités de retard, les conditions de résiliation anticipée et les modalités de règlement des litiges. Demandez au développeur s'il dispose d'un modèle de contrat standard et lisez-le attentivement. Les clauses de pénalité de retard motivent le respect du planning. Les conditions de résiliation protègent les deux parties en cas de rupture du projet. Un développeur professionnel est à l'aise avec ces sujets et propose des conditions équilibrées. Un prestataire qui évite les questions contractuelles ou qui propose de travailler sans contrat doit être écarté immédiatement.

14. Proposez-vous une garantie après livraison ?

La période de garantie après livraison est un standard du marché. Elle couvre généralement la correction des bugs découverts après le déploiement pendant une durée de un à trois mois. Un bon prestataire propose cette garantie de manière proactive et en définit clairement le périmètre : correction des anomalies par rapport aux spécifications validées, à l'exclusion des évolutions fonctionnelles. L'absence de garantie post-livraison est un signal d'alerte sérieux qui peut indiquer un manque de confiance du développeur dans la qualité de son propre travail.

15. Comment se passe la passation si nous changeons de prestataire ?

Cette question teste la maturité professionnelle du développeur. Un prestataire sérieux prévoit dès le départ les conditions d'une passation propre : documentation technique à jour, code commenté et structuré, accès partagés sur un gestionnaire de mots de passe, session de transfert de compétences avec le nouveau prestataire. Cette question peut sembler prématurée au début d'une collaboration, mais elle révèle l'approche long terme du développeur. Un prestataire qui refuse de discuter de la passation ou qui crée volontairement des dépendances techniques pour se rendre irremplaçable n'agit pas dans votre intérêt.

Les red flags à ne jamais ignorer

Au-delà des réponses aux questions, certains comportements doivent vous alerter immédiatement. Voici les signaux d'alerte les plus courants qui indiquent un prestataire peu fiable ou inadapté à votre projet.

L'estimation trop rapide : un développeur qui chiffre votre projet en quelques minutes sans poser de questions détaillées sous-estime probablement la complexité ou n'a pas compris votre besoin. Un chiffrage sérieux nécessite au minimum quelques jours d'analyse.

Le prix anormalement bas : si un devis est 50 pour cent inférieur à la moyenne des autres propositions, le développeur a soit mal compris le périmètre, soit prévu de réduire la qualité pour tenir le budget, soit travaille dans des conditions qui ne garantissent pas la pérennité de sa prestation.

L'absence de questions : un développeur qui accepte votre projet sans poser de questions n'a probablement pas compris les enjeux. Un bon prestataire pose plus de questions que vous n'en posez vous-même, car il anticipe les problèmes que vous ne voyez pas encore.

Le refus de fournir un contrat : travailler sans contrat est une prise de risque inacceptable, quel que soit le montant du projet. Le contrat protège les deux parties et formalise les engagements réciproques.

La communication floue : si le développeur est difficile à joindre, répond vaguement ou évite les sujets délicats pendant la phase de sélection, ces comportements ne feront que s'aggraver une fois le projet lancé.