Addict helper

Contexte : Un projet personnel, à la fois utile et formateur : aider des personnes à mieux comprendre et réduire une consommation problématique, et à se connecter à des aidants ou professionnels quand elles en ont besoin. C'est aussi l'occasion de prolonger ma pratique de designer jusqu'au code, en apprenant le développement produit de bout en bout via le vibe coding.

Les utilisateurs et leurs besoins

Deux profils bien distincts à concevoir en parallèle :

• • La personne qui suit sa consommation : choisir une addiction et une date d'arrêt, visualiser un compteur d'abstinence en temps réel, consulter un calendrier mensuel de son historique, gérer plusieurs addictions en même temps.
• • L'aidant (proche, soignant, professionnel médical) : recevoir un accès dédié une fois autorisé, avec son propre tableau de bord pour suivre et soutenir la personne accompagnée.

Fonctionnalités clés

• • Compteur d'abstinence en temps réel et calendrier mensuel de suivi
• • Gestion de plusieurs addictions en parallèle, avec des presets de consommation personnalisables
• • Partage d'un lien de calendrier en lecture seule, protégé par mot de passe
• • Système d'invitation et d'autorisation des aidants, avec des permissions sélectives (lecture seule, choix des addictions visibles)
• • Messagerie intégrée (site, email, SMS) entre l'utilisateur et un aidant accepté
• • Chatbot de soutien basé sur l'IA, disponible à tout moment

Choix UX à retenir

Deux décisions qui comptent plus qu'il n'y paraît :

• • Un écart de consommation peut être noté sans réinitialiser le compteur d'abstinence, pour ne pas décourager après un faux pas.
• • L'utilisateur garde la main sur ce qu'il partage et avec qui : chaque aidant n'a accès qu'aux addictions et informations explicitement autorisées.

Mon rôle et ma démarche

Je conçois et développe ce projet seul, via le vibe coding : cadrage du besoin, UX/UI, modélisation des données, logique produit. La partie interface (React 19, TanStack Start) est générée et gérée par Lovable, que je pilote et affine avec Claude Code plutôt que d'écrire ce code moi-même à la main. Je mets en revanche davantage les mains dans Supabase : structure des tables, migrations, logique métier via des fonctions RPC. Une manière concrète de prolonger mon métier de designer jusqu'à la mise en production, sans pour autant me présenter comme développeur front.

Le code sur GitHub

Le projet est disponible sur GitHub pour suivre son évolution et découvrir sa mise en œuvre.

Cartographier pour mieux décider

À mesure que le produit grandit, le défi est de rendre cohérents le suivi personnel et les relations d’aide. J’ai repris les parcours existants pour distinguer quatre mécanismes : un contact, une demande d’aide, une autorisation de suivi et un lien de partage. Ils ne donnent pas les mêmes possibilités.

La cartographie croise les perspectives de la personne suivie, de l’aidant et du soignant, tout en conservant les différences entre les rôles techniques, notamment celui de proche. Elle sert à repérer les ambiguïtés avant de développer de nouvelles fonctionnalités.

01 — Les workflows : lire le fonctionnement actuel

Les actions et les décisions sont organisées de gauche à droite pour comprendre les enchaînements du suivi, du partage et de l’accompagnement.

02 — Les user journeys : changer de point de vue

De la découverte à la fin de l’accompagnement, trois perspectives mettent en regard le fonctionnement existant, les besoins supposés et les pistes d’amélioration. Les besoins et émotions proposés restent des hypothèses à confronter au terrain.

03 — Le backlog UX : préparer les validations

15 hypothèses et 3 scénarios de test proposés relient chaque piste à un rôle, un contexte et un critère de validation. Ce travail assisté par IA est conservé séparément des retours de personnes réelles.

Ce que je veux éprouver ensuite

• Une personne comprend-elle ce que son soignant peut voir après l’ajout d’un contact ou l’acceptation d’une aide ?
• Chaque accompagnant identifie-t-il le parcours adapté à son rôle et ses limites ?
• Peut-on enregistrer une consommation, puis arrêter uniquement le partage, sans surprise sur le compteur ou les données ?

La prochaine étape consiste à choisir un scénario, observer sa compréhension, puis ajuster le parcours. Ces tests sont proposés, pas encore exécutés dans cette démarche. Le backlog constitue un espace de décision, et non une promesse de tout développer.

Statut actuel

Le projet est encore en cours de conception : les fonctionnalités principales (suivi, compteur, calendrier, partage, rôle aidant, messagerie, chatbot) sont en place, et l’application continue d’évoluer. Les retours de personnes réelles et les hypothèses de conception sont suivis dans deux backlogs distincts.