Pourquoi développer son propre outil de staffing est une fausse bonne idée ?

Lorsqu’il devient nécessaire d’investir dans un nouveau logiciel de staffing - car les fichiers Excel utilisés jusqu’alors ne sont plus assez robustes - il est normal de se demander s’il n’est pas plus économique et rapide de développer son propre outil plutôt que passer par une solution du marché pour s’assurer de sa qualité et de son adéquation à ses besoins. Une question légitime, mais la réalité montre qu’il est très souvent préférable d’investir dans une solution externe dédiée. Nous vous expliquons ici pourquoi.

‍

Parce que la construction de son propre logiciel est coûteuse

‍

Des coûts très élevés...

‍

Développer un outil “de zéro” nécessite une équipe projet dédiée (un responsable produit, un UX/UI, des développeurs...). Dès lors, un choix s’impose : externaliser complètement la construction de l’outil ou l’internaliser (dans le cas où votre entreprise dispose des ressources nécessaires, généralement des entreprises de prestations de services).

‍

Voici les coûts que pourrait représenter le développement d’un logiciel de staffing si nous considérons les hypothèses (très optimistes) suivantes :

🛠 la construction de la solution de staffing mobilise une équipe projet de 5 personnes aux profils complémentaires ;

📅 l’équipe projet est mobilisée sur une année à temps plein, ce qui représente 1 100 jours de travail en considérant que chaque personne travaille 220 jours dans l’année en moyenne.

‍

Si le développement est externalisé‍

‍

Le prestataire vous facturera un TJM (Taux Journalier Moyen) d’environ 600€ HT par personne, fourchette basse des prix proposés par des entreprises de prestations de services spécialisées dans le domaine de l’IT. Les 1 100 jours de travail représenteraient dès lors un budget de 660 000€ HT (1 100 x 600€ HT).

‍

Si le développement est internalisé

‍‍

Si vous faites le choix d’affecter des collaborateurs en interne sur le projet, les 660k€ HT que vous pensez économiser en vous passant de prestataires externes représentent en réalité une perte de chiffre d’affaires significative. En effet, vos collaborateurs travailleront à temps plein sur le développement de l’outil et non sur des projets clients, projets sur lesquels vous auriez pu les facturer.

Le coût réel du projet dépend du CJM (Coût Journalier Moyen) des collaborateurs en question. Le marché montre que le CJM moyen dans les entreprises de services est de 300€.

‍

‍Ps : pour calculer un CJM il suffit de diviser le salaire annuel chargé moyen d’un collaborateur par 220 (le nombre de jours ouvrés travaillés par an en moyenne).

‍

‍Si nous reprenons les hypothèses précédentes, le coût du développement interne s’élève à 330 000€ (1 100 x 300€).

‍

… qui engendrent un développement précipité

‍

Puisque le temps consacré à la construction de la solution “coûte” cher, l’équipe projet va devoir aller à l’essentiel : répondre aux cahiers des charges selon les besoins actuels ni plus ni moins, sans prendre le temps d’anticiper les évolutions futures des process de l’entreprise. Le risque est donc d’avoir à gérer, a posteriori, une quantité non négligeable d’imprévus (nouveaux besoins, nouvelle gestion des droits, nouveaux outils auxquels se connecter…) qui viendront interférer avec la V1 du logiciel de staffing.

‍

‍Ps : s’ajoute au strict développement technique de la solution, le temps passé à l’onboarding de l’ensemble des collaborateurs pour assurer la bonne adoption de l’outil. L’efficience d’un logiciel de staffing dépend de l’utilisation qui en est faite et des données qui y sont saisies, la phase d’onboarding est donc critique. Pour une entreprise de 100 collaborateurs, la personne chargée de l’onboarding devra compter en moyenne 1 jour par semaine dédié au sujet sur une période de 6 mois, période qui peut être plus ou moins longue en fonction du nombre de personnes impliquées dans le process de staffing.