Un bandeau jaune, un lundi matin, et personne au bout du fil
Il est 8h40. Une assistante de direction ouvre sa boîte Gmail comme tous les matins depuis six ans. Sauf que ce matin-là, un bandeau jaune barre le haut de l'écran : « Votre navigateur n'est plus pris en charge. » Elle clique sur la croix. Le bandeau revient le lendemain. Et le surlendemain.
Trois semaines plus tard, Drive ne charge plus les aperçus de documents. Un mois après, l'interface Gmail bascule en version HTML basique, celle qui ressemble à un site de 2004. Personne n'a ouvert de ticket. Personne n'a prévenu le dirigeant. Et surtout : personne, dans aucun contrat signé par cette entreprise, n'avait la responsabilité de surveiller ça.
C'est là tout le sujet. La fin de support des anciens navigateurs par Google Workspace n'est pas un incident technique. C'est un angle mort de responsabilité, coincé quelque part entre l'agence web, l'informaticien du coin et le dirigeant qui paye les licences. Un no man's land contractuel où les problèmes mûrissent tranquillement pendant des mois.
Alors voyons ce que Google arrête vraiment, ce que ça coûte quand ça casse pour de bon, et surtout comment identifier qui, dans votre organisation, devrait regarder ça tous les trimestres.
Ce que Google arrête réellement (et ce qu'il n'arrête pas)
Bandeau, dégradation, blocage : trois choses différentes
Première confusion à lever, parce qu'elle génère autant de paniques inutiles que de négligences coupables. La fin de support ne se traduit pas par un mur du jour au lendemain. Le processus est graduel, et il comporte trois paliers bien distincts.
Le premier palier, c'est l'avertissement. Un bandeau apparaît, discret, en haut de l'interface. Tout fonctionne encore. C'est précisément ce qui rend ce stade dangereux : rien ne pousse à agir.
Le deuxième palier, c'est la dégradation fonctionnelle. Gmail bascule en interface HTML simplifiée. Les aperçus Drive disparaissent. Certaines fonctions de Docs ou Sheets cessent de répondre. Les collaborations en temps réel deviennent capricieuses. Ça marche encore, mais mal. Les salariés s'adaptent, râlent un peu, et continuent.
Le troisième palier, c'est le blocage. Là, on ne se connecte plus. Point.
Entre le premier et le troisième palier, il peut s'écouler six mois. Parfois plus. C'est une fenêtre confortable pour anticiper, à condition que quelqu'un regarde. Dans les faits, la plupart des structures découvrent le problème au troisième palier, un matin de forte activité, évidemment.
La règle des deux dernières versions majeures
Voici le point qui change tout, et qui est presque systématiquement mal compris.
Google Workspace supporte les deux dernières versions majeures de Chrome, Firefox, Edge et Safari. Ce n'est pas une date butoir. Ce n'est pas un « avant le 31 décembre, mettez-vous à jour ». C'est une fenêtre glissante, permanente, qui avance toute seule.
Chrome sort une nouvelle version majeure toutes les quatre semaines environ. Faites le calcul : un poste dont le navigateur se fige devient non supporté en deux mois. Sans annonce. Sans mail. Sans que rien ne clignote dans une console.
Cette nuance a une conséquence pratique énorme. Les entreprises attendent une échéance, une communication officielle, un « Google arrête le support de X au 15 mars ». Ça n'arrive pas. Le parc se périme silencieusement, poste par poste, à des rythmes différents selon les configurations. Il n'y a pas de date à noter dans l'agenda. Il y a une routine à installer.
Qui est concerné, concrètement
Sur le terrain, les cas reviennent avec une régularité presque monotone.
Internet Explorer, toujours vivant dans certains services parce qu'une application métier de 2011 ne fonctionne qu'avec lui. Les versions Edge Legacy, celles d'avant la bascule sur Chromium, qui traînent sur des postes jamais migrés. Les Chrome bloqués en version 109 sur des Windows 7 et 8.1, parce que Google a cessé de les mettre à jour sur ces systèmes. Les Safari coincés sur des macOS anciens, très fréquents dans les métiers créatifs où le matériel Apple dure longtemps et coûte cher à renouveler.
Et puis il y a les navigateurs invisibles. Ceux embarqués dans une application métier qui ouvre une fenêtre pour afficher un document Drive. Ceux des bornes tactiles en showroom. Ceux des tablettes murales en atelier. Personne ne les considère comme des navigateurs. Ils le sont pourtant, et ils cassent aussi.
Le vrai sujet n'est pas le navigateur
Et là, on touche au cœur du problème. Beaucoup de dirigeants réagissent au bandeau en se disant : bon, on mettra à jour Chrome, ça prend cinq minutes.
Sauf qu'on ne peut pas toujours mettre à jour le navigateur.
Un Chrome figé en version 109 sur Windows 7 ne se mettra plus jamais à jour, quoi qu'on fasse, quel que soit le nombre de clics sur « rechercher les mises à jour ». Google a arrêté le support de Chrome sur ces systèmes. Le navigateur est prisonnier de son OS. Même logique côté Apple : un Safari bloqué par un macOS trop ancien ne bougera pas tant que le système ne bougera pas. Et le système ne bougera pas si le matériel ne le supporte plus.
Autrement dit : ce qui ressemble à un problème de navigateur est en réalité un problème de parc informatique. Le bandeau Gmail n'est que le symptôme le plus visible d'un poste en fin de vie. C'est une nuance qui change complètement le budget, le calendrier et l'interlocuteur à mobiliser.
Pourquoi ce sujet passe systématiquement entre les mailles du filet
Le no man's land des responsabilités
Regardons la répartition typique dans une TPE ou une PME de vingt à cinquante salariés. Elle est presque toujours la même.
L'agence web s'occupe du site : le CMS, les mises à jour, l'hébergement, parfois le référencement. L'infogéreur ou l'informaticien indépendant s'occupe des serveurs, du réseau, des sauvegardes, du pare-feu. Le dirigeant, ou l'office manager, gère les licences Google Workspace depuis la console d'administration, principalement pour créer et supprimer des comptes.
Maintenant, posez la question : dans lequel de ces trois périmètres se trouve la compatibilité du navigateur de Sandrine, à la compta, avec Google Sheets ?
Nulle part. Ce n'est pas un oubli malveillant. C'est structurel. Le poste de travail est ce point de jonction que chacun considère comme relevant du voisin. L'agence dit « c'est de l'informatique ». L'informaticien dit « c'est un outil SaaS, pas mon périmètre ». Le dirigeant ne sait même pas que la question existe.
Ce que couvre vraiment un contrat de maintenance
Ouvrez un contrat de maintenance web standard. Vous y trouverez : mises à jour du CMS et des extensions, sauvegardes régulières, monitoring de disponibilité, correctifs de sécurité du site, parfois un forfait d'heures d'intervention.
Vous n'y trouverez pas : veille sur les annonces de fin de support des services tiers utilisés par le client, cartographie des dépendances SaaS, contrôle de compatibilité des postes clients.
Ce n'est ni scandaleux ni malhonnête. Ces contrats ont été rédigés à une époque où la question ne se posait pas de la même manière. Le problème, c'est que l'entreprise croit être couverte parce qu'elle paye une maintenance mensuelle. Elle ne l'est pas, sur ce point précis. Et le jour où ça casse, la première réaction est un appel à l'agence, suivi d'un « ce n'est pas dans notre périmètre » parfaitement fondé et totalement inutile.
L'illusion du « ça marchait hier »
La dégradation progressive endort la vigilance, et c'est probablement le facteur le plus sous-estimé de toute cette histoire.
Si Gmail se bloquait net, un mardi matin, tout le monde réagirait dans l'heure. Mais Gmail ne se bloque pas net. Il devient lentement moins pratique. Les gens s'adaptent. Ils prennent l'habitude de rafraîchir deux fois. D'ouvrir le fichier autrement. De demander à un collègue de partager son écran.
Résultat : aucun ticket n'est ouvert. Aucune alerte n'existe dans un tableau de bord, puisqu'il n'y a pas de tableau de bord. Le problème vit dans les habitudes des salariés, invisible depuis n'importe quel poste de pilotage.
Les postes hors radar, ceux qui cassent en premier
Il y a une catégorie de machines qu'aucun inventaire ne recense, et c'est justement celle qui pose problème.
L'ordinateur personnel du commercial qui bosse depuis chez lui deux jours par semaine. Le vieux portable en télétravail qui n'est jamais passé entre les mains de l'informaticien. La machine d'atelier qui affiche les plannings, achetée en 2015 et jamais touchée depuis. La tablette en point de vente. Le compte partagé « accueil@ » sur un poste que six personnes utilisent à tour de rôle.
Ces machines-là ne sont dans aucun contrat de maintenance, dans aucune GPO, dans aucun outil de gestion de parc. Elles fonctionnent en autonomie complète depuis des années. Et ce sont elles qui déclenchent le premier blocage, généralement au pire moment.
Ce que ça coûte vraiment quand ça casse
L'impact opérationnel, en heures et pas en concepts
Parlons concret, parce que les discours sur « le risque numérique » n'ont jamais convaincu personne d'ouvrir un budget.
Un commercial en rendez-vous client ne peut plus ouvrir le devis partagé sur Drive depuis son portable. Il improvise, promet d'envoyer par mail en rentrant, perd la dynamique de closing. Coût : un rendez-vous à moitié raté, plus deux heures de rattrapage.
Une comptable bloquée sur un fichier Sheets en période de clôture mensuelle. Elle attend l'intervention, qui arrive le lendemain. Une journée de retard sur une échéance qui n'attend pas. Multipliez par le stress d'équipe.
Un atelier qui perd l'accès aux plannings de production stockés sur Drive. Le chef d'équipe réimprime tout depuis un autre poste, distribue des feuilles papier, et l'organisation de la journée part en vrille pendant trois heures.
Prenez une PME de trente personnes, comptez trois à quatre postes concernés, et vous êtes déjà sur une quinzaine d'heures perdues avant même que le premier devis de remplacement matériel n'arrive. À quoi s'ajoute l'intervention d'urgence, facturée au tarif de l'urgence.
La sécurité, qui voyage toujours avec l'obsolescence
Voici le lien que peu de gens font, et il est pourtant direct.
Un navigateur que Google ne supporte plus est presque toujours un navigateur qui ne reçoit plus de correctifs de sécurité. Les deux vont ensemble, mécaniquement, parce que les éditeurs abandonnent le support fonctionnel et le support sécurité à peu près au même moment.
Ce qui veut dire que le bandeau Gmail n'est pas le problème. Le bandeau Gmail est le voyant lumineux qui signale un problème bien plus sérieux : ce poste navigue sur Internet avec des failles connues, documentées, publiées, et exploitables. Chaque vulnérabilité corrigée dans les versions récentes est une porte ouverte sur les versions abandonnées, avec en prime une description publique du mode d'emploi.
La compatibilité est le symptôme. La vulnérabilité est la maladie. Et cette maladie-là ne se manifeste pas par un bandeau jaune.
Les contournements maison, ou comment la donnée s'échappe
Ce point mérite qu'on s'y attarde, parce qu'il est vécu et rarement écrit.
Face à un blocage, les équipes ne restent pas les bras croisés. Elles ont un travail à finir, un client qui attend, une échéance qui approche. Elles improvisent. Et l'improvisation prend des formes prévisibles.
Le fichier envoyé sur la messagerie personnelle, « juste le temps de finir ce soir ». Le compte Gmail privé utilisé pour partager un document parce que le compte pro ne marche plus. La clé USB qui fait le tour du bureau avec la base clients dessus. Le navigateur alternatif téléchargé en trois clics sur un site trouvé via Google, sans que personne ne vérifie ce qu'il installe vraiment au passage.
Chacun de ces gestes est compréhensible individuellement. Mis bout à bout, ils font sortir la donnée de l'entreprise de tout périmètre maîtrisé. Le RGPD ne s'y intéresse pas beaucoup tant que rien ne fuite. Le jour où quelque chose fuite, en revanche, la question « où étaient stockées ces données » devient franchement inconfortable.
Est-ce qu'un blocage navigateur peut déclencher une fuite de données ? Pas directement. Mais il crée exactement les conditions culturelles pour que ça arrive.
L'effet domino sur le reste des outils
Dernier point sur les coûts, et pas le moindre : Google Workspace n'est jamais le seul concerné.
Les mêmes seuils de compatibilité s'appliquent aux CRM, aux logiciels de facturation en ligne, aux plateformes bancaires professionnelles, aux outils de signature électronique, aux extranets fournisseurs. Tous suivent des politiques comparables, avec des calendriers légèrement décalés.
Un parc obsolète ne casse donc jamais sur un seul outil. Il casse en cascade, sur quelques semaines, avec l'impression désagréable que tout tombe en même temps. Ce n'est pas une malédiction : c'est la même cause qui produit les mêmes effets sur des services qui appliquent les mêmes règles. Et le poste bancaire qui refuse de valider un virement le 30 du mois, ça marque les esprits différemment qu'un bandeau Gmail.
Comment auditer son parc en pratique
L'inventaire minimal, celui qui n'existe nulle part
Commençons par le plus simple, et paradoxalement le plus absent : un tableau.
Six colonnes suffisent. Le poste (identifiant ou description). L'utilisateur principal. Le système d'exploitation et sa version exacte. Le navigateur et sa version. Les outils métier réellement utilisés depuis ce poste. Et la criticité pour l'activité.
C'est tout. Pas de tableau de bord sophistiqué, pas d'outil à 200 euros par mois. Un tableur partagé, tenu à jour.
Et pourtant. Dans la quasi-totalité des structures de moins de cinquante personnes, ce tableau n'existe pas. Il n'a jamais existé. Quand on le demande, on obtient au mieux une facture d'achat groupé de 2019 et une réponse du type « on doit en avoir une trentaine ». Une trentaine. C'est le niveau de précision moyen.
Construire ce tableau prend deux à trois heures. C'est probablement le meilleur retour sur temps investi de tout ce sujet.
Trois méthodes de collecte selon votre taille
Comment on remplit le tableau, maintenant. Trois approches, selon la structure.
Pour les très petites structures, la vérification manuelle assistée fonctionne très bien. On envoie à chaque salarié un lien vers une page de diagnostic navigateur, avec une consigne simple : « ouvre ce lien depuis chaque machine sur laquelle tu travailles, et renvoie la capture d'écran. » Ça prend deux minutes par personne. L'insistance sur « chaque machine » est importante, sinon les postes personnels passent à la trappe.
Pour les structures intermédiaires, la console d'administration Google Workspace fait déjà une partie du travail. On y verra plus loin.
Pour les structures plus grandes, ou celles qui ont déjà un outil de gestion de parc, l'inventaire existe potentiellement en base. Il faut juste extraire les bonnes colonnes, ce que personne n'a jamais demandé.
La donnée est déjà dans votre console, personne ne l'ouvre
Voici le point qui surprend le plus les dirigeants à qui on le montre.
La console d'administration Google Workspace contient déjà, dès aujourd'hui, une bonne partie de l'information recherchée. Les rapports d'activité listent les connexions. La section relative aux appareils recense les machines connectées aux comptes. Selon la configuration et l'édition souscrite, on peut remonter les navigateurs utilisés, les versions, les systèmes d'exploitation.
Cette donnée est collectée en permanence. Elle est gratuite. Elle est à trois clics de l'écran d'accueil.
Et elle n'est jamais consultée. Non pas par négligence, mais parce que personne n'a jamais dit à qui que ce soit que cette information existait, ni ce qu'on pouvait en faire. La console d'administration est perçue comme l'endroit où on crée des comptes et où on réinitialise des mots de passe. Point.
Première action concrète, donc : y aller, ouvrir les rapports, exporter. Vous aurez la moitié de votre inventaire en vingt minutes.
Tous les postes ne méritent pas la même urgence
Nuance nécessaire, parce que la tentation du « on remplace tout » est réelle et coûteuse.
Un poste critique, c'est un poste dont l'indisponibilité arrête une activité facturable ou une obligation légale. La compta en période de clôture. Les commerciaux en clientèle. L'ordonnancement de production. La facturation.
Un poste secondaire, c'est un poste dont l'utilisateur peut se rabattre sur une autre machine pendant deux jours sans que ça change grand-chose. Le poste d'appoint en salle de réunion. La machine de consultation à l'accueil.
Cette hiérarchisation n'est pas un détail de méthode. C'est ce qui permet de dire : on traite ces quatre postes ce trimestre, ces six-là au prochain, et ces trois-là quand ils lâcheront. Un plan étalé passe en comité de direction. Un « il faut tout changer maintenant » ne passe jamais.
Le rôle réel du prestataire digital dans cette veille
Pourquoi ce n'est pas « juste de l'informatique »
Arrivons au cœur du sujet, celui qui justifie tout le reste.
Il y a une raison structurelle pour laquelle le prestataire digital est bien placé sur cette question, et elle n'a rien à voir avec des compétences techniques supérieures. Elle tient à la position.
Le prestataire digital connaît le site web et ses formulaires. Il connaît les outils marketing branchés dessus. Il sait quels comptes Google sont connectés à quoi. Il a paramétré les intégrations entre le CRM et la messagerie. Il a vu passer les demandes d'export, les connexions d'outils tiers, les automatisations bricolées par un stagiaire en 2022 et jamais documentées.
C'est la seule position d'où on voit l'ensemble des dépendances. L'infogéreur voit le réseau et les serveurs, ce qui est déjà énorme, mais il ne sait pas forcément que la production utilise un tableau Sheets partagé comme outil de planification depuis trois ans. Le dirigeant voit l'activité, pas la plomberie.
La question n'est donc pas « qui est le plus compétent techniquement », mais « qui a la vue d'ensemble ». Et sur ce critère, la réponse est assez claire.
Les points de contrôle à intégrer dans une prestation
Concrètement, à quoi ressemble une prestation qui couvre ce sujet ? Quatre éléments, pas un de plus.
Une veille sur les annonces de fin de support des principaux services utilisés par le client. Ce n'est pas de la magie : ce sont des pages de documentation à surveiller et des blogs officiels à suivre. Une heure par trimestre, si on s'organise.
Une cartographie des dépendances, tenue à jour. Quels outils, quelles versions minimales exigées, quels postes concernés. C'est un document vivant, pas un livrable qu'on rend une fois et qu'on oublie.
Une alerte anticipée, envoyée au client avec un délai utile. Pas « ça va casser la semaine prochaine », mais « voici ce qui deviendra non supporté dans les six mois, voici les postes concernés, voici ce qu'il faut prévoir ».
Un plan de migration échelonné, qui étale la dépense et respecte les contraintes d'exploitation. Personne ne remplace un poste de compta le 28 du mois.
Surveiller n'est pas intervenir, et il faut le dire
Point d'honnêteté, parce que promettre trop est le meilleur moyen de décevoir.
Le prestataire digital n'est pas forcément celui qui met physiquement à jour les postes, qui déploie une mise à niveau système ou qui commande le nouveau matériel. Ce n'est souvent ni son métier, ni son contrat, ni son intérêt.
Mais il doit être celui qui alerte, qui documente et qui coordonne. Celui qui dit à l'infogéreur : « voici les quatre postes à traiter, dans cet ordre, avant telle date, pour telle raison. » Celui qui traduit un enjeu technique en décision de gestion pour le dirigeant.
Cette distinction entre veille et intervention est saine. Elle évite les malentendus contractuels et permet à chacun de rester dans son métier. Le rôle de coordinateur a de la valeur en soi, même sans clé à molette.
Une phrase dans un contrat contre six mois de flottement
Dernier conseil sur ce point, et c'est le plus actionnable de l'article.
Ajoutez une clause. Une seule, courte, qui répond à quatre questions. Qui surveille la compatibilité des postes avec les outils SaaS critiques ? À quelle fréquence ? Par quel canal l'alerte remonte-t-elle, et à qui ? Et qui exécute la remédiation ?
Quatre lignes dans un contrat de maintenance. Ça paraît dérisoire. Mais c'est exactement ce qui fait la différence entre une entreprise qui traite le sujet en amont et une entreprise où tout le monde se renvoie la balle pendant que la compta n'accède plus à ses fichiers.
Le plan d'action en quatre étapes
Étape 1 : cartographier avant de décider
On commence par poser les faits, sans urgence artificielle et sans jugement sur l'état du parc. Le but n'est pas de désigner un coupable pour les huit postes sous Windows 7, mais de savoir combien il y en a et qui travaille dessus.
L'inventaire décrit plus haut, complété par les données de la console. Comptez une demi-journée pour une structure de trente personnes. À l'issue, vous saurez exactement de quoi vous parlez, ce qui est déjà un progrès considérable par rapport à « on doit en avoir une trentaine ».
Étape 2 : séparer ce qui se met à jour de ce qui se remplace
Voici l'étape qui transforme une angoisse floue en trois lignes budgétaires. Elle mérite qu'on la fasse sérieusement.
Catégorie A : navigateur à mettre à jour. Le système supporte les versions récentes, il suffit de lancer la mise à jour. Gratuit, rapide, souvent faisable à distance. C'est généralement la majorité des cas, et c'est une excellente nouvelle à annoncer en premier.
Catégorie B : système à mettre à niveau. Le matériel tient la route, mais l'OS est trop ancien. Coût modéré, temps d'intervention à prévoir, sauvegarde préalable obligatoire. Quelques heures par poste.
Catégorie C : matériel à remplacer. Le poste ne supporte plus d'OS récent. Là on parle budget d'investissement, et il faut le planifier.
Cette segmentation change tout dans la discussion avec un dirigeant. « Il faut moderniser le parc » ne veut rien dire. « Onze postes en mise à jour gratuite, quatre en mise à niveau système, trois à remplacer sur deux exercices » se décide en dix minutes.
Étape 3 : traiter les postes critiques d'abord
Règle simple, contre-intuitive, et à répéter : on ordonnance selon l'impact métier, jamais selon l'ancienneté du matériel.
Le vieux poste de 2014 dans le local de stockage, utilisé deux fois par mois pour imprimer des étiquettes, peut attendre encore un an. Le portable de 2019 du directeur commercial, qui ouvre des devis partagés chez le client trois fois par semaine, passe en priorité absolue même s'il est plus récent.
Cette logique paraît évidente écrite comme ça. Dans les faits, la tentation de trier par date d'achat est irrésistible, parce que c'est la colonne la plus facile à trier dans un tableur.
Étape 4 : installer une routine, le vrai livrable
Et on arrive au seul point qui compte vraiment sur la durée.
Une vérification trimestrielle, inscrite quelque part, avec un responsable nommé. Pas « on y pensera ». Pas « l'agence nous préviendra ». Une date, un nom, un point à l'ordre du jour.
Quinze minutes tous les trois mois : on ouvre la console, on regarde les versions, on compare à l'inventaire, on signale les écarts. C'est tout.
Sans cette routine, la remise à niveau que vous venez de payer aura une durée de vie de dix-huit mois. Le parc se repérimera exactement de la même façon, et vous revivrez la même conversation, avec les mêmes factures. La routine n'est pas l'accessoire du plan d'action. C'est le plan d'action.
Les erreurs les plus fréquentes constatées sur le terrain
Attendre le blocage pour agir
L'erreur numéro un, et de très loin.
Réagir en urgence coûte trois à cinq fois plus cher qu'anticiper. Pas par malchance : par accumulation mécanique. L'achat en panique se fait sans mise en concurrence, souvent en magasin, sur ce qui est disponible en stock. L'intervention se facture au tarif d'urgence, week-end compris si l'échéance est le lundi. L'activité s'arrête pendant ce temps. Et la migration des données se fait dans la précipitation, ce qui produit des oublis dont on découvre l'existence trois semaines plus tard.
Le même remplacement, planifié six mois à l'avance, se négocie, s'étale sur deux exercices, et se réalise un vendredi après-midi calme. Même matériel, même résultat, facture largement inférieure.
Changer de navigateur pour gagner du temps
Le réflexe classique : Chrome est bloqué, on installe Firefox, et le bandeau disparaît. Victoire.
Sauf que Firefox suit exactement la même logique de support, avec quelques mois de décalage. Le même mur reviendra, sur le même poste, pour la même raison de fond, avec cette fois un parc devenu hétérogène : des Chrome ici, des Firefox là, des Edge ailleurs. Bonne chance pour maintenir des politiques de sécurité cohérentes là-dessus, ou pour diagnostiquer un problème d'affichage à distance.
Changer de navigateur, c'est repousser l'échéance de six mois en ajoutant de la complexité permanente. Le calcul est rarement favorable.
Oublier les extensions et les intégrations
Point technique peu traité, et qui pourtant coince souvent au moment de la bascule.
Les extensions Workspace, les modules complémentaires installés dans Docs ou Sheets, les scripts Apps Script développés en interne ou par un prestataire : tous ont leurs propres exigences de compatibilité, et tous peuvent cesser de fonctionner lors d'une migration.
Le cas classique, c'est le script Apps Script écrit il y a quatre ans par quelqu'un qui a quitté l'entreprise, qui génère automatiquement les devis depuis un modèle Docs, et dont personne ne connaît le fonctionnement. Il marche. On y touche pas. Puis on migre les postes, et il ne marche plus, et personne ne sait pourquoi.
Ces dépendances-là doivent figurer dans la cartographie. Sinon la migration réussit techniquement et échoue opérationnellement.
Négliger la formation des utilisateurs
Dernière erreur, et peut-être la plus facile à corriger.
Un salarié qui ne sait pas reconnaître un bandeau d'avertissement ne remontera jamais l'information. Il le fermera, comme il ferme les pop-ups de cookies, par pur réflexe. Et l'entreprise perdra les six mois d'avance que Google lui avait offerts.
La correction tient en une phrase, dite une fois en réunion d'équipe : « si vous voyez un message qui parle de navigateur non supporté, envoyez une capture d'écran, même si tout fonctionne. »
Voilà. C'est ça, la formation. Cinq secondes de discours, et votre système de détection est en place, distribué sur tous les postes, y compris ceux dont vous ignorez l'existence. Difficile de faire mieux comme rapport coût-efficacité.
Ce n'est pas une échéance, c'est un régime permanent
Reprenons la thèse, parce qu'elle mérite d'être posée clairement.
La fin de support des anciens navigateurs par Google Workspace n'est pas un événement daté qu'on traite une fois et qu'on oublie. C'est un régime permanent, une fenêtre glissante qui avance toutes les quatre semaines, indifférente à vos priorités et à votre calendrier budgétaire.
La bonne question n'est donc pas « quelle est la date limite ». Il n'y en a pas. La bonne question, celle qu'un dirigeant devrait poser à son prochain point avec son prestataire, tient en une phrase : qui, chez nous, regarde ça tous les trimestres ?
Si la réponse est un nom, tout va bien. Si la réponse est un silence gêné ou un « je pensais que c'était l'agence », vous savez maintenant où se situe le trou dans la raquette.
Un audit de compatibilité du parc est un point d'entrée simple pour combler ce trou. Une demi-journée, un tableau, trois catégories budgétaires, une routine trimestrielle et un responsable désigné. Ce n'est pas spectaculaire. Mais c'est exactement le genre de travail qui fait qu'un lundi matin de janvier, personne dans l'entreprise ne découvre un bandeau jaune en ouvrant sa messagerie.
