Comment évaluer et embaucher une agence de développement de logiciels

Je dirige une agence de développement de logiciels. J'ai été de l'autre côté de la conversation d'embauche des centaines de fois : l'appel initial, la proposition, la négociation, le coup d'envoi. J'ai également vu des fondateurs se faire brûler par des agences qui avaient fière allure sur le papier et s'effondrer en cours de projet.

Le marché des agences a un problème de crédibilité. Trop de magasins diront oui à tout, citeront un chiffre avant de comprendre le problème et disparaîtront une fois le premier contrôle franchi. Trouver une équipe compétente est possible, mais il faut savoir quoi rechercher et quelles questions traversent l’argumentaire de vente.

Ce guide s'adresse aux fondateurs, propriétaires d'entreprise et responsables marketing qui embauchent une agence de développement pour la première fois. Il couvre les signes avant-coureurs, les signaux positifs et les questions spécifiques qui séparent les équipes compétentes de celles qui gaspilleront votre argent.

Drapeaux rouges qui prédisent l’échec du projet

La plupart des projets d’agence qui ont échoué suivent un modèle. Les signes avant-coureurs apparaissent avant la signature du contrat, mais les clients ne les remarquent pas car ils ne savent pas quoi chercher.

Ils proposent un prix fixe avant de poser des questions sur votre produit

Si une agence vous donne un numéro dès le premier appel, elle devine. Personne ne peut fixer le prix d'un logiciel sans comprendre le problème, les utilisateurs, les intégrations et les contraintes. Une agence qui propose 15 000 $ ou 50 000 $ avant de poser des questions approfondies sur votre entreprise a soit construit un modèle dans lequel elle prévoit d'imposer votre projet, soit elle prévoit de vous envoyer des ordres de modification une fois les travaux commencés.

Les bonnes agences posent des dizaines de questions avant d’élaborer une proposition. Ils veulent comprendre vos utilisateurs, votre modèle de revenus, vos systèmes existants et à quoi ressemble le succès. Le processus de cadrage lui-même vous en dit long sur la manière dont ils traiteront votre projet.

Aucune étude de cas avec des résultats vérifiables

Le portefeuille d'une agence doit inclure des résultats spécifiques : dates de lancement, mesures de performance, résultats commerciaux. "Nous avons construit une belle application" ne vous dit rien. "Nous avons expédié une plate-forme de commerce électronique personnalisée avec des zones de livraison basées sur la localisation en 8 semaines" vous indique qu'ils peuvent livrer.

Demandez des liens vers des produits en direct. Vérifiez si ces produits sont toujours en cours d'exécution. Parlez à d’anciens clients si vous le pouvez. Une agence qui ne peut pas vous indiquer un logiciel fonctionnel devrait faire part de ses inquiétudes.

"On peut tout construire" sans spécialisation

Les agences qui revendiquent une expertise dans iOS, Android, Web, blockchain, IA, AR/VR et IoT se dispersent trop pour être excellentes dans l'un d'entre eux. Les meilleures agences ont une compétence de base : des applications Web complètes, des applications mobiles, des plateformes de données ou un secteur vertical spécifique comme la santé ou la fintech.

Vous voulez une équipe qui a déjà résolu des problèmes similaires aux vôtres. Cette expérience se traduit par une livraison plus rapide, moins d’erreurs architecturales et des délais réalistes.

Des chargés de comptes entre vous et les ingénieurs

Si la personne présente à votre appel de lancement est un chef de projet qui n'écrira pas une seule ligne de code, vos commentaires seront filtrés via un jeu de téléphone. Vous dites "le flux de paiement semble lent". Le responsable de compte écrit : « le client souhaite des améliorations de performances ». Le développeur lit cette note trois jours plus tard et n'a aucune idée de ce que vous vouliez dire.

Les meilleures agences vous permettent de parler directement aux personnes qui créent votre produit. ÀSavi, vous discutez avec les ingénieurs du premier appel jusqu'au lancement. Il n'y a aucune couche de vente entre vous et l'équipe qui écrit le code.

Pas d'environnement de préparation ni de démos hebdomadaires

Si une agence prévoit de travailler pendant six semaines et de vous montrer ensuite le résultat, vous jouez. Beaucoup de choses peuvent mal se passer en six semaines : des exigences mal comprises, de mauvaises décisions architecturales ou l'équipe qui se tait alors qu'elle est aux prises avec un problème qu'elle n'avait pas prévu.

Des démonstrations hebdomadaires sur un environnement de mise en scène forcent la responsabilité. Vous voyez des progrès. Vous détectez très tôt les malentendus. Vous avez la possibilité de vous réorienter avant que les mauvaises décisions ne s’aggravent. Une agence qui résiste à cette cadence vous dit qu'elle ne veut pas de surveillance.

Ils possèdent le code ou l'infrastructure

Certaines agences hébergent votre application sur leurs serveurs et conservent la propriété de la base de code. Cela crée une dépendance dont il est coûteux de s'échapper. Si la relation se détériore, vous repartez de zéro.

La propriété du code devrait vous être transférée dès le premier jour. Le référentiel doit résider sous votre organisation GitHub ou GitLab. L'infrastructure doit fonctionner sur vos comptes cloud. Vous devriez pouvoir repartir à tout moment avec tout ce que vous avez payé.

Des drapeaux verts qui présagent d’un bon partenariat

Les agences qui valent la peine d'être embauchées partagent un ensemble de pratiques qui réduisent les risques et renforcent la confiance. Voici ce qu'il faut rechercher.

Vous parlez aux ingénieurs, pas aux vendeurs

Lorsque la personne qui explique l’approche technique est la même que celle qui la construira, la conversation est plus honnête. Les ingénieurs vous diront quand quelque chose est difficile, quand une fonctionnalité prendra plus de temps que prévu et quand votre idée doit être repensée. Les vendeurs vous diront ce que vous voulez entendre.

Démonstrations de travail hebdomadaires

Une bonne agence envoie des logiciels fonctionnels à un environnement de test à une cadence hebdomadaire. Pas de jeux de diapositives. Pas de wireframes (ceux-là viennent lors de la découverte). Un logiciel fonctionnel sur lequel vous pouvez cliquer, tester et réagir. C’est le signal le plus fort qu’une équipe puisse délivrer, car c’est le plus difficile à simuler.

Nous avons construitLa plateforme de commerce électronique personnalisée de Frootexavec des démos hebdomadaires à l'équipe fondatrice. Ils ont testé la logique de la zone de livraison, la synchronisation des stocks en temps réel et la vitrine mobile au fur et à mesure que chaque pièce arrivait. Le jour du lancement, il n’y a eu aucune surprise.

Propriété du code dès le premier jour

Le référentiel réside dans votre compte. L'infrastructure cloud fonctionne selon votre facturation. Si vous vous séparez demain, vous avez tout : le code source, les configurations de déploiement, la documentation. Une bonne agence construit votre produit sur votre propriété, pas sur la leur.

Pipeline CI/CD mis en place dès la première semaine

L'intégration continue et le déploiement continu sont la manière dont les équipes professionnelles expédient les logiciels. Des tests automatisés sont exécutés sur chaque demande d'extraction. Le code est déployé sur la scène à chaque fusion. Cette infrastructure prend une journée à mettre en place et permet d'économiser des semaines de débogage plus tard dans le projet.

Si une agence effectue un déploiement en copie manuelle des fichiers sur un serveur, c'est le signe que ses pratiques d'ingénierie sont à la traîne par rapport à celles du secteur.

Budgétisation transparente avec facturation basée sur les étapes

Vous devez savoir où va votre argent. Une bonne agence divise le projet en étapes avec des livrables et des coûts clairs attachés à chacun. Vous payez lorsqu'un jalon est expédié, et non lorsqu'une feuille de temps indique que des heures ont été enregistrées.

Cela crée un alignement : l'agence est incitée à expédier et vous payez pour les résultats plutôt que pour le temps passé.

Couverture de test comme livrable

Les tests ne sont pas facultatifs. C'est grâce à eux que vous savez que le logiciel fonctionne et que les modifications futures ne briseront pas ce qui a déjà été livré. Si une agence n'inclut pas de couverture de test dans ses livrables, elle fait des économies qui vous coûteront cher plus tard lorsque des bugs apparaîtront en production.

Questions à poser lors du premier appel

Le premier appel avec une agence est votre meilleure chance de séparer le marketing de la réalité. Ces cinq questions vous en diront plus que n’importe quel portfolio.

« Puis-je parler à l'ingénieur qui écrira le code ? »

Cette question révèle la structure de l'agence. Si la réponse est « ils ne sont pas disponibles » ou « notre chef de projet s'occupe de la communication avec les clients », vous travaillerez via une chaîne téléphonique pour l'ensemble du projet. Si la réponse est « vous leur parlez en ce moment » ou « laissez-moi vous présenter », c'est une équipe qui valorise la communication directe.

"A quoi ressemble ta première semaine ?"

La réponse doit être précise. Une bonne agence consacre la première semaine à la découverte : comprendre vos utilisateurs, définir les exigences techniques, configurer le référentiel et le CI/CD, et produire un document sur les exigences du produit ou une spécification technique que vous pouvez consulter.

Si la réponse est « nous commençons à coder », il s’agit d’une constitution d’équipe avant qu’ils ne comprennent le problème. Si la réponse est vague, il n’existe pas de processus reproductible.

« Comment gérez-vous les changements de périmètre ? »

Des changements de portée se produisent sur chaque projet. La question est de savoir si l’agence dispose d’un système pour les gérer. Les bonnes réponses incluent : "Nous documentons le changement, estimons l'impact sur le calendrier et le budget, et obtenons votre approbation avant de continuer." Les mauvaises réponses incluent : « Nous sommes flexibles » (ce qui signifie imprévisible) ou un silence radio suivi d'une facture surprise.

« Que se passe-t-il si nous voulons quitter le projet ? »

Cette question met les agences mal à l'aise, c'est pourquoi elle est utile. La réponse révèle les termes de leur contrat et leur confiance dans leur propre travail. Une bonne agence dira : "Vous possédez le code. Nous transférons tout. Vous payez pour le travail réalisé à ce jour." Une mauvaise agence trouvera une réponse qui révèle des clauses de verrouillage ou des restrictions de propriété du code.

"Montrez-moi un environnement de développement d'un projet antérieur"

C’est la demande la plus difficile à simuler. Un environnement de test est une version active et fonctionnelle du logiciel créé par l'agence. S'ils peuvent en trouver un et vous guider, ils ont expédié de vrais produits. S'ils redirigent vers une page de portfolio avec des captures d'écran, creusez plus profondément.

Quand nous avons livréPlateforme de conformité alimentée par l'IA de Fenado, l'environnement de test était l'endroit où le client testait chaque fonctionnalité avant sa mise en ligne. Cet environnement est devenu la preuve de l’ensemble du projet.

Comment fonctionnent les modèles de tarification

Les trois modèles de tarification dans le développement de logiciels comportent chacun des risques différents. Les comprendre vous aide à choisir la bonne structure pour votre projet.

Prix ​​fixe

L'agence indique à l'avance un coût total. Vous payez ce montant quelle que soit la durée des travaux. Cela semble attrayant car cela limite vos risques, mais cela crée un problème différent : l'incitation de l'agence se déplace vers la minimisation de ses efforts. Si le projet s'avère plus difficile que prévu, ils rogneront sur les raccourcis, réduiront la portée ou commenceront à déposer des demandes de modification.

La tarification fixe fonctionne pour des projets bien définis avec des exigences claires : un site marketing, une page de destination ou un petit MVP avec un ensemble de fonctionnalités restreint. Cela ne fonctionne pas pour les produits complexes dont les exigences évoluent au cours du développement.

Temps et matériaux

Vous payez les heures travaillées, en fonction d'un taux horaire ou journalier convenu. Cela vous donne la flexibilité d’ajuster la direction à mesure que le projet progresse. Le risque est que les coûts peuvent exploser si l'équipe est lente, si la portée s'étend sans points de contrôle ou s'il n'y a aucune incitation à expédier efficacement.

Le temps et le matériel fonctionnent lorsque vous avez à vos côtés un chef de produit solide qui peut garder le projet concentré. Cela nécessite de la confiance et de la visibilité sur ce que fait l’équipe chaque semaine.

Facturation par étapes

Le projet se divise en étapes avec des livrables et des coûts spécifiques. Vous payez lorsqu'un jalon est expédié et répond aux critères d'acceptation. Ce modèle combine la prévisibilité budgétaire des prix fixes avec la flexibilité du temps et des matériaux.

Le modèle basé sur les jalons est le modèle que nous recommandons pour la plupart des projets logiciels personnalisés. Cela aligne les incitations : l'agence est payée pour les frais d'expédition et vous obtenez un logiciel fonctionnel avant chaque paiement. Si le projet déraille, vous pouvez vous arrêter après n’importe quelle étape avec un produit fonctionnel jusqu’à ce point.

À quoi ressemble une bonne relation d'agence

L'engagement d'une agence bien gérée suit une structure qui réduit les risques à chaque étape. Voici commentnous menons des projets chez Savi, divisé en quatre phases.

Entrer en contact

La première conversation est un appel de 30 minutes avec un ingénieur. Aucun argumentaire de vente. L'objectif est de comprendre votre problème, votre calendrier, votre fourchette budgétaire et si nous sommes la bonne personne. La moitié des appels que nous recevons se terminent par une recommandation d'une approche différente ou d'une équipe différente parce que le projet n'est pas dans notre timonerie. C'est très bien. Un appel qui vous évite un mauvais engagement vaut plus qu’un contrat signé.

Découverte et PRD

Avant d'écrire du code, nous passons du temps à comprendre le produit. Cette phase produit un document sur les exigences du produit qui cartographie les flux d'utilisateurs, l'architecture technique, les modèles de données et les points d'intégration. Vous examinez ce document. Vous repoussez. Vous posez des questions. Le PRD devient le contrat de ce qui est construit.

C’est de là que proviennent la plupart des échecs de projets ; pas dans le code, mais en sautant la réflexion qui devrait précéder le code. Les agences qui se lancent directement dans le développement s’appuient sur des hypothèses plutôt que sur une compréhension.

Construire et expédier chaque semaine

Le développement s'effectue selon des cycles hebdomadaires. Chaque semaine se termine par une démonstration de travail sur un environnement de staging. Vous le testez. Vous donnez votre avis. Nous nous ajustons. La base de code réside dans votre référentiel avec des tests automatisés et CI/CD dès le départ.

Cette cadence signifie qu'il ne vous reste jamais plus de cinq jours ouvrables pour voir ce que votre argent a produit. Si quelque chose ne va pas, vous pouvez corriger le tir avant que le problème ne s’aggrave.

Lancement et support

Le lancement n’est pas la fin. Nous déployons en production, surveillons les problèmes et fournissons une fenêtre d'assistance pour les corrections de bogues et les ajustements. Le transfert comprend une documentation complète, des runbooks de déploiement et une base de code qu'une autre équipe peut récupérer si vous choisissez de confier le développement en interne plus tard. Renseignez-vous auprès de n'importe quelle agence sur son mandat de maintenance avant de signer ;frais de maintenance du logicielexécutez 15 à 20 % du coût de construction par an et vous voulez savoir qui gère ce travail.

La décision dépend de la confiance et des preuves

Embaucher une agence de développement de logiciels est une décision à enjeux élevés. Une bonne agence accélérera votre activité de plusieurs mois. Un mauvais logiciel brûlera votre budget et vous laissera avec un logiciel que vous ne pourrez pas utiliser.

Les signaux d'alarme et les signaux d'alarme verts présentés dans ce guide se résument à un principe : les agences compétentes opèrent avec transparence parce qu'elles ont confiance dans leur travail. Ils vous montrent le code, l'environnement de test et les ingénieurs. Ils vous donnent la propriété dès le premier jour. Ils expédient des logiciels fonctionnels à une cadence prévisible. Les agences qui se cachent derrière des équipes commerciales, des délais vagues et un code verrouillé se protègent elles-mêmes, pas vous.

Posez les questions difficiles. Vérifiez les références. Insistez sur les démos hebdomadaires. Les agences qui valent la peine d’être embauchées apprécieront cet examen minutieux.

Questions fréquemment posées