« J'ai besoin de construire un marketplace. »
Cette phrase peut signifier des choses très différentes. Un marketplace où des particuliers achètent et vendent des articles d'occasion est une architecture. Un marketplace où des entreprises engagent des prestataires de services industriels en est une complètement différente.
Les confondre au début d'un projet est l'une des erreurs les plus coûteuses en développement logiciel. Voici les différences qui comptent - pas les superficielles, mais celles qui affectent la façon dont le système est construit depuis ses fondations.
Qu'est-ce qui différencie un marketplace B2B d'un marketplace B2C ?
Ce n'est pas seulement l'audience. C'est le modèle économique, les flux de transaction, les exigences légales et, par conséquent, l'architecture du système.
Marketplace B2C (Business to Consumer)
Marketplace B2B (Business to Business)
Les différences architecturales les plus importantes
Système d'utilisateurs et de rôles
B2C : vendeurs et acheteurs avec des profils relativement simples. Un utilisateur peut être vendeur, acheteur ou les deux.
B2B : des organisations avec plusieurs utilisateurs internes et des rôles différenciés. L'« acheteur » peut être une entreprise avec une équipe achats qui génère la demande, un manager qui approuve la dépense et un système ERP qui reçoit la facture finale. Le « vendeur » peut avoir support, ventes, facturation et logistique comme utilisateurs séparés avec des accès différents.
Cela impacte directement le modèle d'authentification, le système de permissions et la structure de la base de données. En B2B, l'entité de base n'est pas l'« utilisateur » - c'est l'« organisation », et les utilisateurs appartiennent à des organisations.
Moteur de recherche et matching
B2C : recherche par mots-clés, filtres de prix et de catégorie. L'utilisateur sait plus ou moins ce qu'il veut et le cherche.
B2B : recherche avec des critères complexes : certifications du fournisseur, capacité de production, zone géographique, historique de conformité, volume minimum de commande. Parfois le matching est effectué par un opérateur humain du marketplace, pas par un algorithme.
Gestion des transactions
B2C : le flux est relativement simple - panier, paiement, confirmation, livraison, avis.
B2B : le flux peut inclure une demande de devis, l'envoi d'une proposition par le fournisseur, la négociation, l'approbation interne de l'acheteur, l'émission d'un bon de commande, le suivi du statut de livraison, la réception de la facture et le paiement différé. Chacune de ces étapes est un état dans le système avec ses propres règles et transitions.
Modéliser ce flux dans la base de données nécessite de penser en machines à états avec plusieurs acteurs et conditions. Ce n'est pas quelque chose qu'on peut improviser.
Paiements
B2C : Stripe, Mercado Pago, PayPal. Paiement instantané, rétention des fonds jusqu'à la confirmation de livraison.
B2B : en plus du paiement en ligne, vous devez supporter les virements bancaires, les lignes de crédit, les factures à échéance à 30/60/90 jours, et potentiellement l'intégration avec le système de comptes fournisseurs de l'acheteur. La passerelle de paiement est une petite pièce d'un système de facturation plus complexe.
Litiges et support
B2C : un système de résolution de litiges standardisable - l'acheteur réclame, le vendeur répond, il y a une période de résolution.
B2B : les litiges impliquent des contrats, ont des implications juridiques plus importantes et nécessitent souvent un processus de médiation plus sophistiqué. Le système doit enregistrer toutes les preuves pertinentes pour ce processus.
Une décision de conception précoce qui change tout
Si vous savez dès le départ que votre marketplace est B2B, il y a des décisions de conception de base de données à prendre dès le premier jour :
Changer ces décisions après que le système est en production avec de vrais utilisateurs est techniquement possible, mais implique des semaines ou des mois de travail qui auraient pu être évités avec deux heures de conversation avant d'écrire la première ligne de code.
Le marketplace hybride existe aussi
Il y a des marketplaces qui ont les deux dynamiques : une partie du business est B2C (consommateurs finaux achetant directement) et une autre est B2B (entreprises achetant en volume avec des conditions spéciales).
Dans ces cas, l'architecture doit accommoder les deux modèles dès le départ. L'erreur est de construire l'un et « d'ajouter l'autre plus tard » - cela aboutit généralement à deux systèmes parallèles mal intégrés.
Vous construisez un marketplace ?
Que ce soit B2B, B2C ou hybride, la première étape est d'avoir le modèle économique complètement clair avant de parler technologie.
Dans le diagnostic initial que nous faisons avec les clients, nous prenons le temps de cartographier ce modèle. Nous ne facturons pas pour réfléchir avec vous ; nous facturons pour construire. Et bien construire commence par bien comprendre.
Partager
Écrit par
Santiago Bugnón
CTO @ Nebula Solutions
Nous le construisons chez Nebula
