Il arrive un moment où la question cesse d’être « qui va le construire » et devient « dois-je sous-traiter ou constituer ma propre équipe ». Il s’agit d’une décision en bas de l’entonnoir, qui définit la structure de l’entreprise pendant des années. Et c’est aussi là que la plupart des gens décident pour la mauvaise raison, généralement le coût apparent, et le regrettent.
Le choix entre embaucher un éditeur de logiciels et constituer une équipe interne ne dépend pas de ce qui est le moins cher. Il s'agit du rôle que joue le logiciel dans votre entreprise, du degré de contrôle dont vous avez besoin et de l'endroit où vous en êtes. Je séparerai les vrais compromis pour que vous puissiez décider avec discrétion et non avec intuition.
La question fondamentale : les logiciels sont-ils votre activité ?
Avant de faire des calculs, répondez à cette question : le logiciel est-il le cœur de ce que vous vendez ou est-ce un outil d'aide à l'exploitation ? La réponse change tout.
Si le logiciel est le produit, s’il est la source de votre avantage concurrentiel et va constamment évoluer en tant qu’élément central de la stratégie, disposer d’une équipe en interne a tendance à avoir du sens à moyen terme. Vous ne voulez pas que les connaissances les plus précieuses de votre entreprise vivent dans la tête d'un fournisseur. Les capacités commerciales de base sont construites en interne.
Si le logiciel est un support important mais pas ce qui vous différencie sur le marché, l'externalisation est généralement plus intelligente. Construire et entretenir une équipe technologique pour quelque chose qui n'est pas votre activité principale est coûteux, distrayant et en vaut rarement la peine. Vous externalisez pour vous concentrer sur ce qui vous distingue vraiment.
Le coût total, pas le coût apparent
Le calcul que font la plupart des gens est naïf. Comparez le salaire d'un développeur avec le prix d'un éditeur de logiciels et concluez que l'embauche en interne est moins chère. Ce calcul ignore presque tout ce qui compte.
Une équipe interne n’est pas seulement une question de salaire. Il s'agit de frais, d'avantages, d'outils, d'espace, de recrutement (qui coûte cher et prend du temps), de gestion, et le coût d'un logiciel n'est pas une personne : c'est la conception, l'ingénierie, l'infrastructure, la qualité. Vous n'embauchez pas de développeur, vous engagez une capacité entière. Et il faut un volume de travail constant pour justifier de payer tout cela chaque mois, même pendant les périodes où il y a moins à faire.
L'éditeur de logiciels répartit ces coûts sur plusieurs clients et vous donne accès à une équipe complète sans la mettre en place. Vous payez plus par heure, mais vous ne payez que ce que vous utilisez et ne chargez pas la structure inactive. Le coût total s'inverse en fonction du volume de travail : peu et variable favorise l'externalisation, beaucoup et constant favorise l'internalisation.
Vitesse, contrôle et risque
Chaque voie gagne dans une dimension et perd dans une autre, et vous devez savoir laquelle compte le plus pour vous maintenant.
L'éditeur de logiciels gagne en vitesse de démarrage. Elle a déjà l'équipe prête, démarre dans quelques semaines, apporte l'expérience d'autres projets. La constitution d'une équipe interne nécessite des mois de recrutement avant que la première ligne de code ne soit publiée. Si vous êtes pressé de valider une idée, l’externalisation vous permet d’y parvenir beaucoup plus rapidement.
L’équipe interne gagne en contrôle et en contexte. Ceux qui travaillent juste pour vous comprennent votre entreprise en profondeur, sont disponibles pour répondre à vos priorités et accumulent des connaissances qui restent au sein de l'entreprise. Avec un éditeur de logiciels, vous partagez votre attention avec d'autres clients et courez le risque de dépendance si vous ne vous occupez pas de la propriété du code et de la documentation, un sujet que je détaille dans comment choisir un éditeur de logiciels.
Le risque est différent de chaque côté. Les équipes internes concentrent les risques sur les personnes : quelqu'un part et emporte des connaissances avec lui, et dans une petite équipe c'est sérieux. L'éditeur de logiciels concentre le risque sur la relation : si le partenariat tourne mal ou si l'entreprise ferme ses portes, vous avez besoin d'un plan de sortie. Ni l’un ni l’autre n’est sans risque ; Ce sont des risques de différentes natures que vous gérez de différentes manières.
La voie du milieu que presque personne ne considère
La décision est rarement de huit ou quatre-vingts, et la traiter de cette façon est l’erreur la plus courante. Les arrangements les plus intelligents sont souvent hybrides et évoluent au fil du temps.
Un modèle qui fonctionne bien consiste à commencer à externaliser et à internaliser petit à petit. Vous engagez une société de logiciels pour lancer rapidement le produit, le valider sur le marché et ne constituer une équipe interne que lorsque vous savez déjà clairement ce que vous construisez et le volume pour le justifier. Internaliser trop tôt, c'est miser une structure coûteuse sur quelque chose qui n'est pas encore validé.
Un autre modèle est celui de l'équipe mixte : un petit noyau interne détenant des connaissances et une orientation stratégiques, soutenu par un éditeur de logiciels pour gagner en capacité lorsqu'il a besoin d'accélérer. Vous gardez le cerveau et le contrôle dans la maison et utilisez votre partenaire comme un muscle flexible. Pour de nombreuses entreprises, c’est le meilleur des deux mondes.
La pire décision est celle prise par fierté ou par mode, constituer une équipe parce que "une entreprise sérieuse a sa propre équipe", ou tout externaliser parce que "se concentrer sur l'essentiel". Décidez en fonction de la nature de votre problème et de son timing, et non en fonction de ce qui semble bon.
Comment décider dans votre cas
Assemblez les morceaux. Si le logiciel est central, le travail est constant et vous avez besoin d'un contrôle approfondi, orientez-vous vers l'équipe interne, en commençant éventuellement par une équipe mixte. Si le logiciel est supporté, le travail est variable et vous avez besoin de rapidité, sous-traitez à un bon partenaire et prenez soin de la propriété du code.
Et rappelez-vous que la décision n’est pas permanente. Le bon arrangement aujourd’hui ne sera peut-être pas le bon dans deux ans, et il est normal d’évoluer. L'important est de choisir en fonction du coût total et du rôle réel du logiciel, et non du salaire apparent ou de ce qui semble plus chic. Si vous souhaitez réfléchir à haute voix à votre cas spécifique avant de prendre une décision, cela vaut la peine d'en parler.
A lire aussi
- Combien coûte l'embauche d'un éditeur de logiciels (et qu'est-ce qui définit le prix réel)
- Editeur de logiciels, usine de logiciels, agence ou freelance : qui résout votre problème
- Comment choisir un éditeur de logiciels sans le regretter plus tard
- Qu'est-ce qu'une maison de logiciels (et quand en avez-vous vraiment besoin)
- Comment ouvrir une maison de logiciels à partir de zéro
- Comment positionner une société de logiciels et arrêter de rivaliser sur les prix