Blog

Méthode de travailLecture : 7 min

De l’idée au lancement. Comment HMOOD construit des solutions numériques.

Derrière un site web ou une solution numérique terminée, il y a bien plus que du design et du code. Voici un aperçu de ma façon de travailler chez HMOOD : planification, design, développement, tests et utilisation responsable de l’intelligence artificielle.

010203 </>

Lorsqu’on visite un site web, c’est généralement l’aspect visuel que l’on remarque en premier. Les couleurs, les images, les animations et la manière dont le contenu est agencé.

Ce que l’on ne voit pas, ce sont toutes les réflexions, les modifications et les heures de travail qui se cachent derrière.

Je trouve que ce processus est justement l’un des aspects les plus intéressants du développement de solutions numériques. Partir d’une idée, explorer différentes possibilités et construire progressivement quelque chose qui soit à la fois beau et qui fonctionne comme prévu.

Chez HMOOD, je divise généralement un projet en quatre grandes phases : cadrage, design, développement et lancement. Les phases structurent le travail, mais cela ne veut pas dire que tout se déroule en ligne droite. Parfois, on découvre pendant le développement qu’un design doit être ajusté. D’autres fois, les tests montrent qu’une fonctionnalité peut être conçue d’une meilleure façon.

Et c’est tout à fait naturel.

De l’idée au site terminé

Les objectifs, les utilisateurs et les besoins sont définis, et la structure est esquissée avant toute conception visuelle.

La structure prend une direction visuelle : typographie, couleurs, images, boutons et mise en page.

Le design devient une interface fonctionnelle, composée d’éléments qui doivent fonctionner ensemble sur toutes les tailles d’écran.

Les fonctionnalités, les performances, l’adaptation mobile et l’accessibilité sont vérifiées avant la mise en ligne.

Animation en quatre phases montrant comment naît un site web. D’abord, une structure simple est tracée avec des lignes, des blocs et des liaisons. Ensuite, la structure reçoit typographie, couleurs, images et boutons. Puis l’interface est assemblée en une solution fonctionnelle. Enfin, le site est vérifié et marqué comme terminé.

01. Cadrage – comprendre avant de construire

Un projet commence par comprendre ce qui doit réellement être créé, et pourquoi.

Que souhaite accomplir l’entreprise ? Qui utilisera la solution ? Quels problèmes doit-elle résoudre ?

Ces questions peuvent sembler simples, mais les réponses ont une grande influence sur l’évolution du projet.

Un site web destiné avant tout à présenter des services et à faciliter la prise de contact n’a pas les mêmes besoins qu’un portail client où les utilisateurs se connectent pour gérer des informations.

C’est pourquoi la phase de cadrage ne consiste pas seulement à recueillir des souhaits et des idées, mais aussi à évaluer ce qu’il est pertinent de construire.

L’objectif est d’établir une base claire avant que le travail de design et de développement ne commence.

02. Design – de l’idée à une direction visuelle

Une fois les objectifs et les besoins définis, la conception visuelle commence.

Je travaille ici sur la structure, la typographie, les couleurs, la mise en page et l’expérience utilisateur. J’aime explorer différents styles, et surtout la façon dont les animations et les éléments interactifs peuvent rendre un site plus intéressant.

En même temps, le design doit avoir une fonction.

Une animation peut être impressionnante, mais si elle rend le site plus difficile à utiliser ou nuit aux performances, ce n’est pas forcément un bon choix.

À cette étape, j’utilise aussi l’intelligence artificielle comme outil. Des modèles comme Sol, Astra et Opus peuvent apporter des idées, des propositions de design alternatives et des perspectives techniques.

Cela permet d’explorer davantage de pistes en moins de temps.

Mais une proposition d’un modèle d’IA reste une simple proposition. J’évalue si elle convient au projet, comment elle fonctionne sur différentes tailles d’écran et si elle améliore réellement l’expérience utilisateur.

Le design final ne doit pas seulement être agréable à regarder. Il doit aussi être réfléchi et utilisable.

03. Développement – quand le design devient fonctionnel

Une fois la direction de design validée, commence le travail pour en faire une solution qui fonctionne.

Cela implique de construire l’interface, de mettre en œuvre les fonctionnalités et de veiller à ce que les différentes parties fonctionnent ensemble.

Selon le projet, cela peut aller d’un site web relativement simple à un logiciel plus complet, avec plusieurs fonctionnalités et systèmes techniques.

Là aussi, l’IA peut être utile.

J’utilise notamment des modèles d’IA pour de l’aide à la programmation, des suggestions techniques et le débogage. Cela peut faciliter l’examen de solutions alternatives et l’identification de problèmes.

Mais du code généré par l’IA n’est pas automatiquement du bon code.

Une proposition peut fonctionner dans un scénario et poser problème dans un autre. Elle peut contenir une complexité inutile, être difficile à maintenir ou négliger des détails importants.

C’est pourquoi le code doit être relu, adapté et testé.

Pour moi, le développement ne consiste pas seulement à faire fonctionner quelque chose. Il s’agit aussi de comprendre comment cela fonctionne, et comment la solution pourra être maintenue et améliorée.

Tests et corrections – le travail qui reste souvent invisible

C’est peut-être la partie du processus de développement sur laquelle il me semble le plus important d’être transparent.

Une solution peut sembler terminée bien avant d’être réellement prête à l’emploi.

Il n’est pas rare que je passe beaucoup de temps à examiner de petits détails, à ajuster des animations, à corriger des erreurs et à tester les différentes façons dont une fonctionnalité peut se comporter.

Comment le site fonctionne-t-il sur un téléphone mobile ? Que se passe-t-il si un utilisateur appuie plusieurs fois sur le même bouton ? La navigation fonctionne-t-elle au clavier ? Que se passe-t-il si une requête échoue ?

Ce genre de questions est important.

Tester ne consiste pas non plus seulement à trouver des erreurs. Il s’agit de vérifier si la solution offre réellement l’expérience utilisateur qu’elle est censée offrir.

C’est pourquoi je teste et j’améliore tout au long du développement, et pas seulement à la toute fin.

Une modification peut aussi avoir des effets sur d’autres parties du système. Lorsqu’on corrige ou améliore quelque chose, il faut donc vérifier que les autres fonctionnalités marchent toujours comme prévu.

Ce travail prend du temps, mais c’est une partie importante de l’assurance qualité.

Comment j’utilise l’IA sans partager d’informations sur mes clients

L’intelligence artificielle a trouvé une place naturelle dans mon travail de développement. En même temps, je pense qu’il est important d’être clair sur les limites qui s’appliquent.

Lorsque j’utilise des services d’IA dans le cloud comme ChatGPT, Claude ou Gemini, ils ne doivent recevoir aucune information réelle sur les clients ou les entreprises avec lesquels je travaille.

Cela concerne notamment les noms d’entreprises, les noms de personnes, les images, les coordonnées, les documents internes et toute autre information qui appartient au client ou peut lui être associée.

Le travail avec ces modèles se fait donc avec du contenu fictif, des exemples génériques et des données de test.

Ce n’est qu’une fois le travail avec les modèles d’IA dans le cloud terminé dans le projet que j’intègre les vraies informations du client dans la solution.

Si une assistance de l’IA est nécessaire pour travailler avec ces informations, je peux plutôt utiliser des modèles exécutés en local, dans un environnement privé et isolé, sans que les informations soient envoyées à des services d’IA externes.

Cette séparation est délibérée.

Je pense qu’il est tout à fait possible de tirer parti des outils d’IA modernes sans leur donner accès aux informations des clients.

La technologie doit contribuer à améliorer le processus de travail, pas réduire le contrôle sur les informations traitées.

04. Lancement – quand la solution rencontre la réalité

Lorsque le développement touche à sa fin, les derniers contrôles et améliorations sont effectués.

Il s’agit notamment de vérifier les fonctionnalités, les performances, l’adaptation mobile, l’accessibilité et les aspects de sécurité pertinents.

Le contenu réel doit également être en place et vérifié dans la solution finale.

L’objectif est que ce qui est lancé soit abouti, et que les éventuelles erreurs connues soient traitées avant la mise en ligne.

Mais un lancement ne signifie pas forcément que le travail est terminé.

Les besoins peuvent changer. La technologie évolue. De nouvelles fonctionnalités peuvent devenir pertinentes, et les solutions existantes peuvent être améliorées.

C’est pourquoi il est aussi important de réfléchir à la manière dont un projet pourra être maintenu par la suite.

Une bonne solution est le fruit de nombreuses réflexions

Je trouve les progrès de l’intelligence artificielle incroyablement passionnants, et je pense que ces outils joueront un rôle de plus en plus important dans la manière dont les solutions numériques sont construites.

En même temps, mon travail avec HMOOD m’a appris à quel point il est important de prendre le temps des détails.

Il est facile d’être impressionné par la rapidité avec laquelle la technologie peut générer un design ou produire du code.

Mais c’est souvent en commençant à tester, ajuster et améliorer le résultat que l’on découvre ce qui fonctionne vraiment.

Pour moi, c’est justement la combinaison de créativité, de technologie, de tests rigoureux et de choix responsables qui rend le travail de développement intéressant.

Une solution numérique n’est pas bonne simplement parce qu’elle a l’air terminée.

Elle doit fonctionner pour les personnes qui vont l’utiliser.

Contact

ou écrivez directement à
hei@hmood.no