Créer une plateforme de mise en relation : étapes, coûts cachés et pièges à éviter

J'ai conçu et développé plusieurs plateformes de mise en relation : une marketplace de location et de vente entre particuliers, une plateforme de consultation en ligne avec appels vocaux et paiement, et d'autres projets du même type. À chaque fois, le constat est le même : les fondateurs ont une idée claire de leur produit, mais une idée floue de ce qu'il va coûter à faire tourner.

Cet article fait le tour de ce qu'il faut savoir avant de se lancer.

Plateforme de mise en relation ou marketplace ?

Une plateforme de mise en relation connecte deux types d'utilisateurs qui ont besoin l'un de l'autre : des clients et des consultants, des particuliers et des artisans, des propriétaires et des locataires. Une marketplace en est une forme particulière, où l'on échange des produits ou des locations, et où la plateforme encaisse le paiement pour le reverser au vendeur.

Dans les deux cas, la plateforme ne vend rien elle-même. Elle se rémunère par une commission ou un abonnement, et c'est ce qui rend le paiement et la facturation plus compliqués que sur un site e-commerce classique.

Les fonctionnalités d'une première version

On retrouve presque toujours le même socle :

• plusieurs types de comptes (clients, prestataires, administrateurs), chacun avec ses droits ;
• des profils et une recherche pour trouver la bonne personne ;
• un moyen d'échanger : messagerie, prise de rendez-vous, appels ;
• le paiement, avec la commission de la plateforme et le reversement au prestataire ;
• un back-office pour gérer les utilisateurs, les litiges et les paiements.

Le reste (avis, notifications, abonnements, application mobile) peut souvent attendre la deuxième version. Une première version réussie, le fameux MVP (produit minimum viable), est une version qui fait peu de choses, mais qui les fait bien.

Côté délais, comptez entre 2 et 4 mois pour développer cette première version. L'écart dépend des fonctionnalités à mettre en place : un simple annuaire avec prise de contact va beaucoup plus vite qu'une plateforme avec paiement, appels en temps réel et plusieurs types de comptes.

Solution toute faite ou sur mesure ?

Sur les projets que j'ai vus passer, les solutions toutes faites étaient presque toujours WordPress ou PrestaShop, avec des extensions. Je les conseille volontiers pour un site vitrine ou une toute petite boutique. Pas pour une plateforme de mise en relation.

Ce type de plateforme demande des comptes aux droits différents, des paiements partagés entre plusieurs personnes et des règles d'accès aux données précises. Avec des extensions empilées les unes sur les autres, on finit par se battre contre l'outil, et chaque mise à jour devient un risque. C'est aussi là que j'ai vu le plus de failles de sécurité.

Les outils no-code et l'IA ont changé la donne pour tester une idée : on peut montrer une maquette cliquable à de premiers utilisateurs en quelques jours. Mais pour une plateforme qui encaisse de l'argent et stocke des données personnelles, il faut garder la main sur le code. J'ai testé le développement d'un projet complet par une IA : bluffant sur les parties simples, mais incapable de configurer correctement les droits d'accès aux données.

Le sur mesure coûte plus cher au départ, mais la plateforme vous appartient, elle fait exactement ce dont vous avez besoin, et elle peut évoluer pendant des années. La marketplace que j'ai livrée en 4 mois évolue depuis plus de cinq ans sans refonte.

Le paiement, la partie qui prend le plus de temps

Pour une plateforme de mise en relation, le paiement n'est pas un simple bouton « Payer ». La plateforme encaisse l'argent du client, prélève sa commission et reverse le reste au prestataire. Pour le faire légalement, on passe par une solution spécialisée comme Stripe Connect ou Mangopay (je les compare ici).

Ce que les fondateurs ignorent au départ, c'est surtout la vérification d'identité des prestataires (le KYC). Avant de recevoir de l'argent, chaque prestataire doit fournir des informations et des justificatifs. Si ce parcours d'inscription est mal conçu, une partie des prestataires abandonne avant même d'avoir proposé un service. Réussir cet onboarding fait partie du produit, pas de la technique.

Et certains cas sont plus difficiles qu'ils n'en ont l'air. Sur un projet, j'ai passé près de trois semaines à trouver la bonne implémentation de Stripe pour un cas particulier de partage de frais. Ce temps-là n'apparaît dans aucun devis à 1 000 €.

Les coûts que personne ne liste

C'est le point que les fondateurs sous-estiment le plus. Une plateforme coûte de l'argent tous les mois, même quand personne ne développe :

• l'hébergement, qui augmente avec le nombre d'utilisateurs ;
• les services externes facturés à l'usage : cartes et recherche d'adresses, envoi de SMS et d'e-mails, appels vocaux ;
• les frais de paiement, prélevés par Stripe, PayPal ou la banque sur chaque transaction ;
• la facturation : la plateforme doit facturer sa commission, parfois émettre des factures pour le compte des prestataires, et suivre la réforme de la facturation électronique qui s'applique progressivement depuis septembre 2026. Les plateformes doivent aussi déclarer chaque année aux impôts les revenus de leurs vendeurs (directive DAC7) ;
• la maintenance : mises à jour de sécurité, corrections, évolutions des services externes.

Un exemple vécu : un de mes clients a reçu une facture de 1 500 € de Google Places, le service qui complète les adresses, à cause d'un pic de passages de robots venus de Chine. Personne n'avait prévu ce risque. Plafonner les quotas des services payants et poser des alertes de budget dès la mise en ligne évite ce genre de mauvaise surprise.

Combien coûte une plateforme de mise en relation ?

Il n'existe pas de prix type. Pour un même projet, certains développeurs proposeront 1 000 € et d'autres plus de 30 000 €. L'écart ne vient pas seulement du talent ou du tarif journalier : il vient de ce qui est réellement prévu.

Un devis très bas laisse généralement de côté la vérification d'identité, la facturation, la sécurité, les tests ou la maintenance. Ces sujets reviennent tôt ou tard, et ils coûtent alors plus cher. Pour comparer des devis, il faut d'abord écrire noir sur blanc ce que la plateforme doit faire.

Les pièges que je vois le plus souvent

J'ai souvent repris des projets développés par d'autres, et les problèmes se ressemblent :

• une plateforme qui ne répond pas au besoin, parce que personne n'a pris le temps de le formaliser avant de coder ;
• un projet qui n'en finit pas, parce qu'il a été mal cadré et qu'on a voulu tout développer d'un coup au lieu de commencer par un MVP. Pendant ce temps, le fondateur commence souvent à rembourser son prêt bancaire alors que la plateforme ne lui rapporte encore rien ;
• une plateforme qui ne fonctionne pas vraiment : des parcours qui cassent, des paiements qui échouent, des bugs qui reviennent ;
• de mauvais choix techniques au départ, qui rendent chaque évolution plus lente et plus chère ;
• des failles de sécurité, sur des plateformes qui stockent pourtant des données personnelles et font transiter de l'argent.

Quand un projet en est là, la question n'est plus de corriger un bug, mais de savoir ce qui peut être gardé. C'est le rôle d'un audit.

Par où commencer ?

Mon premier conseil : avant de choisir un développeur, trouvez quelqu'un capable de vous lister tous les coûts, y compris ceux qu'on ne voit pas : services externes, frais de paiement, facturation, maintenance, obligations légales. C'est ce qui sépare une plateforme qui tient dans la durée d'une plateforme qui s'arrête au bout d'un an faute de budget.

C'est exactement ce que je fais lors d'un cadrage : définir la première version, choisir les bons outils et chiffrer ce que la plateforme coûtera à construire, puis à faire tourner.