Agence de développement logiciel ou partenaire tech ?
Une agence de développement logiciel conçoit et livre une application à partir d'un besoin défini, au forfait ou en régie, puis la relation se poursuit éventuellement par un contrat de maintenance. Un partenaire tech impliqué dans l'opérationnel part du problème de l'entreprise, peut conclure qu'il ne faut rien développer, construit au contact des équipes et reste responsable de l'usage réel de l'outil. Pour une PME, l'agence convient quand le besoin est précis et qu'une personne en interne sait piloter le projet ; le partenaire convient quand le besoin est encore flou, qu'il n'y a pas de compétence technique en interne ou que l'outil touche plusieurs processus.
Que fait une agence de développement logiciel ?
Une agence de développement réunit des chefs de projet, des designers et des développeurs pour réaliser des sites, des applications web ou mobiles et des logiciels métier. Son fonctionnement est éprouvé : expression du besoin, cahier des charges ou spécifications, chiffrage, développement par étapes, recette, mise en production, puis maintenance.
Les trois modes de contrat les plus courants
| Mode | Principe | Pour le client | Risque principal |
|---|---|---|---|
| Forfait | Un périmètre défini pour un prix fixe | Budget connu à l'avance | Tout changement de besoin devient un avenant ; le périmètre figé peut ne plus correspondre à l'usage |
| Régie | Des jours de développeurs facturés au temps passé | Souplesse pour faire évoluer le besoin | Budget ouvert si le pilotage interne est faible |
| Maintenance (tierce maintenance applicative) | Un contrat récurrent pour corriger et faire évoluer l'outil | Continuité après la livraison | Évolutions facturées au ticket, priorités à négocier |
Les forces réelles d'une agence
- Une capacité de production. Elle peut mobiliser plusieurs profils rapidement.
- Des spécialités. Applications mobiles, design d'interface, technologies particulières.
- Des méthodes rodées. Démonstrations régulières, recette structurée, documentation.
- Une visibilité budgétaire au forfait, quand le périmètre est bien décrit.
Qu'est-ce qu'un partenaire tech impliqué dans l'opérationnel ?
Le partenaire tech, parfois appelé business partner tech, part de la question « quel problème voulez-vous résoudre ? » plutôt que « que voulez-vous construire ? ». Il commence par observer comment l'équipe travaille, mesure ce que coûtent les ressaisies et les contournements, et propose la réponse la plus simple qui règle le problème. Cette réponse peut être :
- un développement sur mesure, si aucun outil existant ne convient ;
- une automatisation ou un agent IA branché sur les outils en place ;
- la bonne configuration d'un logiciel que vous payez déjà ;
- rien du tout, si le problème est d'organisation et non d'outil.
Il construit ensuite au contact des utilisateurs, met en service, et reste jusqu'à ce que l'outil soit réellement utilisé. Ce modèle s'inspire du Forward Deployed Engineer, l'ingénieur déployé chez le client ; notre article sur le business partner IA en donne la définition complète.
La différence tient en une phrase : l'agence est responsable de la conformité de ce qu'elle livre au cahier des charges ; le partenaire est responsable de l'usage de ce qu'il met en service. Les deux modèles ne mesurent pas la même chose.
Agence ou partenaire tech : le comparatif
| Critère | Agence de développement logiciel | Partenaire tech impliqué dans l'opérationnel |
|---|---|---|
| Point de départ | Un besoin exprimé, souvent un cahier des charges | Le problème opérationnel, observé sur place |
| Peut conseiller de ne rien développer | Rarement, ce n'est pas son modèle | Oui |
| Contact avec les utilisateurs | Surtout via le chef de projet client | Direct, pendant tout le projet |
| Livrable | Une application conforme aux spécifications | Un outil en service, utilisé |
| Modèle de prix | Forfait, régie, puis maintenance | Mise en place puis accompagnement continu, parfois une part liée aux résultats |
| Durée de la relation | Le projet, puis un contrat de maintenance | Continue, au rythme des évolutions |
| Pilotage côté client | Exigeant : il faut un chef de projet interne | Plus léger : le partenaire porte le cadrage |
| Risque principal | Livrer exactement ce qui était demandé, sans que ce soit ce qu'il fallait | Dépendre d'un partenaire, à encadrer par le contrat |
Quand choisir une agence de développement logiciel ?
Une agence est le bon choix dans plusieurs situations, et il serait malhonnête de prétendre le contraire.
- Votre besoin est précis et stable. Vous savez décrire écran par écran ce que vous voulez, et le besoin ne changera pas pendant le projet.
- Vous avez quelqu'un pour piloter. Un directeur technique ou un chef de projet interne capable de valider les choix, d'arbitrer et de recetter.
- Le projet est un produit en soi. Une application destinée à vos clients, avec un enjeu de design et de parcours utilisateur.
- Vous avez besoin de volume. Plusieurs développeurs pendant plusieurs mois, sur une technologie précise.
- Le projet est isolé. Un outil qui ne touche pas vos processus centraux et ne demande pas d'accompagnement dans la durée.
Les questions à poser à une agence avant de signer
- Qui, chez vous, parlera à nos utilisateurs, et à quel moment du projet ?
- Comment gérez-vous un besoin qui évolue en cours de projet : avenant, régie, réserve ?
- Le code source et la documentation nous appartiennent-ils à la livraison ?
- Qui héberge l'application, et avons-nous les accès administrateur ?
- Que comprend la maintenance, et comment sont priorisées les évolutions ?
- Pouvez-vous nous mettre en relation avec deux clients de taille comparable ?
Notre article sur les critères pour choisir une agence d'application métier détaille ces questions et les signaux d'alerte.
Quand choisir un partenaire tech ?
- Vous n'êtes pas sûr de ce qu'il faut construire. Vous savez que quelque chose coince, mais pas si la solution est un nouveau logiciel.
- Vous n'avez pas de compétence technique en interne. Personne pour rédiger un cahier des charges, comparer des devis ou recetter un outil.
- Le problème traverse plusieurs outils. CRM, facturation, tableurs et messagerie se partagent un même parcours, avec des ressaisies à chaque étape.
- Vous voulez de l'IA dans vos opérations. Un agent utile se règle sur le terrain, au fil des cas concrets, ce qu'un cahier des charges écrit à l'avance décrit mal.
- Vous voulez un résultat mesurable. Temps gagné, délai d'encaissement, erreurs évitées, plutôt qu'une liste de fonctionnalités livrées.
Un signe assez fiable qu'il vous faut d'abord un partenaire : vous avez du mal à rédiger le cahier des charges. Ce n'est pas un manque de votre part, c'est que le problème n'est pas encore cadré. Le cadrer fait partie du travail.
Les autres signes qu'une PME a besoin d'un appui technique sont passés en revue dans notre article sur le partenaire technique d'une PME.
Comment se comparent les prix ?
Les deux modèles ne facturent pas la même chose, ce qui rend la comparaison directe trompeuse.
- L'agence facture la réalisation d'un périmètre : un forfait, ou des jours en régie. Le prix est lisible, mais le coût d'un mauvais cadrage reste à votre charge : si l'outil livré n'est pas utilisé, il a été payé quand même, et le bon outil sera payé une seconde fois.
- Le partenaire facture le cadrage, la construction et l'accompagnement dans la durée, parfois avec une part de rémunération liée aux résultats obtenus. Le prix initial peut être plus élevé ou plus bas selon les cas, mais il inclut le travail que l'agence vous laisse : comprendre le problème et faire adopter l'outil.
Pour comparer honnêtement, ramenez les deux propositions au même objectif et à la même durée, par exemple trois ans, en incluant la maintenance, les évolutions prévisibles et le temps que votre équipe passera à piloter. Le mécanisme de rémunération à la performance est détaillé dans notre article sur le success fee dans les projets IA.
Une grille de décision en six situations
| Votre situation | Modèle le plus adapté | Pourquoi |
|---|---|---|
| Cahier des charges précis et validé | Agence | Il faut de l'exécution, pas du cadrage |
| Directeur technique en interne | Agence | La direction technique existe déjà |
| Aucune compétence technique en interne | Partenaire | Il faut cadrer, construire et accompagner |
| Outils empilés, ressaisies entre logiciels | Partenaire | Le problème est transversal, pas un écran manquant |
| Application grand public avec fort enjeu de design | Agence | Volume et spécialités de production |
| Projet d'IA dans les opérations | Partenaire | Le réglage se fait au contact des cas concrets |
Comment encadrer la relation avec un partenaire ?
Le risque d'un partenariat long est la dépendance. Il se maîtrise par le contrat et par quelques habitudes.
- Propriété du travail. Code, documentation, données et accès aux hébergements vous reviennent.
- Indicateurs écrits. Pour chaque chantier, une phrase qui dit ce qui doit changer et comment on le mesure.
- Points de décision réguliers. À chaque étape, vous pouvez continuer, ajuster ou arrêter.
- Réversibilité. Les conditions de reprise par un autre prestataire sont prévues dès le départ.
- Transparence sur les coûts récurrents. Hébergement, abonnements, consommation des modèles d'IA.
Beaucoup d'ingénieurs passés par des agences rejoignent aujourd'hui des modèles plus proches du terrain ; notre article développeur freelance, agence ou ingénieur terrain compare ce que chaque modèle change pour votre projet.
Quelle est la différence entre une agence de développement et une ESN ?
Une entreprise de services du numérique (ESN) met surtout des ingénieurs à disposition de ses clients, en régie, souvent pour des missions longues dans de grandes organisations. Une agence de développement réalise plutôt des projets complets, du design à la mise en production. Les deux facturent la réalisation, pas l'usage de l'outil.
Forfait ou régie : que choisir ?
Le forfait convient à un périmètre précis et stable : vous connaissez le prix à l'avance, mais chaque changement devient un avenant. La régie convient à un besoin qui évolue, à condition d'avoir quelqu'un en interne pour piloter les priorités et suivre le temps passé.
Un partenaire tech coûte-t-il plus cher qu'une agence ?
Pas nécessairement. Il facture un travail différent, qui inclut le cadrage et l'accompagnement à l'usage. La comparaison utile porte sur le coût total pour atteindre le même résultat, sur la même durée, y compris le temps de pilotage de votre équipe et le risque de devoir refaire un outil mal cadré.
Comment savoir si mon besoin est assez précis pour une agence ?
Essayez de décrire, pour chaque utilisateur, les étapes de son travail dans le futur outil, les règles de calcul et les exceptions. Si vous y arrivez sans hésiter et que votre équipe valide la description, une agence peut la réaliser. Sinon, le cadrage reste à faire.
Peut-on faire appel aux deux ?
Oui. Un partenaire peut cadrer le besoin et piloter la partie opérationnelle, pendant qu'une agence réalise une application destinée à vos clients, par exemple. L'important est que les rôles et la propriété du travail soient clairs dès le départ.
Choisir selon ce que vous savez déjà
Si vous savez précisément ce que vous voulez et que quelqu'un en interne peut piloter, une bonne agence de développement logiciel fera le travail. Si le besoin est encore flou, que l'outil touche plusieurs processus ou que vous voulez mesurer un résultat plutôt qu'une livraison, un partenaire impliqué dans vos opérations vous protège mieux du risque de construire la mauvaise chose. Chez Tellao, nous commençons par observer vos processus, et il arrive que notre recommandation soit de mieux utiliser ce que vous avez déjà. Pour un premier diagnostic, prenez rendez-vous avec notre équipe.
