Our Homes
Our Homes est une application qui sert à gérer la réservation d'une maison familiale partagée. Elle permet de voir les disponibilités, de réserver sans conflit et de suivre les nuits de chacun. Je l'ai conçue et construite avec un outil d'IA (Lovable), sans écrire le code à la main, puis de vrais utilisateurs s'en sont servis.
- Rôle
- Product · Build
- Stack
- Lovable · base de données intégrée · Figma
- Statut
- Arrêté · traction insuffisante
Le problème
Quand une famille partage une ou plusieurs maisons, trois choses deviennent vite compliquées : savoir quand la maison est libre, réserver sans que deux séjours tombent aux mêmes dates, et suivre qui est venu à quelle date. En pratique, la famille règle ces questions par messages ou dans un tableur. Les messages et le tableur créent des confusions, et parfois des tensions.
Ce que j'ai construit
J'ai conçu et construit l'application avec Lovable, un outil d'IA qui génère le code à ma place. L'application utilise une base de données pour les réservations, et des automatisations pour les invitations et les notifications. Le MVP (une première version réduite à l'essentiel) permet quatre choses : créer une famille et y ajouter des biens, inviter les membres en leur donnant un rôle, réserver un séjour en gérant les chevauchements de dates, et compter les nuits de chacun pour équilibrer l'usage de la maison. J'ai conçu l'ensemble pour un usage sur mobile.
Premiers résultats
De vrais utilisateurs se sont servis de l'outil dès les premiers jours. Leurs retours étaient positifs sur deux points : la simplicité d'usage et la clarté du calendrier. J'ai aussi découvert un potentiel B2B que je n'attendais pas (B2B : des clients qui sont des organisations), du côté des associations et des organismes qui mutualisent des logements.
La traction (le nombre de personnes qui adoptent le produit) est restée trop faible pour faire d'Our Homes un vrai produit, et j'ai arrêté le projet. Ce projet m'a appris trois choses par la pratique. J'ai livré une application complète sans écrire le code à la main (Lovable, base de données intégrée, automatisations et emails). J'ai atteint les limites d'architecture de ces outils. J'ai appris à regarder la réponse du marché avant d'investir davantage.
- J'ai repéré le problème dans un usage réel : une famille qui partage une maison a du mal à la réserver sans conflit.
- J'ai livré un MVP (une première version réduite à l'essentiel), construit avec Lovable (un outil d'IA qui génère le code). Ce MVP permet de réserver sans conflit, gère les chevauchements de dates et compte les nuits de chaque membre.
- J'ai observé un potentiel B2B que je n'attendais pas (B2B : des clients qui sont des organisations), du côté des associations et des organismes qui mutualisent des logements. Je n'ai pas poursuivi cette piste.
- J'ai regardé la réponse du marché : la traction (le nombre de personnes qui adoptent le produit) restait trop faible. J'ai donc décidé d'arrêter le projet, et j'assume cette décision.
- J'ai construit l'application avec Lovable. Elle comprend une base de données, des automatisations, des invitations et des envois d'emails.
- Les outils d'IA qui génèrent le code ont des limites d'architecture. J'ai atteint ces limites sur ce projet, et je les ai prises en compte avant d'investir davantage.