Une marketplace, donc deux produits en un
Une marketplace n'est jamais un seul produit. Le loueur publie un espace, en fixe le prix et les disponibilités, répond aux demandes et attend son versement. Le locataire cherche, compare, échange et paie. Les deux utilisent la même application, mais presque aucun écran en commun — et leurs attentes sont opposées : le loueur veut de la visibilité, le locataire veut du choix.
C'est ce qui rend ces projets exigeants au cadrage : il faut décrire deux parcours complets avant de coder, y compris les moments où ils se croisent — la demande de réservation, l'échange de messages, l'annulation.
Le paiement, la partie qui ne pardonne pas
Encaisser pour le compte d'un tiers n'a rien à voir avec un paiement classique. L'argent transite par la plateforme puis doit être reversé au loueur, ce qui suppose de gérer des comptes vendeurs, la vérification d'identité imposée à toute plateforme qui redistribue des fonds, les remboursements et les litiges.
Sur Rentoall, ce périmètre repose sur Stripe. Le choix est structurant : reconstruire cette brique à la main représente des mois de développement et une exposition réglementaire qu'aucun porteur de projet ne souhaite assumer.
Web et mobile : pourquoi les deux
Rentoall existe en site web et en applications iOS et Android. Ce n'est pas systématique — beaucoup de projets n'ont pas besoin des deux, et je le dis quand c'est le cas. Ici, les deux canaux répondent à des usages distincts : la recherche et la comparaison se font volontiers sur grand écran, tandis que la messagerie et le suivi d'une réservation se consultent sur le téléphone, en mobilité.
Cette configuration a une conséquence directe sur le choix technique : mieux vaut une base de code partagée entre iOS et Android qu'une application développée deux fois, sauf besoin matériel particulier — ce qui n'était pas le cas ici.
Questions fréquentes
Combien coûte le développement d'une marketplace ?
Une marketplace est structurellement plus lourde qu'un site classique : deux parcours utilisateurs complets, un back-office, et une brique de paiement avec reversement. Le prix se fixe après un appel de cadrage, une fois le périmètre du V1 arbitré — c'est là que se joue l'essentiel de l'écart entre deux projets.
Faut-il développer le web et le mobile en même temps ?
Rarement au lancement. Mieux vaut sortir le canal où se trouvent réellement vos utilisateurs, valider la traction, puis ouvrir le second. Quand les deux sont nécessaires, une base de code partagée entre iOS et Android évite de développer l'application deux fois.
Comment gérer les paiements entre particuliers sur une marketplace ?
Par une solution qui gère nativement le reversement à des vendeurs tiers, Stripe étant la référence en Europe. Elle prend en charge les comptes vendeurs, la vérification d'identité obligatoire, les remboursements et les litiges. Reconstruire cette brique en interne représente des mois de développement et une exposition réglementaire.
Comment lancer une marketplace qui n'a encore ni offre ni demande ?
En ne lançant pas les deux côtés à la fois. On amorce un seul côté — presque toujours l'offre — sur une niche géographique ou sectorielle étroite, et on y crée assez de liquidité pour que la demande trouve quelque chose. C'est le problème du démarrage à froid, et il tue plus de marketplaces que la concurrence.
