Avant de demander un devis
Engager une société de développement, c’est confier à quelqu’un une partie de votre activité que vous ne pouvez probablement pas vérifier ligne par ligne. Vous ne lirez pas le code, mais vous vivrez avec : les écrans lents, le bug qui revient sans cesse, la modification simple qui prend inexplicablement deux semaines. C’est pourquoi la décision doit dépasser le prix et la bonne impression du premier contact.
Avant de parler aux prestataires, rédigez un court cahier des charges : le problème que le projet résout, qui l’utilisera, ce qui doit être prêt dans la première version et s’il existe une date impossible à déplacer, comme un lancement ou une période de soldes. Ce document rend les réponses plus faciles à comparer et vous montre qui vous écoute vraiment et qui récite un discours préparé.
Réalisations : demandez des projets en ligne
Des captures d’écran soignées sur Dribbble ou Behance ne prouvent pas que quelque chose fonctionne. Demandez des liens vers des projets livrés : le site qui se charge, l’application que vous pouvez installer, la boutique qui reçoit de vraies commandes. Ouvrez-les sur votre téléphone, naviguez, remplissez un formulaire et vérifiez si la page reste rapide sur une connexion mobile.
Demandez ce que l’entreprise a réellement fait sur chaque projet. A-t-elle tout construit ou seulement le design ? A-t-elle repris un système à moitié terminé ? Le maintient-elle encore ? Une équipe sérieuse répond sans hésiter et, en cas de clause de confidentialité, explique ce qu’elle peut et ne peut pas montrer.
Si votre projet a une exigence particulière, comme la facturation récurrente, une intégration ERP ou une fonctionnalité d’IA, demandez si elle a déjà réalisé quelque chose de similaire et demandez à le voir en fonctionnement. L’expérience avec votre type de problème compte plus que l’expérience avec le framework à la mode.
La méthode, de la découverte à la livraison
Demandez ce qui se passe entre la signature et le lancement. Une bonne réponse comporte des étapes claires : comprendre l’activité, définir le périmètre, concevoir les écrans, développer, tester et mettre en ligne. Quand un prestataire passe directement du devis au code, les questions qui auraient dû être posées lors de la découverte surgissent en plein projet, quand les changements coûtent plus cher.
Soyez aussi attentif au rythme de livraison. De courtes étapes avec des versions de test que vous pouvez ouvrir sur votre téléphone ou votre navigateur permettent de corriger le cap tôt. À l’inverse, des mois de silence suivis d’une grande présentation sont à l’origine des pires surprises.
- Quelle est la première étape et que reçois-je à la fin ?
- Verrai-je un prototype des écrans avant le début du développement ?
- À quelle fréquence recevrai-je une version à tester ?
- Qui teste le produit et sur quels appareils ?
- Que se passe-t-il si je veux changer quelque chose en cours de route ?
Qui fait le travail et comment vous communiquerez
Les personnes qui vendent le projet ne sont pas toujours celles qui le réalisent. Certaines agences signent le contrat et confient le travail à des indépendants ou à une autre société, et le client ne s’en rend compte que lorsque la qualité baisse ou que personne ne sait répondre à une question technique. La sous-traitance n’est pas mauvaise en soi, mais elle doit être annoncée dès le départ. Demandez qui travaillera sur votre projet, s’il s’agit de salariés de l’entreprise et si vous pourrez parler aux développeurs quand c’est nécessaire.
Convenez du mode de communication : quel canal, à quelle fréquence vous recevez des nouvelles et qui est l’interlocuteur de chaque côté. Un court point hebdomadaire sur ce qui a été fait, ce qui vient ensuite et ce qui est bloqué vaut mieux que des dizaines de messages dispersés. Si vous faites appel à une équipe nearshore, par exemple une société brésilienne qui travaille avec un client en Europe, renseignez-vous sur les plages horaires communes et la langue utilisée au quotidien. Et observez la manière dont le prestataire communique pendant la phase commerciale. Si les réponses prennent des jours maintenant, elles s’accélèrent rarement après la signature.
Code, domaine et comptes : à qui appartient quoi
C’est la question que beaucoup oublient et regrettent ensuite. Êtes-vous propriétaire du code source ? Le nom de domaine est-il enregistré au nom de votre entreprise ? L’hébergement, la base de données, les comptes App Store, Google Play et de paiement sont-ils à votre nom ou à celui du prestataire ?
La situation à éviter est celle où tout se trouve dans les comptes du prestataire. Si la relation prend fin, vous perdez l’accès à votre propre produit ou devez négocier pour le récupérer. Idéalement, le code se trouve dans un dépôt auquel vous avez accès, les principaux comptes sont à votre nom et la documentation suffit pour qu’une autre équipe reprenne le travail.
Demandez quelles technologies seront utilisées et pourquoi. Une pile technique mature et bien documentée facilite l’embauche d’un autre prestataire plus tard. Un outil propriétaire que seule cette agence sait exploiter vous rend captif.
Contrat et périmètre par écrit
Une bonne proposition décrit les livrables avec assez de détails pour éviter les disputes plus tard : écrans, fonctionnalités, rôles d’utilisateurs, intégrations, ce qui est hors périmètre, le délai de chaque étape, le prix et les conditions de paiement. Des expressions comme « système de gestion complet » ou « une application comme celle de notre concurrent » ne constituent pas un périmètre, car chaque partie imaginera quelque chose de différent.
Lisez attentivement ce qui se passe quand quelque chose change. Quelque chose changera, car chaque projet apprend des choses que personne ne savait au départ. Le contrat doit préciser comment les changements sont évalués, chiffrés et validés avant d’entrer dans le planning. Vérifiez aussi la durée de la garantie pour la correction des bugs après la livraison, la confidentialité, le traitement des données personnelles selon la réglementation qui s’applique à vous (RGPD, CCPA ou LGPD) et les conditions de fin de collaboration.
Ce qui se passe après le lancement
Le lancement marque le début de l’usage réel, et c’est l’usage réel qui révèle les corrections nécessaires. Un écran qui plante sur un téléphone précis, un parcours que les clients ne comprennent pas, une intégration tierce qui change de version sans prévenir. Demandez qui s’en charge, avec quelle rapidité et comment cela est facturé.
Demandez s’il existe un forfait de maintenance, ce qu’il couvre (corrections de bugs, mises à jour de sécurité, petites améliorations, supervision) et comment les nouvelles fonctionnalités sont traitées. Un prestataire qui livre puis disparaît vous oblige à chercher quelqu’un de nouveau pour travailler sur un code qu’il n’a jamais vu, et ce nouveau départ est rarement bon marché.
Les signaux d’alerte avant de signer
Certains comportements apparaissent avant le contrat et en disent long sur le déroulement du projet :
Méfiez-vous aussi du jargon excessif utilisé pour impressionner. Ceux qui maîtrisent le sujet savent expliquer en termes simples pourquoi un choix est pertinent dans votre cas.
- Un devis envoyé sans une seule question sur votre activité, vos utilisateurs ou vos règles.
- Un délai trop court pour le périmètre, promis avant d’avoir compris le projet.
- Un « nous savons tout faire » en réponse à chaque demande, sans risque signalé ni suggestion pour plus tard.
- Une réticence à montrer des projets en ligne ou à dire qui réalisera le vôtre.
- Code, domaine et comptes conservés au nom du prestataire.
- Paiement intégral à l’avance, sans étapes liées à des livrables.
- Une proposition qui ne mentionne pas ce qui est hors périmètre.
Les questions à apporter à la réunion
Si vous voulez un guide, apportez ces questions à chaque prestataire et comparez les réponses côte à côte. Au-delà du contenu, notez qui répond clairement et qui esquive.
Chez BG Coding, nous ne chiffrons qu’après avoir compris le projet, et la proposition comprend un périmètre, un délai et un prix définis, répartis en étapes que vous pouvez suivre. Le code et les comptes appartiennent au client. Si vous comparez des prestataires, n’hésitez pas à utiliser cette même liste avec nous.
- Puis-je voir en ligne des projets similaires au mien ?
- Quelles sont les étapes et que reçois-je à chacune ?
- Qui travaillera sur le projet et à qui est-ce que je m’adresse au quotidien ?
- À quelle fréquence testerai-je une nouvelle version ?
- Le code, le domaine et les comptes seront-ils à mon nom ?
- Comment les changements de périmètre sont-ils traités ?
- Qu’est-ce qui est inclus après le lancement ?