Un candidat remplit un formulaire de vingt champs et joint trois PDF. Le seller manager reçoit une alerte, télécharge les pièces, cherche l’entreprise sur plusieurs sites puis recopie ses conclusions dans un tableur. Deux semaines plus tard, la conformité demande les mêmes informations et le vendeur renvoie une version différente de son document bancaire.
Le problème est que le formulaire a collecté des réponses sans produire un dossier. Les preuves ne sont reliées ni à une identité, ni à un critère, ni à une période de validité. Chaque équipe recommence l’enquête et la candidature avance selon les relances plutôt que selon un verdict visible.
Le vrai enjeu d’une candidature vendeur sur une marketplace opérateur est de transformer une intention commerciale en décision explicable et en prérequis d’activation. Contre-intuitivement, demander toutes les pièces dès le premier écran réduit souvent la qualité au lieu de sécuriser le recrutement.
Vous allez comprendre comment filtrer l’éligibilité, vérifier identité et droit d’opérer, qualifier capacités, catalogue et adéquation, puis orchestrer revue et reprise. Le dossier conserve sources, versions et responsabilités ; les contrôles sont progressifs et l’activation reste bornée par des preuves réellement vérifiées.
Définir le résultat attendu
Séparer intérêt, qualification et activation
Un lead exprime un intérêt. Une candidature contient assez d’éléments pour décider de poursuivre. Un vendeur qualifié a satisfait les critères du périmètre visé. Un compte activé peut réellement publier ou vendre. Ces états ne doivent pas partager un simple booléen « accepté ».
Chaque transition indique critères, owner et action suivante. Le commercial peut juger l’adéquation tandis que conformité vérifie l’entité et opérations la capacité. La décision finale assemble ces verdicts sans permettre à une bonne opportunité commerciale d’effacer une preuve obligatoire manquante.
Décrire le dossier qualifiable
Le dossier relie entité, personnes habilitées, marchés, catégories, modèle logistique, intégration, preuves et décisions. Chaque information porte source, date, confiance et période de validité. Une pièce brute n’est utile que si elle répond à un critère précis.
La sortie attendue n’est pas une collection de fichiers mais une matrice de critères : satisfait, non applicable, à corriger, à vérifier ou refusé. Le reviewer voit les éléments qui fondent le verdict. Le vendeur connaît les prochaines actions sans découvrir progressivement une liste cachée.
Filtrer l’éligibilité tôt
Publier les critères non négociables
Pays desservis, catégories ouvertes, statut professionnel, modes de livraison, capacité minimale et exclusions réglementaires peuvent être vérifiés avant collecte sensible. Les critères sont formulés simplement avec leur raison. Un candidat inéligible reçoit une réponse immédiate et une possibilité de revenir si le périmètre évolue.
Le moteur d’éligibilité est versionné par marché et campagne. Il ne transforme pas une préférence commerciale en interdiction permanente. Les refus automatiques sont réservés aux critères objectifs ; les zones ambiguës créent une préqualification courte avec un owner.
Éviter les candidatures sans issue
Une liste d’attente distingue catégorie fermée, capacité saturée et calendrier futur. Elle conserve consentement et date de recontact, sans demander des documents qui expireront avant l’ouverture. Le candidat peut retirer ses données ou mettre à jour son intérêt.
Si le délai prévisionnel dépasse 90 jours, alors la plateforme ne lance pas le KYB complet. Elle recueille seulement identité de contact, catégorie et volume indicatif. Cette limite protège le temps vendeur et réduit la conservation de preuves inutiles.
Construire un parcours progressif
Demander selon le prochain verdict
La première étape couvre éligibilité et adéquation générale. La suivante vérifie l’entreprise et les personnes. Les capacités opérationnelles et le catalogue viennent lorsque le projet mérite cet effort. Chaque écran explique pourquoi l’information est requise et comment elle sera utilisée.
Le formulaire s’adapte au pays, au statut, à la catégorie et au modèle logistique. Il ne montre pas des champs inapplicables. Les réponses communes sont réutilisées entre étapes. Une modification d’adresse ne force pas à ressaisir toute la candidature, mais relance les contrôles dépendants.
Permettre sauvegarde et collaboration
Le candidat peut enregistrer, inviter un collègue et reprendre sur un autre appareil. Les rôles distinguent dirigeant, finance, technique et catalogue. Une personne habilitée soumet le dossier ; les contributions internes restent attribuées afin de comprendre une réponse contradictoire.
Les brouillons possèdent expiration et rappel proportionné. Une session interrompue ne perd pas les fichiers déjà validés. Les liens d’invitation sont courts, révocables et limités au dossier. Le support peut voir la progression sans lire des pièces sensibles hors de son rôle.
Vérifier identité et contrôle
Résoudre l’entité juridique
Raison sociale, registre, numéro, forme, adresse et pays sont rapprochés à une source autorisée. Les noms commerciaux restent des alias. Le dossier conserve réponse source, instant et identifiant, plutôt qu’une copie manuelle impossible à rafraîchir.
Les divergences sont classées : format, retard de registre, changement en cours ou contradiction matérielle. Une variation d’accent ne bloque pas comme une entité dissoute. L’analyste reçoit le diff et la preuve attendue ; il ne doit pas rechercher à nouveau tous les champs.
Identifier représentants et bénéficiaires
Le représentant prouve son autorité et les bénéficiaires sont collectés selon le cadre applicable. Les relations portent source, rôle et période. Les pièces d’identité restent séparées des écrans commerciaux, chiffrées et soumises à une rétention définie.
Scénario : le signataire n’apparaît pas dans le registre mais fournit une délégation valide. Si identité, délégant et portée concordent, alors le dossier avance avec cette preuve. Si la délégation exclut le contrat marketplace, le seuil d’autorité n’est pas satisfait et une correction est demandée.
Établir le droit d’opérer
Mapper pays, catégorie et obligations
Le droit d’opérer dépend du lieu d’établissement, des marchés ciblés, du rôle de vendeur et des produits. Une matrice retourne preuves, déclarations, licences et contrôles nécessaires. Elle est versionnée et possède un owner juridique ou conformité.
Une attestation générique ne remplace pas une autorisation liée à la catégorie. Les dates d’effet et d’expiration sont structurées. Le système distingue droit de candidater, droit de publier et droit de vendre, afin qu’une validation partielle ne devienne pas une activation générale.
Réutiliser les preuves sans les surinterpréter
Une pièce vérifiée peut satisfaire plusieurs critères lorsque sa portée le permet. Le dossier référence le même artefact, plutôt que de créer des copies. Une nouvelle version invalide uniquement les contrôles dépendants. Les décisions passées restent liées à la preuve utilisée à l’époque.
Si une licence expire dans moins de 30 jours, alors l’activation peut être limitée à une date ou attendre le renouvellement selon risque. Le rappel part avant échéance. À expiration, seules les catégories dépendantes sont suspendues ; le compte entier ne disparaît pas sans nécessité.
Qualifier la capacité opérationnelle
Évaluer commande, livraison et support
Volumes, stocks, heures de coupure, transporteurs, suivi, retours et service client sont décrits dans un scénario de run. Les déclarations chiffrées sont rapprochées à des preuves ou tests lorsque le risque le justifie. Une promesse marketing ne vaut pas une capacité démontrée.
Le questionnaire adapte la profondeur au service choisi. Un seller fulfilled doit prouver expédition et retours ; un modèle opéré se concentre sur préparation amont. L’équipe évalue les dépendances critiques et le fallback, pas la maturité générale de l’entreprise.
Tester une commande témoin
Une sandbox ou un pilote vérifie acceptation, stock, étiquette, suivi, annulation, remboursement et retour. Les résultats alimentent le dossier avec événements et captures structurées. Le test ne se réduit pas à une démonstration préparée par le candidat.
Par exemple, si le suivi n’est pas transmis sous le SLA de 15 minutes sur deux scénarios consécutifs, alors l’ouverture en temps réel est refusée. Le vendeur peut démarrer avec un flux borné ou corriger son intégration. Le go attend un nouveau test complet.
Qualifier l’adéquation commerciale
Mesurer apport et chevauchement
Assortiment, disponibilité, prix, exclusivités, expertise et zone de livraison décrivent l’apport. Le dossier compare au catalogue actuel sans promettre du volume. Un vendeur très similaire peut rester pertinent par sa profondeur de stock ; un catalogue vaste peut n’ajouter aucune offre vendable.
Les critères commerciaux sont scorés séparément des obligations. Ils servent à prioriser l’accompagnement, pas à contourner un contrôle. Les hypothèses portent source et horizon. Une opportunité saisonnière est évaluée avant que le calendrier ne rende son onboarding inutile.
Fermer le modèle économique
Commission, abonnement, services, paiement, retours et responsabilités sont simulés sur un panier réaliste. Le candidat voit les principales conditions avant d’investir dans l’intégration. Les exceptions contractuelles sont enregistrées avec approbation et date de revue.
Si la contribution reste négative dans le scénario central et la borne haute de volume, alors le dossier ne passe pas en intégration par optimisme. L’équipe cherche un changement de service, de prix ou de périmètre. Le refus économique est distinct d’une inéligibilité réglementaire.
Éprouver catalogue et intégration
Analyser un échantillon représentatif
Le candidat fournit des produits simples, variantes, médias, attributs sensibles et cas limites. Le mapping mesure complétude, unicité, taxonomie et effort de correction. Un fichier parfait de dix références choisies ne suffit pas pour qualifier cent mille SKU hétérogènes.
L’échantillon est stratifié par catégorie et volume. Les rejets gardent motifs actionnables. Catalogue évalue ce qui peut être normalisé, ce qui exige une source et ce qui est interdit. Le dossier estime le backlog avant de fixer une date d’ouverture.
Choisir le canal adapté
Portail, fichier, API ou connecteur sont comparés selon fréquence, volume, compétences et criticité. Le canal le plus sophistiqué n’est pas toujours nécessaire. Le contrat précise identités, schéma, idempotence, accusés et responsabilité de reprise.
Le pipeline reçoit en entrée l’échantillon versionné ; sa sortie contient produits, offres, rejets et manifeste. Seller integration porte le mapping, catalogue le verdict et plateforme les dépendances. L’instrumentation journalise chaque run, checkpoint et retry ; le rollback retire uniquement les projections du candidat.
Proportionner les contrôles
Adapter la profondeur au risque
Pays, catégorie, volumes, modèle de paiement, historique et service déterminent la profondeur. Le socle d’identité reste commun, puis les preuves s’ajoutent selon exposition. Un petit vendeur de biens courants n’est pas traité comme un distributeur de produits réglementés.
La matrice explique les contrôles supplémentaires. Elle ne se fonde pas sur des attributs sans rapport avec le risque. Les seuils et exceptions sont revus. Une réduction de contrôle exige une preuve de stabilité, pas seulement une relation commerciale ancienne.
Prévoir une activation progressive
L’activation peut limiter catégories, volumes, zones, payout ou nombre d’offres pendant observation. Chaque limite possède motif, durée et condition de levée. Le vendeur sait ce qui sera mesuré. Une phase pilote ne devient pas un état permanent sans décision.
Scénario : le dossier satisfait identité et catalogue, mais le retour logistique reste non éprouvé. Si le risque est réversible, alors vingt commandes témoins sont ouvertes avec réserve et surveillance. Un incident critique ou deux SLA manqués arrêtent le pilote ; une cohorte complète conforme autorise l’extension.
Orchestrer décisions et reprises
Modéliser états et responsabilités
Brouillon, soumis, en vérification, correction demandée, qualifié, refusé, expiré et activable ont des transitions explicites. Chaque sous-dossier possède son verdict. Une décision globale attend les critères bloquants mais peut faire avancer les chantiers indépendants.
Les commandes portent version attendue et clé idempotente. Une reprise ne duplique ni contrôle ni notification. Les délais excluent le temps d’attente candidat lorsque pertinent. Le monitoring distingue backlog interne, réponse externe, panne de source et dossier sans owner.
Traiter correction, expiration et refus
Une correction cible les champs ou preuves concernés et explique le critère. Le candidat resoumet une nouvelle version ; l’ancienne reste liée au verdict précédent. Les contrôles non dépendants demeurent valides. Cette granularité évite de recommencer tout le parcours.
Un refus indique catégorie de motif, éléments constatés, possibilité et délai de recours. Les détails sensibles restent protégés. Un dossier expiré peut être rouvert avec réévaluation des seules preuves obsolètes. La suppression suit rétention et obligations, pas le statut commercial.
Outiller candidats et reviewers
Présenter une vue de décision
Le back-office montre identité, critères, preuves, contradictions, échéances et prochaines actions. Le reviewer ouvre la source et le diff sans télécharger des pièces localement. Les faits, déclarations et inférences sont visuellement séparés. Un résumé ne masque jamais un critère bloquant.
La file priorise risque, valeur, ancienneté et saisonnalité selon policy. Elle groupe les dossiers partageant une source en panne. Les actions de masse sont limitées aux décisions homogènes et réversibles. Toute validation sensible demande motif et, au-delà du seuil, double approbation.
Chaque écran conserve l’identifiant de dossier, la version des critères et la décision attendue. Les recherches portent sur entité, marché, catégorie, owner ou échéance. Un export destiné au pilotage exclut les pièces et données personnelles ; il expose statuts, délais et causes agrégées. Cette séparation permet aux responsables d’améliorer le parcours sans élargir inutilement l’accès aux preuves sensibles.
Donner au vendeur une progression honnête
Le portail indique étapes terminées, en cours, attendues et dépendantes. Un pourcentage trompeur est évité si une preuve critique manque. Les messages utilisent le vocabulaire du candidat, donnent exemple et date cible, puis confirment la réception.
Si le dossier reste sans action interne pendant cinq jours ouvrés au-delà du SLA, alors l’owner est alerté et le candidat informé. Le support voit le blocage mais pas les données sensibles. Une relance manuelle ne devient pas le mécanisme normal de pilotage.
Adapter la méthode et éviter les erreurs
Pour qui le dossier qualifiable convient
Il devient indispensable dès que commercial, conformité, catalogue et opérations interviennent ou que les vendeurs varient par pays et catégorie. Une marketplace simple peut commencer avec quelques critères, à condition de séparer états, preuves et décisions dès le départ.
Commercial possède l’adéquation ; conformité l’identité et le droit ; opérations la capacité ; catalogue les données ; plateforme le workflow. Le vendeur reste owner de ses déclarations. Chaque critère connaît le reviewer habilité et la source de référence.
Erreurs fréquentes de la candidature vendeur
Demander toutes les pièces d’emblée, confondre lead et compte actif, recopier les preuves, cacher les critères, valider par email et relancer tout le dossier sont les erreurs majeures. Elles allongent le cycle sans augmenter la qualité de décision.
Une autre erreur consiste à promettre l’ouverture avant le test opérationnel. L’accord commercial ne prouve ni catalogue ni livraison. Enfin, une checklist exhaustive ne remplace pas la proportionnalité : chaque demande doit servir un verdict, une obligation ou un risque identifié.
Plan d’action pour construire la candidature vendeur
Semaines 1 à 4 : critères et dossier
La première semaine cartographie le parcours actuel et relit vingt candidatures acceptées, refusées et abandonnées. La deuxième sépare éligibilité, qualification et activation, puis nomme owners et critères. Les preuves sont reliées à leur portée et leur durée.
Les semaines trois et quatre construisent états, formulaire progressif, sous-dossiers et portail. Les tests couvrent brouillon, coédition, source indisponible, pièce corrigée, catégorie inapplicable et refus. Le back-office affiche faits, contradictions, version et prochaine action.
Semaines 5 à 8 : tests et activation
La cinquième semaine intègre identité et échantillon catalogue. La sixième exécute commandes témoins et matrice de risque. L’instrumentation suit conversion par étape, délai interne, demandes répétées, corrections, expirations et qualité des décisions.
Les semaines sept et huit ouvrent un pilote borné, provoquent document expiré, mapping rejeté et reprise de workflow, puis exécutent le rollback. Le go exige critères explicables, zéro preuve dupliquée, SLA piloté et activation impossible tant qu’un verdict bloquant manque.
Le dossier final conserve modèle, dictionnaire, critères, politiques, messages, tests, dashboards et runbooks. Toute nouvelle question indique le verdict servi ; toute nouvelle preuve précise portée et rétention. Les exceptions commerciales expirent et ne contournent jamais une obligation.
- À faire d’abord : séparer états et publier les critères avant de refaire le formulaire.
- À tester ensuite : correction ciblée, expiration, coédition et activation bornée.
- À différer : les données sans lien avec une décision ou un risque.
- À refuser : toute activation fondée sur un accord commercial sans preuves opérationnelles.
Ressources complémentaires pour l’opérateur
Structurer catalogue et revue
Le catalogue PIM marketplace aide à qualifier échantillons et mappings.
Les écrans du back-office opérateur organisent dossiers, preuves et décisions.
Borner la première activation
Le MVP marketplace avant ouverture limite les dépendances initiales.
La méthode pour ouvrir une première catégorie fournit un périmètre pilote réel.
Conclusion : décider sur un dossier
Une candidature qualifiable relie chaque déclaration à un critère, une preuve, un owner et une durée de validité.
Le parcours progressif réduit les abandons sans sacrifier identité, droit d’opérer, capacité ou catalogue.
Workflow, portail et activation bornée transforment une collecte de champs en décision réversible et exploitable.
Pour concevoir ce parcours, Dawap peut vous accompagner dans votre marketplace opérateur.
