3 raccourcis que les systèmes logiciels EHS prennent pour réduire les coûts

Voici un secret que la plupart des éditeurs de logiciels ne vous diront pas : concevoir un logiciel EHS puissant et convivial est coûteux et complexe.

Il ne s'agit pas simplement d'« écrire du code ». Cela demande des milliers d'heures de travail et une équipe composée d'ingénieurs, de développeurs, de designers UX/UI et d'experts métier (et les meilleurs sont très demandés).

De plus, il faut ajouter les coûts liés au maintien du bon fonctionnement du logiciel via les tests, la maintenance, la sécurité, l'implémentation, le support et le développement de nouvelles fonctionnalités.

Tout cela s'additionne rapidement.

Repérer les signaux d'alerte

La plupart des entreprises évitent ces coûts récurrents, préférant des marges bénéficiaires élevées plutôt que de fournir la solution la plus performante et la plus durable possible.

Pour vous aider à éviter les frustrations futures, nous vous présentons trois des domaines les plus courants où les éditeurs de logiciels choisissent la facilité.  

1. Sécurité informatique

« Choisir la facilité » signifie opter pour la méthode la plus simple, la moins chère ou la plus rapide, au lieu de privilégier une approche plus exigeante mais de meilleure qualité ou plus durable. Dans le monde du logiciel, cela se traduit souvent par des économies sur les services de sécurité et les bonnes pratiques.

C'est logique : une infrastructure informatique et un support solides coûtent cher, et de nombreux aspects critiques de la sécurité sont méconnus du grand public, qui ne les verra probablement jamais en pratique (ou ne saura pas qu'il faut les vérifier).

Un éditeur peut, par exemple, ne pas prendre le temps de vérifier chaque nouveau morceau de code pour détecter des vulnérabilités, ou décider de ne pas effectuer de tests d'intrusion réguliers. Même une faille mineure peut être exploitée par des cybercriminels, exposant ainsi vos données sensibles à une violation et à un incident public.

Le support de l'infrastructure est un autre domaine où les éditeurs peuvent prendre des raccourcis. Là encore, il s'agit généralement d'éléments invisibles, du moins jusqu'à ce qu'une interruption ou un sinistre survienne (c'est pourquoi il est crucial d'aborder ces sujets dès le début lors de l'évaluation d'un nouveau logiciel).

La haute disponibilité, la résilience et la reprise après sinistre sont des composants essentiels qui forment la base d'une bonne solution logicielle. Pour les sauvegardes, par exemple, les meilleures pratiques incluent :

• Sauvegardes locales standard : les données sont conservées à portée de main pour une récupération rapide
• Sauvegardes hors site : les données sont envoyées via un réseau vers des serveurs situés à l'autre bout du pays
• Sauvegardes en site sécurisé : les données sont enregistrées sur bande et transportées vers un autre emplacement physique
• Site de repli (cold site) : un emplacement utilisé pour la sauvegarde en cas de sinistre au centre de données principal

Sans ces éléments, vous pourriez ne pas être en mesure de récupérer vos données rapidement en cas de perturbation ou de sinistre. Cela n'a généralement pas une grande importance... jusqu'au moment où cela devient crucial. Et à cet instant précis, soit vos données sont stockées ailleurs, soit vous vous retrouvez totalement démuni.

Posez-vous la question : que deviendraient vos opérations de laboratoire et de sécurité si vous vous réveilliez un matin en découvrant que toutes vos informations de sécurité se sont volatilisées ?

2. Miser sur la gratification instantanée

Méfiez-vous des éditeurs de logiciels qui privilégient les gadgets au détriment du support à long terme et de la facilité d'utilisation.  

La survente est une pratique courante chez les éditeurs de logiciels. En fait, un récent rapport de la NAEM a révélé que le fait d'être convaincu d'acheter un système qui ne tient pas ses promesses est l'une des principales causes d'insatisfaction chez les acheteurs de logiciels EHS.

Parfois, un fournisseur encourage la personnalisation uniquement pour conclure la vente. Le problème est que la personnalisation nécessite un codage et des tests approfondis pour fonctionner comme souhaité. Dans certains cas, ces problèmes de personnalisation peuvent même entraîner des difficultés lors de la phase de déploiement.

Notez que cela diffère de la configuration, qui consiste à personnaliser le système via des écrans et des modules d'administration sans modifier le code sous-jacent. Voyez les choses ainsi : Configuration — « Puis-je faire en sorte que mon distributeur automatique propose des en-cas différents ? » Personnalisation — « Mon distributeur peut-il servir à la fois des glaces ET du café à la demande ? »

Un problème similaire à celui de dire « oui » à la personnalisation survient lorsque les fournisseurs acceptent toutes les demandes de fonctionnalités qui leur sont soumises. Dans les deux cas, les développeurs se précipitent pour créer des fonctionnalités, des erreurs sont commises et le fournisseur prend du retard sur des activités essentielles comme le support et les mises à jour. Bien souvent, le développement sur mesure impacte négativement d'autres zones de votre système, et vous ne vous en rendez compte que lorsqu'il est trop tard. Vous vous retrouvez avec un système beaucoup plus coûteux à maintenir correctement pour le fournisseur, et qui ne fonctionne souvent pas comme promis.

D'autres fois, les fournisseurs font des économies sur la réussite client. Après tout, disposer d'une équipe dédiée au déploiement et au support coûte cher, et c'est un aspect auquel beaucoup d'acheteurs ne pensent qu'une fois le contrat signé. Malheureusement, de nombreux fournisseurs se donnent beaucoup de mal pour conclure la vente, mais ne consacrent pas les ressources nécessaires à la suite.

Le résultat est que vous disposez d'un nouveau système coûteux et (espérons-le) puissant, mais sans moyen réaliste de l'utiliser ou de faire en sorte qu'il réponde à vos besoins (vous pouvez en apprendre davantage sur les raisons de l'échec des déploiements — et comment les éviter — ici). L'outil le plus puissant au monde ne vous sera d'aucune utilité si vous ne savez pas comment l'utiliser.

3. Applications mobiles

Les coûts cachés de la création et de la gestion d'une application mobile sont considérables. Lorsque des ressources sont allouées à une application mobile, il est important de se demander : « Est-ce par réel besoin, ou simplement pour cocher une case ? »

Pour comprendre pourquoi, prenons un peu de recul et concentrons-nous sur une distinction importante : les applications mobiles sont différentes de la fonctionnalité mobile.

La fonctionnalité mobile signifie que vous pouvez accéder à un programme depuis un appareil mobile via votre navigateur, tandis qu'une application mobile est un programme téléchargé et installé directement sur l'appareil.

Développer une application mobile demande énormément de travail. Cela nécessite un temps de développement considérable, une attention particulière portée à l'interface utilisateur, un codage spécifique, et bien plus encore. C'est un peu comme reconstruire l'intégralité du logiciel original à partir de zéro. La sécurité des applications mobiles comporte également son propre lot de défis, de la sécurisation de l'appareil lui-même à la protection des données au repos et en transit. Malgré tout l'attachement que nous portons à nos téléphones, il faut bien admettre qu'ils présentent de nombreuses vulnérabilités lorsque les données y sont téléchargées. Multipliez cela par le nombre potentiel de milliers d'utilisateurs au sein de votre organisation, et vous vous lancez dans une entreprise à haut risque.

Malheureusement, certains fournisseurs savent à quel point l'idée d'une application mobile peut être séduisante. Ils se précipitent donc pour lancer une application sur le marché sans lui accorder l'attention nécessaire. Ou bien ils tentent de créer une application à bas coût qui ne fonctionne pas comme promis. Parfois, l'application fonctionne correctement, mais des ressources essentielles, qui devraient être consacrées à l'amélioration et à la maintenance du logiciel principal, sont détournées et réallouées.

Une application mal conçue met vos données en péril. C'est un point si crucial que nous ne saurions trop insister là-dessus.

Une application mal conçue expose vos données sensibles au risque d'être ciblées, volées, vendues et diffusées par des acteurs malveillants.

Une étude récente menée par Nielsen a révélé que l'utilisateur moyen de smartphone possède 26 applications installées, et que la plupart d'entre elles présentent des problèmes de confidentialité et de sécurité. De plus, de nombreuses applications stockent des données sur votre appareil ; si votre téléphone est perdu ou volé, vos données sensibles le sont aussi.

Si quelqu'un connaît désormais l'itinéraire que vous empruntez pour promener votre chien, ce n'est pas bien grave.

Si quelqu'un sait désormais exactement où vous stockez vos produits chimiques pyrophoriques, vos substances de l'annexe I et vos sources de rayonnement, c'est une affaire un peu plus sérieuse.

Le problème avec les applications vulnérables, c'est qu'elles agissent souvent comme des dominos. Quelqu'un pourrait exploiter une application vulnérable pour accéder à des données normalement sécurisées, comme votre compte bancaire, vos informations de carte de crédit, vos dossiers médicaux et vos e-mails.

De même, une application mobile EHS peu robuste peut exposer vos données de laboratoire sensibles, et pas seulement aux personnes extérieures. Selon le Information Security Forum, les employés sont responsables de 54 % des violations de données. Ces violations se répartissent en trois catégories : malveillantes, négligentes et accidentelles. Bien que les applications mobiles soient pratiques, celles qui sont mal conçues représentent un risque.

Ce qu'il faut retenir

Bien qu'il existe de nombreux fournisseurs qui travaillent avec un haut niveau d'intégrité, la concurrence est féroce et certains sont connus pour rogner sur la qualité afin de réduire les coûts et conclure la vente. Connaître ces raccourcis courants à l'avance vous aidera à poser les bonnes questions et à trouver un fournisseur réputé en qui vous pouvez avoir confiance.

Méfiez-vous de tout fournisseur qui promet des délais courts sur des projets de développement personnalisés et assurez-vous de poser beaucoup de questions.

Et n'oubliez pas que, comme pour la plupart des choses, malheureusement, si cela semble trop beau pour être vrai, c'est probablement le cas.

"Explorer plus d'articles""popular_past_month