Concevoir Nautilo : l’expérience UX au cœur du projet
MARS 20, 2026
Sur Nautilo, les profils de navigateurs sont aussi variés que les courants qui animent le Saint-Laurent. Qu’on soit à bord d’un voilier, d’un navire marchand ou d’un bateau scientifique, les besoins en type d’information diffèrent mais une attente demeure : accéder rapidement à des données fiables, dans une interface fluide et intuitive.
Dans le cadre du développement de sa nouvelle plateforme donnant accès aux conditions maritimes sur le Saint-Laurent, l’Observatoire global du Saint-Laurent a fait le choix d’intégrer une démarche d’expérience utilisateur (UX) afin de concevoir un outil à partir des usages réels de ses utilisateurs.
Pour y parvenir, l’OGSL s’est notamment appuyé sur les expertises de Sophia Thompson, de Francis Gosselin et d’Antoine Biehler. Cet article revient sur cette démarche, sur les choix qui en ont découlé et sur la manière dont les utilisateurs ont directement influencé la conception de Nautilo.
Penser à l’expérience utilisateur avant l’interface
L’expérience utilisateur, c’est imaginer un concept basé sur des besoins réels. On pourrait très bien concevoir quelque chose de joli sans consulter les gens et partir avec ça. Mais dans cette direction-là, on risque de manquer des éléments essentiels qui sont vraiment utiles », explique Sophia. « L’objectif, c’est de créer quelque chose qui répond réellement à la réalité des personnes qui vont l’utiliser.
Pour Nautilo, l’UX ne s’est donc jamais limitée à l’esthétique de l’interface. La démarche a d’abord consisté à comprendre en profondeur les besoins des utilisatrices et utilisateurs afin de concevoir un outil capable d’y répondre.
Cette démarche s’est structurée en quatre grandes étapes: une phase de recherche pour mieux comprendre les profils de navigateurs et de plaisanciers, leurs habitudes et leurs irritants ; une réflexion sur les solutions numériques les plus pertinentes ; l’élaboration et le test de scénarios d’usage ; puis leur validation à l’aide de sondages et de cycles de rétroaction.
Ces principes se traduisent directement dans l’application. Un travail attentif a été mené sur l’accessibilité visuelle, notamment dans le choix d’une palette de couleurs adaptée et la prise en compte du daltonisme. Une attention particulière a aussi été portée à la constance de l’interface : éviter les pertes d’information lors de la navigation, assurer une logique claire entre les sections et maintenir des repères stables.
Naviguer entre vision et contraintes techniques
La programmation de Nautilo a consisté à transformer cette vision en fonctionnalités concrètes. Il fallait donner forme aux intentions, composer avec les contraintes techniques tout en s’assurant que l’outil demeure fluide et cohérent sur tous les écrans.
« Avec les autres développeurs, on était ceux qui devaient traduire la vision de l’application en réalité. C’est plus facile à dire qu’à faire, parce que quand ça devient réel, il y a toujours une multitude d’imprévus », explique Francis. « Par exemple, l’application étant accessible sur ordinateur, tablette et mobile, chaque résolution d’écran devait être prise en compte. Mais au-delà de l’adaptation technique, l’enjeu touchait aussi au comportement même de l’outil. Il fallait s’assurer que quand on se déplace dans l’application, ce soit fluide et rapide. Que lorsqu’on revient sur une page, il y ait une constance et qu’on ne perde pas le flux de navigation », poursuit-il. « Sur la carte, mon travail était beaucoup lié à l’optimisation, pour que l’application soit responsive et surtout pas frustrante pour l’utilisateur. »
Traduire les besoins utilisateurs en choix d’interface a nécessité un dialogue étroit entre UX et programmation. Certaines demandes se heurtaient à des contraintes bien réelles : accessibilité ou coût des données, limites liées aux serveurs, enjeux de performance ou contraintes techniques. D’autres défis ont toutefois été relevés malgré leur complexité, comme l’intégration des flux de particules.
Représenter ces flux, adaptés à la géographie particulière du Saint-Laurent, à partir d’outils open source et de données spécialisées, s’est révélé particulièrement exigeant, comme le résume Francis.
Ça a été une longue croisade. Ce qui était demandant, c’était de faire une bonne représentation de particules qui agissent dans un espace restreint, les rivières, le fleuve. Puis de visualiser le tout dans une carte interactive adaptée à tous les écrans, de manière optimisée et interactive. C’est-à-dire qu’on attend pas des heures pour accéder aux données, que l’on peut voir les particules qui changent de direction selon l’heure et que le tout reste sobre numériquement, sans utiliser trop de données sur le réseau. Ça fait beaucoup de considérations au niveau UX pour ne pas être frustré par cette fonction. On est arrivés à quelque chose de super bien et, à notre connaissance, il n’y a pas d’autre application qui le fait comme on le fait. »
Des choix de conception guidés par les utilisateurs
Nautilo est né de la volonté de regrouper deux applications existantes : Conditions maritimes, destinée aux professionnels et Navigation, davantage orientée vers les plaisanciers. Afin de créer une plateforme véritablement unifiée, l’équipe a identifié les besoins de ces deux grands profils d’utilisateurs et intégré un éventail élargi de variables au sein de Nautilo.
L’idée était de décloisonner les types de données disponibles et de permettre à chaque utilisateur d’activer les fonctionnalités pertinentes selon sa réalité. Cette approche permet à la fois de répondre à des usages très spécialisés mais aussi de stimuler l’intérêt d’utilisateurs qui souhaitent explorer davantage les données disponibles. Tout le monde peut ainsi adapter Nautilo à ses besoins, selon que l’on recherche une information pointue ou une vue d’ensemble des conditions maritimes. L’exercice peut représenter un défi : chaque fonctionnalité doit répondre à un besoin réel, sans compromettre la fluidité, la performance ou la clarté de l’interface.
Au-delà de Nautilo, cette manière de faire devient un véritable levier pour l’OGSL et une bonne pratique à intégrer dans la mise à jour et le développement d’autres applications.
« Si l’utilisateur est au centre de la démarche, on ne développe pas une application en fonction de ce qu’on sait déjà faire. On la développe pour répondre à son besoin, même si au départ on ne sait pas le faire. Ça va même devenir un défi pour nous de trouver comment y arriver, souligne Antoine. Certains de nos outils existants sont peu conviviaux, car ils ont été conçus par des spécialistes pour des spécialistes sans tenir compte des utilisateurs non initiés. »
L’enjeu touche à la mission et aux valeurs de l’OGSL.
« Ça affecte la rétention. À quoi ça sert d’avoir quelque chose qui fonctionne si personne ne sait comment l’utiliser ? Une des missions de l’OGSL, c’est la valorisation des données. Si on les publie, il faut qu’elles puissent être utilisées. Et finalement, parler de réutilisation sans le réutilisateur, c’est un peu antithétique. »
Ainsi, en développant des outils accessibles, pensés pour être utilisés et rapidement adoptés par leurs publics, la démarche UX contribue directement à la diffusion et à la valorisation des données sur le Saint-Laurent.
___
La démarche UX mise en place pour Nautilo s’inscrit dans un processus itératif, appelé à évoluer au fil des usages, des besoins et des retours du terrain.
Un suivi continu permettra de mieux comprendre quelles données sont les plus consultées, lesquelles le sont moins et comment les mettre en valeur. Les retours des utilisateurs joueront un rôle central dans cette évolution : une section d’information permet déjà de signaler des bogues ou de proposer des améliorations et l’équipe de l’OGSL demeure disponible pour échanger.
Comme le souligne l’équipe « On a beau en avoir beaucoup, on peut toujours en avoir plus. La question est de savoir comment les intégrer et comment approfondir les tentacules d’utilisations de Nautilo. »
