Comment évaluer une agence de développement de logiciels spécialisée dans les outils internes

Je dirige une agence de développement logiciel, ce qui rend un peu délicat le fait d’écrire un article sur la manière d’évaluer les agences. Je me lance quand même, car trop d’entreprises choisissent les mauvaises personnes pour les aider, et leurs projets finissent par échouer. Cela m’attriste, même lorsqu’elles ne font pas appel à nous.

La plupart des conseils en ligne sur le choix d’une agence ne sont d’aucune utilité. Consultez leur portfolio. Lisez les avis. Assurez-vous qu’ils communiquent bien. Cela ne vous aide pas à faire la différence entre une agence qui tiendra ses promesses et une qui est douée pour les appels commerciaux.

Ce qu’il faut réellement rechercher

La chose la plus importante est de savoir si l’agence comprend votre problème commercial ou seulement vos exigences techniques. Une mauvaise agence prendra votre liste de fonctionnalités, estimera le nombre d’heures et vous enverra un devis. Une bonne agence remettra en question la liste de fonctionnalités et vous demandera pourquoi vous avez besoin de chaque élément.

La moitié du temps, les fonctionnalités demandées par un client ne sont pas celles dont il a besoin. Ce sont celles qu’il a imaginées avant de parler à quelqu’un qui a déjà fait cela.

Lorsque Blomma est venue nous voir, elle avait une vague idée de ce qu’elle voulait. Un site web pour son entreprise. Si nous nous étions contentés de le créer, ils auraient obtenu un beau site web, mais avec les mêmes dysfonctionnements opérationnels.

Six plateformes déconnectées seraient restées déconnectées. Les commandes auraient toujours nécessité des vérifications manuelles des stocks à l’aide d’un tableur. Les chauffeurs auraient toujours reçu les détails de leur itinéraire par téléphone.

Nous avons plutôt organisé des ateliers. Nous avons cartographié l’ensemble de leurs opérations. Nous avons découvert que le véritable problème n’était pas le site web. C’était le fossé entre leur expérience client et leurs opérations internes. Le site web n’était qu’un élément parmi d’autres. Le centre opérationnel reliant les commandes, les stocks, les itinéraires des chauffeurs, la paie et le suivi des livraisons était l’élément qui comptait vraiment. Une agence soucieuse de ses notes sur Clutch aurait simplement créé le site web et serait partie.

Lors de l’entretien de découverte, l’agence vous pose-t-elle des questions sur votre activité ou se contente-t-elle de votre liste de fonctionnalités ? Si elle passe directement au nombre d’écrans dont vous avez besoin et aux intégrations que vous souhaitez, elle se contente de suivre un cahier des charges, sans résoudre de problème.

Demandez-leur ce qu’ils supprimeraient de votre projet

N’importe quelle agence peut dire oui à tout. Une bonne agence vous dira quelles fonctionnalités ne valent pas la peine d’être développées dans la première version, et pourquoi. Lorsque nous avons défini la portée du projet de Blomma, nous avons délibérément laissé de côté plusieurs éléments qu’ils avaient demandés, car ces fonctionnalités n’auraient pas résolu leur problème principal. Une agence qui approuve tout ce que vous dites n’a soit pas assez d’expérience pour avoir des opinions, soit trop peur de perdre le contrat pour les exprimer.

Observez comment ils définissent le périmètre

Un devis fixe basé sur un appel de 30 minutes n’est qu’une estimation. Une agence qui organise des ateliers, cartographie vos flux de travail et vous fournit un cahier des charges détaillé avec des livrables clairs a fait le travail nécessaire pour comprendre ce qu’elle va développer. Chez Blomma, nous avons passé du temps à cartographier le flux de travail de chaque service avant de rédiger le cahier des charges. Cet investissement initial a empêché le projet de devenir une cible mouvante sur six mois.

Les questions qui en disent long

Expliquez-moi un projet qui a mal tourné et ce que vous avez fait pour y remédier

Toutes les agences ont déjà connu un projet qui a mal tourné. Celles qui ne peuvent en citer aucun bluffent ou n’ont pas mené suffisamment de projets pour en tirer des leçons. Écoutez si elles rejettent la faute sur le client ou si elles assument la responsabilité. Écoutez ce qu’elles ont modifié dans leur processus par la suite.

Qui travaillera concrètement sur mon projet ?

Dans de nombreuses agences, la personne qui vous appelle pour la vente n’est pas celle qui développe votre logiciel. Le responsable commercial vend le projet, puis le confie à un développeur junior que vous n’avez jamais rencontré. Votre projet de 40 000 $ devient un exercice d’entraînement pour quelqu’un qui développe sa deuxième application réelle. Demandez qui le développe, quelle est son expérience et si vous aurez un contact direct avec cette personne.

Dans notre agence, la personne qui mène l’entretien de découverte est celle qui développe l’outil.

Que se passe-t-il après le lancement ?

Un logiciel n’est pas terminé au moment de son lancement. Votre équipe l’utilisera pendant deux semaines et identifiera les éléments à ajuster. Certaines agences le développent, le livrent, puis disparaissent. D’autres offrent un support continu. C’est au cours des trois premiers mois suivant le lancement que vous découvrez ce qui doit réellement être modifié. Le projet de Blomma ne s’est pas arrêté au lancement. Nous avons fait fonctionner leurs anciens et nouveaux systèmes en parallèle, les avons déployés service par service, et avons procédé à des ajustements en fonction de la manière dont l’équipe les utilisait réellement. C’est pendant cette période post-lancement qu’un projet passe du stade de « techniquement achevé » à celui de « fonctionnant réellement ».

Puis-je parler à un client récent ?

Pas un témoignage sur votre site web. Une véritable conversation avec quelqu’un qui a récemment suivi le processus. Si l’agence hésite, cela en dit long. Nos clients ont laissé des avis publics sur G2.

Ce que le prix vous révèle

Si une agence vous fait un devis sans vous poser de questions détaillées sur votre entreprise, le prix n’est pas le bon. Un prix trop élevé signifie qu’elle se protège contre l’incertitude. Un prix trop bas signifie qu’elle ne comprend pas l’ampleur du projet. Une fourchette réaliste pour des outils internes dans une PME se situe entre 8 000 et 50 000 dollars, avec un délai de 6 à 10 semaines. Nous détaillons ici les facteurs de tarification. Tout écart significatif par rapport à cette fourchette, dans un sens ou dans l’autre, est un signal d’alerte.

Observez comment ils structurent le paiement

Une agence qui exige un paiement initial de 100 % avant de vous montrer quoi que ce soit représente un risque. Une agence qui lie les paiements à des étapes clés (validation du design, première version fonctionnelle, lancement) vous offre des points de contrôle pour évaluer le travail avant d’engager davantage de fonds.

‍

J’ai rédigé cet article en partie parce que les mauvaises expériences avec des agences créent des acheteurs sceptiques, et que les acheteurs sceptiques allongent notre processus de vente. Chaque entreprise qui s’est fait avoir par une agence qui dit « oui » à tout est plus difficile à convaincre, même lorsque nous sommes le partenaire idéal. Les signaux ci-dessus sont réels, que votre décision nous inclue ou non.

Vos outils doivent être au service de votre entreprise, et non l’inverse. Réservez un appel de présentation gratuit.

Questions fréquentes

Quelle est la chose la plus importante à évaluer lors de l’embauche d’une agence de développement logiciel pour des outils internes ?

S’ils comprennent votre problème métier, et pas seulement votre liste de fonctionnalités. Les mauvaises agences prennent vos exigences et estiment les heures. Les bonnes agences contestent et demandent pourquoi vous avez besoin de chaque fonctionnalité, et parfois vous disent qu’une fonctionnalité que vous avez demandée ralentira l’objectif réel. Si une agence vous donne un devis fixe après un appel de 30 minutes sans poser de questions difficiles sur votre flux de travail, ce devis est une estimation.

Quelle est une fourchette de prix réaliste pour un projet d’outils internes ?

Pour les PME, une fourchette réaliste est de 8 000 $ à 50 000 $ avec un délai de 6 à 10 semaines. Tout ce qui est significativement inférieur à 8 000 $ pour un véritable outil interne est soit basé sur un modèle, soit n’inclut pas les tests et le support post-lancement. Tout ce qui dépasse 50 000 $ pour un outil interne devrait être examiné pour identifier les facteurs de coût.

Comment le paiement devrait-il être structuré lors de l’embauche d’une agence ?

Le paiement basé sur des jalons vous protège. Une répartition typique est un paiement à la signature du contrat, à l’approbation de la conception, à la première version fonctionnelle et au lancement. Cela vous donne des points de contrôle avant d’engager plus d’argent. Les agences demandant 100 % d’avance prennent moins de risques, ce qui signifie que vous en prenez davantage. Si quelque chose tourne mal en cours de projet, vous n’avez aucun levier.

Quelles questions devrais-je poser à une agence concernant les projets échoués ?

Demandez-leur de nommer un projet qui a mal tourné et d’expliquer ce qui s’est passé. Chaque agence en a eu un. Les bonnes agences peuvent le nommer spécifiquement, expliquer ce qui relevait de leur responsabilité plutôt que de blâmer le client, et décrire ce qu’elles ont changé dans leur processus par la suite. Une agence qui prétend qu’aucun projet n’a jamais dérapé est soit très nouvelle, soit n’est pas honnête.

Quel est le plus grand risque dans la phase post-lancement avec une agence de développement logiciel ?

Qu’ils livrent l’outil et disparaissent. Les trois premiers mois après le lancement sont le moment où vous découvrirez ce qui doit être ajusté, les flux de travail qui nécessitent des changements, les cas limites auxquels personne n’avait pensé, et les problèmes de performance. Les bonnes agences prévoient une période de fonctionnement parallèle et s’ajustent en fonction de l’utilisation réelle. Demandez explicitement à quoi ressemble le support post-lancement avant de signer.