Projet perso2026
Mon Planning
Une app Android perso pour organiser mes journées, où une tâche oubliée ne disparaît jamais en silence.
- Contexte
- Projet personnel, né d'un besoin quotidien
- Rôle
- Conception, design et développement
- Durée
- En cours depuis 2026
- Outils
- Figma, React Native, Expo, Supabase, Claude Code, EAS Build
Le problème
Je voulais un seul endroit pour mes tâches de la journée et pour mes échéances plus lointaines : les cours, les projets, le perso.
Dans la plupart des apps, une tâche du jour qui n'est pas faite disparaît le lendemain, ou se noie dans une liste. On l'oublie sans même s'en rendre compte.
Les écrans de l'app
L'accueil
Tout ce qui compte aujourd'hui tient sur un seul écran.
En haut, les tâches quotidiennes à cocher. Une tâche que je n'ai pas faite ne disparaît pas le lendemain : elle reste affichée en rouge, et ce rouge se marque un peu plus avec le temps.
En dessous viennent les prochaines tâches, avec le temps qu'il reste avant chaque échéance, puis les événements à venir.
L'agenda
Une vue du mois, où chaque jour chargé est signalé par un point. En touchant un jour, j'affiche la liste de ce qui s'y passe.
Les tâches passées restent consultables dans l'onglet « Effectuées ». Je peux y ajouter des notes, par exemple la note finale d'un projet.
La démarche
Du premier écran dessiné dans Figma jusqu'à l'app installée chez mes testeurs.
Maquettes
J'ai dessiné l'interface dans Figma.
Développement
J'ai développé l'app avec Claude Code, en React Native et Expo. Les données restaient d'abord sur le téléphone, ce qui me permettait d'itérer vite sur le visuel. Elles sont maintenant sur Supabase : on retrouve ses tâches en changeant de téléphone.
Build Android
EAS Build génère un fichier .apk que j'installe directement sur mon téléphone, sans passer par le Play Store.
Bêta-test
Des proches testent l'app. Je les ai recrutés avec un post Instagram et LinkedIn, et une affiche dont le QR code mène au fichier .apk.
Prochaine étape
Faire tester l'app à davantage d'utilisateurs Android, pour recueillir plus de retours.
Décisions clés
Les choix structurants du projet, et ce qui les justifie.
Une tâche oubliée reste visible, et rougit
Pourquoi
- Je préfère rendre l'oubli visible plutôt que de le cacher.
- Le rouge suffit à le signaler. Pas besoin de notifications agressives qui culpabilisent.
Une base de données en ligne plutôt que 100 % locale
Pourquoi
- Changer de téléphone ne doit rien faire perdre.
Un .apk plutôt que le Play Store
Pourquoi
- Je voulais faire tester l'app vite, par de vrais utilisateurs.
- Le fichier s'installe directement sur le téléphone, sans les contraintes d'une publication sur le Play Store.
Lancer les tests tout de suite
Pourquoi
- J'ai préféré faire tester une version imparfaite plutôt qu'attendre d'avoir ajouté plus de fonctionnalités.
Envie d'en discuter, ou de voir les fichiers de travail ? Je cherche une alternance de 2 ans à Nantes.
Me contacter