
Contexte du projet
J'ai eu la possibilité de rejoindre le hackathon
L'évènement durait 2 jours exactement, débutant le vendredi soir jusqu'au dimanche soir. Un bâtiment avait été réservé spécialement pour l'occasion et restait ouvert toute la nuit du samedi avec quelques animations mais surtout le temps pour coder notre service.


S – Situation
Hackathon basé sur de l'IA générative.
Nous avons 48 heures pour créer un service fonctionnel, pas juste un prototype Figma ou une idée bien ficelée mais un projet codé réel.
Le concept est que le vendredi nous venons soit avec une idée soit en temps que porteur de compétences. Si on a une idée on la pitch à tous, et puis chacun crée son équipe avec tous les rôles disponibles.
Tout l'évènement est organisé par une équipe de volontaires extra motivés.
A travers tout le week-end plusieurs choses ont été organisé pour nous aider à réussir le défi : des temps de travail en équipe au cours desquels des professionnels sont venus nous coacher, des repas tous ensemble pour se détendre, des conférences pour développer de nouvelles compétences utiles ou encore des moments de fête pour profiter tous ensemble.
Et enfin le pitch final.
T - Tâche
Lorsque le hackathon a commencé, j'ai rejoint une équipe qui se concentrait sur la veille et sur les moyens de la rendre plus efficace et de la développer davantage.
Notre équipe était composée de deux product owners, trois développeurs, une data analyst (et cheffe de projet) et moi-même, la designer.
Nous voulions créer un outil qui permettrait de retrouver plus facilement tout ce que vous avez enregistré, d'enregistrer les sources auxquelles vous faites confiance et de vous suggérer des contenus liés à vos sujets préférés que vous n'auriez peut-être pas vus autrement.

A – Action
Une fois l'équipe formée, nous n'avions que deux heures le vendredi soir pour faire connaissance et jeter les bases de notre projet du week-end. Nous avons commencé par une brève présentation au cours d'une table ronde afin de comprendre le parcours, les points forts et les atouts de chaque membre de l'équipe. Cela a permis d'instaurer un climat de confiance et de donner le ton pour un travail collaboratif.
Nous avons ensuite échangé sur le thème de la veille, en explorant la façon dont chacun d'entre nous le comprenait et son rôle dans notre vie quotidienne. Il est rapidement apparu que nous avions des perspectives et des interprétations différentes, ce qui était une force, mais rendait également difficile la mise en accord.
Afin de canaliser ces points de vue divers en énergie créative, j'ai suggéré d'organiser un atelier d'idéation Crazy 8. Cette méthode rapide a permis à chacun d'explorer librement et visuellement ses propres idées. C'était un excellent moyen d'ouvrir le champ avant de restreindre en une direction plus précise, et cela a permis à chacun de se sentir impliqué dès le début.
Une fois toutes les idées mises sur la table, nous avons regroupé les concepts similaires et marqué ceux qui trouvaient le plus d'écho auprès de l'équipe à l'aide de petits marqueurs visuels. Cela nous a donné une première idée de la direction à prendre.
Avant de conclure la soirée, nous avons rapidement défini une liste de tâches pour le lendemain afin que chacun arrive avec une idée claire des points sur lesquels se concentrer. Cette étape de planification nous a permis de démarrer plus rapidement le samedi.
A – Action
Nous avons commencé la journée en reprenant là où nous nous étions arrêtés vendredi soir.
Chaque membre de l'équipe s'est plongé dans les tâches qui lui avaient été assignées : tandis que certains collègues commençaient à mettre en place la structure technique et l'environnement de développement, j'ai travaillé en étroite collaboration avec l'un des product owners pour préparer et mener les premiers entretiens avec les utilisateurs, sur la base des personas que nous avions esquissés la veille.
Ces premiers entretiens ont été essentiels. Ils nous ont permis de valider certaines de nos hypothèses initiales, mais surtout, ils ont remis en question certaines de nos idées et nous ont ouvert de nouvelles perspectives sur les besoins des utilisateurs. Après les entretiens, nous avons fait le point avec l'équipe, partageant ce que nous avions appris tandis qu'ils partageaient leurs progrès sur la configuration technique et conceptuelle.
En fin de matinée, nous avions rassemblé suffisamment d'informations pour itérer rapidement. Nous avons affiné notre concept initial pour en faire un premier prototype, que nous avons dû tester l'après-midi même. Après un bref déjeuner en équipe, je me suis concentré sur le travail direct avec les développeurs sur l'UI/UX, en m'assurant que les wireframes et l'interface étaient pertinents pour nos utilisateurs et alignés sur les capacités techniques.
Compte tenu de notre calendrier serré, nous avons convenu de fixer des objectifs réalistes pour cette première série de tests utilisateurs. Nous avons défini un objectif clair :
« Prouver que notre proposition de valeur suscite un réel intérêt chez les utilisateurs. »
Bien que nous n'ayons pas réussi à mettre en œuvre toutes les fonctionnalités que nous avions envisagées, nous avons pu lancer une version test simplifiée dans les délais impartis. J'ai personnellement mené les tests utilisateurs et recueilli les commentaires directs. Ceux-ci ont révélé deux informations essentielles :
Les utilisateurs avaient besoin d'indications plus claires tout au long de leur parcours.
Notre concept avait du potentiel, mais nous devions concentrer l'expérience sur une seule fonctionnalité forte plutôt que d'essayer d'en faire trop.
Après les tests, nous avons organisé une réunion d'équipe. Avec l'aide de l'un de nos coachs, nous avons réévalué les priorités et recentré le projet. Nous avons décidé de miser davantage sur la clarté de l'expérience utilisateur et les fonctionnalités essentielles.
Plus tard dans la soirée, et jusque tard dans la nuit, nous avons continué à travailler. Malgré le manque de sommeil, toute l'équipe était soudée et motivée, et nous avons fait d'importants progrès sur l'expérience globale avant d'entamer le dimanche.

A – Action
Dimanche — ou quelques heures plus tard seulement. Nous avons commencé par un bref débriefing d'équipe. Nous avons partagé nos progrès réalisés pendant la nuit et mis à jour la liste des tâches à accomplir avec les quelques heures qui nous restaient. J'ai mené une nouvelle série de tests utilisateurs en fin de matinée, en utilisant une version améliorée du prototype basée sur les commentaires recueillis la veille.
Ces derniers entretiens ont confirmé que notre proposition de valeur était pertinente et intéressante. Cependant, nous avons identifié un problème récurrent : certains utilisateurs étaient encore déroutés par la structure et le chevauchement de certaines fonctionnalités. Nous avons apporté quelques modifications ciblées au flux et aux libellés afin de réduire la charge cognitive et d'affiner le message, tout en conservant une portée réaliste compte tenu des contraintes de temps.
À quelques heures seulement de la présentation finale, nous sommes passés en mode présentation. J'ai dirigé le débriefing afin de m'assurer que tout le monde était d'accord sur la version finale du concept. Ensemble, nous avons dressé la liste des éléments clés que nous voulions communiquer clairement : le problème, les insights des utilisateurs, notre solution et sa valeur potentielle.
J'ai ensuite contribué à définir la structure et le récit de la présentation finale. J'ai également participé à la conception et à la création des supports visuels, en veillant à ce qu'ils reflètent la vision UI/UX du produit et renforcent le récit grâce à une identité visuelle forte.
Notre objectif était de créer un « effet waouh », tant au niveau du contenu que de la forme. Une fois les diapositives prêtes, nous avons aidé notre cheffe de projet à répéter la présentation, en affinant les transitions et le timing pour l'adapter au format court.
Enfin, le moment de la présentation était arrivé. Malgré la pression du temps et la fatigue, nous avons livré une présentation cohérente, confiante et convaincante. Le jury a réagi positivement, montrant un intérêt sincère pour le concept et son potentiel. Ce fut une façon gratifiante de conclure un sprint intense et collaboratif.
R - Résultats
À la fin du hackathon, nous avons livré un prototype fonctionnel de notre concept : un outil de surveillance personnalisé qui aide les utilisateurs à récupérer facilement le contenu enregistré sur l'ensemble de leurs réseaux sociaux et de leurs e-mails, et à suivre des sources fiables.
Pour moi, ce projet a été une occasion précieuse de collaborer au sein d'une équipe multidisciplinaire, aux côtés de développeurs, de product owners et d'une data analyst. Cela m'a poussé à mieux aligner la conception sur les contraintes techniques et à communiquer plus clairement les décisions relatives à l'expérience utilisateur dans un environnement en constante évolution.
La présentation finale a été bien accueillie par le jury, qui a salué l'originalité et la clarté de notre solution. Il a estimé que notre concept avait un réel potentiel et nous a même encouragés à poursuivre son développement au-delà du hackathon, ce que nous avons fait, bien que lentement, chacun reprenant ses responsabilités individuelles.
Cette expérience m'a permis d'approfondir ma capacité à concevoir sous pression, à itérer rapidement et à transformer des idées abstraites en solutions tangibles et testables, tout en apprenant à co-créer efficacement entre différents rôles.