Rémanence
Ce qu’il reste d’un livre, une fois refermé
Journal de lecture entièrement local, sans backend ni réseau social, construit autour de l’écart entre le ressenti à chaud et la trace à froid.
Statut
Version 1.0.0 préparée pour un test interne
La V1 est fonctionnelle et une release 1.0.0 a été préparée pour un test interne Play Store. Le site vitrine bilingue est en ligne. L'application n'est pas encore publiée au grand public.
Voir en ligne
Le problème
Les applications de lecture existantes sont des réseaux sociaux : on y note pour être vu. Rémanence part d'une autre intuition — ce qui compte, c'est ce qu'il reste d'un livre quelques semaines après l'avoir refermé. Le produit est donc conçu pour capturer deux choses distinctes : l'émotion immédiate, et l'avis décanté.
Mon rôle
Conception produit et développement mobile complet, de l’architecture locale à la préparation de la mise en magasin.
Captures
06 écransLes décisions qui ont façonné le produit.
Deux notes, à deux moments
Une note à chaud dès la dernière page, puis une note à froid après un délai configuré, rappelée par une notification locale. C'est le cœur du produit, pas une option.
Aucun réseau social
Pas de flux, pas d'abonnés, pas de partage intégré. Le journal est personnel, et cette absence est un choix de conception, pas une fonctionnalité manquante.
Une critique exportable
L'application génère un texte simple que l'utilisateur copie où il veut. Le partage est délégué, pas intégré.
La sauvegarde reste optionnelle
Google Drive est proposé, jamais imposé. Sans compte, l’application fonctionne intégralement.
Pas de backend en V1
Aucun serveur à exploiter, aucun coût récurrent, aucune donnée de lecture hébergée. Toute la V1 tient sur l'appareil.
Recherche ISBN multi-sources
BnF SRU, Google Books et Open Library sont interrogées pour retrouver une fiche livre, avec conservation des couvertures récupérées.
Découpage modulaire
Séparation nette entre routes, composants, état, utilitaires et accès aux API externes.
Chaîne de release automatisée
CI de qualité sur chaque PR, et workflows EAS Build et EAS Submit dédiés à la préparation des builds et des soumissions.
Contraintes
- Aucun backend, donc aucune synchronisation entre appareils en V1.
- Dépendance à trois catalogues externes dont les réponses sont hétérogènes.
- Application bilingue français / anglais dès la première version.
- Contraintes de publication Play Store à satisfaire avant diffusion.
Stack
- React Native
- Expo
- Expo Router
- TypeScript strict
- Zustand
- expo-sqlite
- Jest
- React Native Testing Library
- EAS Build
- EAS Submit
Ce que ce projet démontre
Une idée produit défendue jusque dans l’architecture : pas de social, donc pas de backend.
Agrégation de sources bibliographiques hétérogènes derrière une fiche unique.
Maîtrise de la chaîne Expo complète, jusqu’aux workflows de build et de soumission.
Notifications locales et temporalité comme mécanique produit.