
Il y a un sujet que personne ne veut aborder au démarrage d'un projet de digitalisation. Pas parce qu'il est complexe. Parce qu'il est invisible — jusqu'au jour où il paralyse tout. Ce sujet, c'est l'infrastructure. Et dans quatre épisodes à accompagner des dirigeants de TPE/PME à La Réunion, c'est systématiquement là que les projets déraillent en silence.
On parle d'outil, d'ergonomie, de ROI. Rarement du socle sur lequel tout repose.
Le terme fait peur. Il évoque des salles serveurs, des ingénieurs réseau, des budgets de grands groupes. Mais pour une PME de 15 personnes à Saint-Pierre ou un commerce à Saint-Denis, l'infrastructure, c'est beaucoup plus simple à comprendre — et beaucoup plus critique à ignorer.
L'audit infrastructure d'une petite structure, c'est répondre à trois questions de base : sur quoi vos données sont-elles stockées, comment vos équipes se connectent-elles aux outils, et qui maintient l'ensemble en état de marche ? Trois questions. Trois angles morts potentiels.
La connexion internet de votre site ou de votre agence, par exemple. À La Réunion, les disparités sont réelles selon les zones géographiques. Une entreprise qui déploie un ERP cloud en partant du principe que "tout le monde a la fibre" va se retrouver avec des utilisateurs sur ADSL en zone rurale, des temps de chargement insupportables, et des équipes qui désertent l'outil au bout de trois semaines.
La réponse est assez simple : l'infrastructure ne se vend pas. Un éditeur logiciel vend des fonctionnalités. Un intégrateur vend du paramétrage. Un consultant en projet SI PME vend une méthode. L'infrastructure, elle, est souvent reléguée au rang de "prérequis évident" dans les cahiers des charges — sans que personne ne vérifie si ces prérequis sont réellement en place.
Le résultat, c'est qu'on démarre des déploiements sans avoir posé la question de l'hébergement des données. Est-ce que les fichiers clients vont rester en local sur des postes non sauvegardés ? Est-ce qu'on passe tout en cloud sans avoir évalué la bande passante disponible ? Est-ce qu'il y a un plan si le NAS du bureau tombe un mardi matin ?
Ces questions semblent basiques. Elles ne sont quasiment jamais posées avant le démarrage.
J'ai accompagné une structure de services à La Réunion — une vingtaine de collaborateurs — dans le déploiement d'un outil de gestion partagée. Projet bien ficelé, budget cohérent, équipes motivées. Tout semblait aligné.
Trois mois après le lancement, les retours terrain étaient mauvais. L'outil "ramait", les gens revenaient aux fichiers Excel, le chef de projet interne était à bout. En creusant, on a découvert que la connexion du site principal passait par un routeur vieillissant qui plafonnait les débits entrants. Rien à voir avec le logiciel. Tout à voir avec l'infrastructure qu'on avait supposée solide sans jamais la tester.
Remplacement du routeur, optimisation du réseau local : deux semaines de travail, moins de 800 euros de matériel. Le projet a redémarré normalement. Mais on avait perdu quatre mois et une bonne partie de l'adhésion des équipes.
Intégrer un audit infrastructure à la phase de cadrage d'un projet SI, c'est pas ajouter de la complexité. C'est éviter d'en subir plus tard, dans des conditions bien moins confortables.
Concrètement, ça veut dire cartographier les équipements réseau en place, identifier les postes qui vont être impactés par le changement, valider les débits disponibles sur chaque site, et documenter comment les données sont aujourd'hui stockées et sauvegardées. Pas besoin d'un expert réseau certifié pour faire ce premier état des lieux. Besoin d'un peu de méthode et d'honnêteté sur ce qu'on a réellement sous la main.
La digitalisation à La Réunion présente des contraintes spécifiques que les éditeurs basés en métropole ne connaissent pas toujours. Les latences vers certains datacenters, les inégalités de couverture fibre selon les communes, la réalité des structures multisites avec des connexions hétérogènes : tout ça mérite d'être mis sur la table avant de signer le bon de commande d'un nouvel outil.
Quand un dirigeant me parle d'un projet de digitalisation, je pose systématiquement trois questions préliminaires qui permettent de détecter les risques infrastructurels majeurs.
La première : est-ce que tous vos collaborateurs accèdent aux outils depuis le même endroit ou depuis des sites différents ? La deuxième : vos données sont-elles actuellement sauvegardées automatiquement, et avez-vous déjà testé une restauration ? La troisième : avez-vous un interlocuteur technique — interne ou externe — qui connaît votre parc informatique et peut intervenir rapidement en cas de panne ?
Si la réponse à l'une de ces trois questions est floue ou négative, on a un sujet à traiter avant d'aller plus loin. Pas après.
Le système d'information, c'est l'ensemble des outils, données et processus qui font tourner votre activité. L'infrastructure, c'est le socle physique et réseau sur lequel tout repose : connexion internet, serveurs, postes de travail, sauvegardes. L'un ne fonctionne pas sans l'autre.
Non. Pour une TPE ou PME de taille modeste, une infrastructure solide peut se construire avec peu. L'essentiel, c'est d'avoir une connexion fiable, des sauvegardes automatiques testées, et un minimum de documentation sur ce qui est en place.
Le plus tôt possible — idéalement avant de choisir l'outil. Un audit rapide en phase de cadrage évite de découvrir les problèmes en phase de déploiement, quand les marges de manœuvre sont beaucoup plus réduites.
Partiellement. Les outils cloud déchargent la gestion des serveurs, mais ils ne compensent pas une connexion internet insuffisante, des postes vétustes ou l'absence de politique de sauvegarde des données locales.
Un consultant SI ou un prestataire informatique local peut le faire. L'important, c'est que l'audit soit indépendant du choix de l'outil — pour éviter que le diagnostic soit biaisé par une solution déjà en tête.
Vous portez un projet de digitalisation et vous voulez vous assurer que vos bases sont solides avant de vous lancer ? Prenons le temps d'un échange.