Le piège du fondateur et le coût caché du “DIY” en informatique

Au départ, presque toutes les entreprises y passent. Le “piège du fondateur” n’est pas une histoire d’ego, c’est une question de pragmatisme. Le budget est serré, l’équipe est petite, et il y a toujours quelqu’un qui “se débrouille” : le dirigeant lui-même, un associé, ou ce collaborateur qui a déjà monté des PC, sait configurer un routeur et n’a pas peur de toucher aux réglages.

Et pendant un moment, ça marche. On met en place les e-mails “rapidement”, on répare une imprimante que personne ne sait faire fonctionner, on crée un dossier partagé pour “organiser les fichiers”, on choisit un logiciel parce qu’“un ami l’a recommandé”. L’entreprise avance, les clients arrivent, et le sentiment est agréable : on économise de l’argent, et on garde la main.

Le problème, c’est que cette phase a une date d’expiration. À mesure que l’entreprise grandit, l’informatique cesse d’être une liste de petites tâches occasionnelles pour devenir l’infrastructure invisible qui tient tout debout : facturation, communication, documents, accès, sécurité, travail à distance, intégration des nouveaux collaborateurs. Ce qui était un simple “système D” devient une dépendance. Et une dépendance, dans une organisation qui accélère, finit toujours par coûter cher.

Quand l’entreprise a des délais plus serrés, davantage de clients, plus de données et plus de responsabilités, l’improvisation n’est plus une astuce. Elle devient un poison. Non pas parce que la personne “amateur” serait incompétente, mais parce qu’aucun business en croissance ne peut reposer durablement sur des procédures qui existent uniquement dans la tête de quelqu’un.

La différence entre prix et coût (l’iceberg de l’informatique)

Dans les décisions IT, on confond souvent le prix et le coût. Le prix est simple : il apparaît sur une facture. Le coût est diffus, il se glisse dans le quotidien, et c’est justement pour ça qu’il reste invisible trop longtemps.

Imaginez un iceberg. La partie visible, c’est ce que vous achetez : licences, ordinateurs, un serveur, un routeur, un abonnement mensuel. La masse sous l’eau, c’est ce que personne ne mesure vraiment, mais qui saigne la productivité et les marges.

Le temps perdu sur des “petits” problèmes.

Un collaborateur qui n’arrive pas à accéder à un fichier. Une visioconférence qui plante au moment de présenter une offre. Un mot de passe qui ne fonctionne plus. Une mise à jour qui “casse” un logiciel. Pris isolément, chaque épisode semble anodin. Additionnés, ils deviennent un impôt silencieux payé toutes les semaines.

Des interruptions qui brisent la concentration.

Dans beaucoup de métiers, la productivité dépend du fil mental : vente, gestion, comptabilité, opérations, création, développement. Une interruption technique ne coûte pas seulement dix minutes. Elle coûte aussi le temps nécessaire pour revenir au point exact où l’on était. Et cela arrive plus souvent qu’on ne l’avoue, parce que beaucoup d’équipes finissent par banaliser le “c’est comme ça”.

Le manque de standardisation et de méthodes.

En mode DIY, chacun fait “comme il peut”. L’un stocke tout sur son bureau, l’autre utilise un drive personnel, un autre envoie des pièces jointes par e-mail, un autre adopte un outil “parce qu’il aime bien”. Résultat : plusieurs versions de la même réalité, des documents en doublon, des informations éparpillées, des règles différentes selon les équipes, et des décisions prises sur des données incomplètes.

Le coût d’opportunité (le plus cher).

À chaque fois que des personnes qui devraient vendre, livrer, négocier, planifier ou diriger sont occupées à “faire de l’IT”, l’entreprise échange des heures facturables contre de la maintenance. Une heure de dirigeant passée à éteindre un feu technique est une heure qui ne sert pas à développer le business. Le vrai coût, ce n’est pas le temps : c’est ce que ce temps aurait pu produire.

Des décisions impulsives qui créent des dépenses récurrentes.

Sans diagnostic, on achète de manière réactive : “on change ça”, “on rajoute ceci”, “on prend un abonnement de plus”. Ce qui devait être une économie devient un enchevêtrement de services. Plus tard, quand quelqu’un veut remettre de l’ordre, on découvre des licences en trop, des outils redondants et des pratiques qui ne tiennent que “par habitude”.

C’est là que l’iceberg devient dangereux : le prix semble maîtrisé, mais le coût, lui, est en train d’augmenter sous la ligne de flottaison.

Dette technique et risque de rupture

La dette technique impressionne parce que le terme sonne “informatique”, mais l’idée est simple : ce sont des raccourcis qui fonctionnent aujourd’hui et qui facturent des intérêts demain. Et ces intérêts apparaissent presque toujours au pire moment.

Une infrastructure bricolée accumule des fragilités de plusieurs façons :

Le savoir concentré sur une seule personne.

Quand tout dépend du fondateur ou du “plus à l’aise avec les ordinateurs”, l’entreprise se retrouve avec un point de défaillance unique. Si cette personne est en vacances, malade, en réunion… ou quitte l’entreprise, l’activité est exposée. Et même sans départ, cette dépendance bloque les décisions : “lui seul sait”.

Des sauvegardes qui existent… jusqu’au jour où il faut les restaurer.

Beaucoup d’entreprises pensent être couvertes. Mais les sauvegardes ont-elles été testées ? Qui sait restaurer des données ? Où sont-elles stockées ? Combien de temps faut-il pour remettre l’activité sur pied ? Une sauvegarde jamais testée est une croyance, pas un plan.

Une sécurité basée sur l’intuition.

“On a un antivirus, donc ça va.” La sécurité réelle est souvent plus simple et plus concrète : des accès clairement définis, des mots de passe bien gérés, des mises à jour régulières, des règles pour les appareils, et une capacité de réaction si quelque chose se passe mal. En mode DIY, la sécurité est fréquemment réactive : on renforce après une frayeur, pas avant un impact.

Des “patchs” et des intégrations fragiles.

En grandissant, l’entreprise relie ses outils : facturation, CRM, e-mail, stockage, gestion de projets, RH. Si ces liens ont été faits sans méthode, ils deviennent sensibles au moindre changement. Une mise à jour, un changement de prestataire ou un nouveau besoin peut déclencher une cascade de problèmes.

La rupture arrive rarement avec une alarme. Elle commence par une semaine stressante, puis un mois difficile, puis une situation où l’on perd du temps, de l’argent et de la crédibilité : systèmes indisponibles, documents inaccessibles, messagerie compromise, travail à l’arrêt. Et, à ce moment-là, la décision n’est plus stratégique. Elle devient une décision d’urgence.

Et les décisions d’urgence coûtent toujours plus cher.

Le moment du “ça suffit” : quand professionnaliser ?

La question n’est pas de savoir si une entreprise doit professionnaliser son IT. La question, c’est quand. Et les signaux sont faciles à repérer, même pour quelqu’un qui n’aime pas le sujet.

Quand les problèmes se répètent.

Si l’entreprise vit constamment “les mêmes galères”, ce n’est plus de la malchance. C’est un schéma. Et un schéma ne se corrige pas avec des bricolages ; il se corrige avec de l’organisation.

Quand la sécurité est une incertitude.

Si quelqu’un demande “Sommes-nous protégés ?” et que la réponse est “Je pense que oui”, c’est un signal rouge. La sécurité n’est pas un ressenti. C’est un ensemble de pratiques claires que l’entreprise sait expliquer sans hésiter.

Quand l’intégration des nouveaux est chaotique.

Accueillir un nouveau collaborateur devrait être fluide : comptes, accès, outils, règles. Si chaque arrivée se transforme en course du type “envoie-moi ton e-mail, je te crée ça vite fait”, l’entreprise perd de la vitesse. Et une entreprise en croissance a besoin de vitesse maîtrisée, pas d’improvisation.

Quand la personne qui “sauve” la situation est à bout.

Le DIY fabrique des héros fatigués. Le collègue serviable est interrompu dix fois par jour. Le dirigeant fait du support technique entre deux réunions. L’équipe interne (si elle existe) travaille en permanence en mode “urgence”. Cela mène au burn-out, et le burn-out est un coût opérationnel avec des effets directs : retards, erreurs, turnover.

Quand l’entreprise n’a plus de visibilité.

Si personne ne sait vraiment “ce qui existe”, “ce qui est critique”, “ce qui est à jour” et “ce qui se passe si ça tombe”, alors il n’y a pas de pilotage : il y a de la survie.

Quand ces signaux apparaissent, continuer à bricoler revient à repousser une facture inévitable. La bonne nouvelle, c’est que professionnaliser ne veut pas dire “dépenser une fortune” ni “tout remplacer”. Cela veut d’abord dire comprendre la situation et définir des priorités.

De l’audit IT à la gestion proactive (le chemin de l’efficacité)

Il est tentant de réagir en achetant : plus de matériel, un nouvel outil, un service supplémentaire. Mais, dans la réalité, le premier pas le plus rentable est souvent l’inverse : s’arrêter et diagnostiquer.

Un bon Audit IT sert à cartographier les risques, les failles et les gaspillages avant qu’ils ne se transforment en incidents coûteux. Pour les entreprises en croissance, c’est particulièrement important : cela permet de transformer l’IT en fondation solide plutôt qu’en empilement de rustines. En Suisse, il existe des partenaires qui abordent cette démarche avec sérieux et considèrent l’informatique comme un investissement stratégique, avec des modèles de Service IT Managé qui libèrent l’entreprise afin qu’elle se concentre sur son cœur de métier, au lieu de vivre au rythme des urgences.

La différence entre “gestion réactive” et “gestion proactive” se voit dans le quotidien :

• en mode réactif, on répare quand ça casse ;
• en mode proactif, on réduit les chances que ça casse et on prépare la réponse si ça casse.

Concrètement, cela apporte des gains très simples : moins d’arrêts, moins de surprises, moins de dépendance à une seule personne, des coûts plus prévisibles et davantage de confiance dans l’exploitation. Et surtout : la capacité de grandir sans craindre que “l’infrastructure ne tienne pas”.

Il y a aussi un bénéfice secondaire que beaucoup de dirigeants ne mesurent qu’après coup : des décisions plus faciles. Quand on a de la clarté (ce qui existe, ce qui est critique, ce qui est risqué), on ne décide plus sous l’impulsion. On décide avec méthode.

Synthèse finale

Gérer l’informatique de manière amateur peut être un choix rationnel au démarrage. Le problème, c’est de prolonger ce mode de fonctionnement alors que l’entreprise a déjà changé d’échelle, d’ambition et de niveau de responsabilité. À partir d’un certain point, l’IT cesse d’être un détail opérationnel : elle devient une partie du modèle économique, même si on n’a pas envie de l’appeler ainsi.

La maturité digitale sépare les entreprises qui stagnent de celles qui passent à l’échelle. Les premières finissent par banaliser les pannes, vivre en mode “extinction d’incendies” et gaspiller de l’énergie là où il ne faut pas. Les secondes construisent une base : des processus, de la visibilité, de la continuité et de la confiance.