Marketplace : retirer une offre sans perdre la preuve | Dawap devient critique dès que le volume révèle des décisions mal partagées entre support, opérations, catalogue et finance. Le risque n’est pas seulement de traiter un cas plus lentement, mais de perdre la preuve, le propriétaire et la règle qui permettraient de le rejouer sans débat.
Le point sensible apparaît quand une même situation est lue différemment par deux équipes. Une règle trop implicite crée alors des tickets, des corrections manuelles et des arbitrages tardifs qui coûtent plus cher que le cadrage initial.
Dans cette analyse, vous allez voir comment clarifier le périmètre, reconnaître les signaux faibles et décider quoi faire en premier. Le run devient plus lisible, les reprises inutiles diminuent et la décision reste exploitable quand le dossier revient plusieurs semaines plus tard.
Pour relier ce cadrage au socle produit, organisationnel et opérationnel, la page création de marketplace reste le repère principal avant de transformer retirer une offre sans perdre la preuve en règle durable.
Un retrait sans historique solide devient vite un problème de gouvernance. Le back-office perd la trace de la décision, le support répond à l’aveugle et la finance finit par reconstruire les écarts à la main, avec une marge de doute inutile.
Le bon réflexe consiste à considérer chaque retrait comme un événement de vie de l’offre, au même titre qu’une mise en ligne ou qu’un changement de prix. Cette lecture évite de traiter le rappel produit comme une action isolée alors qu’il touche souvent plusieurs équipes et plusieurs systèmes.
Le motif ne sert pas seulement à archiver. Il sert à rendre la décision lisible pour un autre opérateur, pour un support qui doit répondre vite et pour une finance qui veut comprendre pourquoi l’offre a quitté le flux.
Sans motif explicite, le statut reste pauvre. Il dit qu’une action a eu lieu, mais il n’explique ni la cause, ni le risque traité, ni la durée réelle pendant laquelle l’offre doit rester hors ligne.
La date d’effet doit rester liée à la preuve, sinon l’équipe ne sait plus si elle regarde le bon instant de vérité. Dans un run chargé, cette petite fragilité suffit à créer des écarts entre les outils, puis à relancer des arbitrages déjà supposés clos.
Quand la date d’effet n’est pas stable, le même dossier peut être lu différemment par deux équipes qui travaillent pourtant sur le même cas. C’est exactement le genre de décalage qui coûte du temps sans créer de valeur.
Le sujet devient critique quand plusieurs personnes n’utilisent plus la même définition du retrait. Un vendeur croit qu’une offre est seulement masquée, le support pense qu’elle est suspendue et le back-office la considère déjà comme clôturée. À ce stade, la confusion coûte plus cher que l’action elle-même.
Le premier signal faible est simple: le même cas revient deux fois avec des explications différentes. Le second signal, plus discret, apparaît quand une exception qui devait rester temporaire devient une habitude défensive, puis une référence implicite pour les prochaines équipes.
Le support doit savoir pourquoi il retire l’offre et comment répondre sans improviser. Le catalogue doit voir si l’action corrige un risque réel ou si elle masque seulement une règle insuffisamment claire. La finance, elle, doit relire l’impact sans reconstruire le dossier à la main.
Quand ces trois lectures divergent, la marketplace multiplie les requalifications locales. Le retrait devient alors une décision coûteuse non pas parce qu’il existe, mais parce qu’il n’est pas cadré de façon suffisamment commune pour être repris sans débat.
Le retour arrière doit être préparé avant la bascule, pas après. Une marketplace qui sait remettre une offre en ligne proprement garde une bien meilleure maîtrise de ses incidents, surtout quand le retrait était lié à une alerte temporaire ou à une erreur de qualification.
Ce point évite une idée fausse très courante: croire qu’un retrait définitif est plus simple qu’un retrait réversible. En pratique, la réversibilité maîtrisée réduit souvent la dette de correction, à condition d’avoir un cadre de validation sérieux.
Ce cadrage concerne d’abord les opérateurs marketplace qui gèrent des offres sensibles, des rappels produit, des suspensions vendeur ou des corrections catalogue qui peuvent revenir en litige plusieurs semaines après la décision initiale.
Il devient prioritaire quand le support, la finance et le catalogue ne retrouvent pas la même preuve. Si une équipe parle de suspension, une autre de retrait définitif et une troisième de rappel temporaire, la décision doit sortir du réflexe individuel pour entrer dans une règle commune.
Les retraits récurrents, les suspensions pour donnée manquante et les corrections de promesse doivent passer par un standard court. Le motif, la date d’effet et la condition de retour suffisent souvent à fermer le dossier sans créer une procédure excessive.
Le seuil utile peut être très concret: dès que trois dossiers similaires reviennent dans le mois, la marketplace doit créer une règle visible plutôt que laisser chaque opérateur reconstruire la décision.
Les rappels liés à la sécurité, à une obligation réglementaire ou à une contestation financière doivent être escaladés immédiatement. La bonne règle n’est pas de traiter plus vite, mais de limiter le nombre de personnes capables de changer le statut sans preuve complète.
Cette frontière protège le run. Elle évite qu’un cas grave soit banalisé comme un simple retrait catalogue et elle évite qu’un cas banal remonte inutilement jusqu’à la direction opérationnelle.
Le premier geste consiste à figer la preuve avant le changement de statut. Capture de l’offre, motif vendeur, horodatage, propriétaire et règle de retour doivent être disponibles avant que l’offre disparaisse du flux acheteur.
Le deuxième geste consiste à écrire la décision en une phrase que le support peut reprendre telle quelle. Si cette phrase demande trop de contexte, la règle n’est pas assez mûre et le retrait risque de fabriquer une nouvelle vague de tickets.
Cette séquence évite le coût caché le plus fréquent: retirer vite, puis payer plus tard la reconstruction du dossier. Dans une marketplace avec plusieurs vendeurs actifs, quinze minutes gagnées au moment du retrait peuvent coûter plusieurs heures si la preuve, la date ou la sortie de cycle ne sont pas lisibles.
Avant de couper, il faut séparer le motif, la communication et le propriétaire du dossier. Beaucoup de projets confondent ces trois plans et croient corriger un détail d’écran alors qu’ils modifient en réalité la promesse vendeur, la traçabilité et parfois la marge.
Le cadrage doit aussi préciser qui décide, qui exécute et qui confirme la fin du cycle. Sans cette chaîne, le retrait reste fragile, parce que personne ne sait vraiment si la preuve a été lue, enregistrée et appliquée au bon niveau.
La traçabilité ne doit pas se réduire à garder une ligne d’historique. Elle doit permettre de comprendre qui a décidé, sur quelle base, à quelle date et avec quelle portée réelle dans le run, afin que le dossier reste lisible au fil des semaines.
Le calendrier compte autant que la preuve. Une offre retirée trop tôt ou trop tard peut dégrader la promesse commerciale, créer une contestation ou fabriquer un écart de lecture entre le catalogue et le support.
Le minimum utile reste simple: motif, date d’effet, propriétaire et état du retour arrière. Si ces éléments ne sont pas visibles dès la première lecture, la marketplace oblige l’équipe à refaire le chemin de décision au lieu de le capitaliser.
Cette visibilité protège aussi les cas sensibles. Quand le dossier revient, l’équipe peut reprendre le fil sans dépendre d’une mémoire orale, ce qui évite les divergences de lecture entre les personnes qui gèrent le support et celles qui gèrent le catalogue.
Les détails secondaires peuvent rester derrière un clic si la vue principale conserve la logique opérateur. L’objectif n’est pas de cacher l’historique, mais de ne pas saturer la lecture avec des pièces qui n’aident pas à décider maintenant.
Cette hiérarchie évite de transformer le back-office en archive visible. Elle garde la page rapide pour les cas récurrents et laisse les éléments plus anciens au second plan, où ils restent accessibles sans ralentir l’action principale.
Un cas concret vaut mieux qu’un long principe. Une offre est retirée pour un motif vendeur, puis le service client découvre qu’elle doit être réactivée pendant qu’un lot voisin reste suspendu pour conformité. Le back-office doit alors distinguer le motif, la date d’effet et le niveau de retour arrière sans réécrire la règle au passage.
Le signal faible utile, ici, est la multiplication des statuts intermédiaires. Quand le même dossier passe de suspendu à retiré, puis de retiré à en revue, la marketplace ne gagne pas en sécurité; elle gagne surtout une couche de confusion supplémentaire.
Le support veut savoir s’il doit dire oui, non ou attendre une validation. Si l’écran n’explique pas le motif et la durée, chaque réponse devient différente, et la doctrine opérateur finit par dépendre de la personne qui prend l’appel.
Un retrait trop flou crée aussi des retours de tickets. Le support réouvre alors le dossier pour la forme, alors qu’il aurait dû disposer dès le départ d’un cadre lisible, stable et suffisamment bref pour tenir en production.
Le catalogue regarde surtout la cohérence entre l’offre, la catégorie et la promesse. Si le retrait ne précise pas pourquoi l’offre doit sortir du flux, l’équipe catalogue finit par traiter un cas ponctuel comme une règle, puis à contresens sur le cas suivant.
La bonne réponse ne consiste pas à charger davantage la vue. Elle consiste à exposer la bonne alerte, à réduire le nombre d’options et à préserver une lecture simple du retrait pour les dossiers qui reviennent souvent.
La finance veut surtout savoir si la date d’effet protège le rapprochement et si la reprise est correctement bornée. Sans cette lecture, un retrait bien intentionné peut produire un écart de marge ou une régularisation trop tardive pour rester propre.
Le bon arbitrage consiste alors à corriger la règle avant de rajouter des contrôles. La contre-intuition utile est que le contrôle le plus solide n’est pas celui qui ajoute le plus d’étapes, mais celui qui rend la reprise compréhensible dès la première lecture.
Quand le même retrait revient quelques jours plus tard avec un autre interlocuteur, le risque n’est pas seulement la répétition. Le vrai problème est la perte de contexte, parce que la nouvelle personne ne lit pas forcément la même preuve, ni le même motif, ni la même date d’effet.
Le bon réflexe consiste alors à garder une ligne de décision courte et stable, puis à l’exposer de façon identique dans le support, le catalogue et la finance. Cette simplicité-là est souvent plus puissante qu’un traitement plus long mais plus difficile à rejouer.
Le vrai enjeu n’est pas d’accumuler des règles, mais de rendre le retrait ou le rappel réexécutable sans débat inutile. Le plan d’action doit donc commencer par le motif, continuer par la réversibilité et finir par les critères de fermeture.
Contrairement à ce que l’on croit, le cadre le plus rapide est souvent le plus sobre. Quand la règle tient en peu de lignes lisibles, le support répond mieux, la finance relit plus vite et le back-office évite d’inventer des variantes locales.
La première étape consiste à lister les motifs qui déclenchent vraiment un retrait ou un rappel: conformité, sécurité, erreur catalogue, litige vendeur ou correction d’une promesse trop large. Cette cartographie évite de mélanger des cas qui n’ont ni le même risque ni la même durée de vie.
Chaque motif doit ensuite être relié à une preuve minimale. Sans cette correspondance, la règle reste théorique et les équipes reviennent au bricolage dès que le dossier sort du cas standard.
Le deuxième temps doit vérifier si le retour arrière fonctionne vraiment. Il ne suffit pas d’écrire qu’une offre peut revenir en ligne; il faut savoir qui la remet, qui confirme, et quels écrans montrent que le cycle a bien été refermé.
Ce test est souvent celui qui révèle la dette cachée. Une réversibilité floue coûte plus cher qu’un retrait plus strict, parce qu’elle oblige les équipes à reconstruire le dossier au moment exact où elles devraient simplement l’exécuter.
La dernière étape doit préciser quand la règle s’arrête, quand elle bascule vers une exception et quand elle doit être revue par un niveau de gouvernance supérieur. Sans ce verrou de sortie, le retrait devient une routine sans fin.
Le bon indicateur est simple: si un autre opérateur peut relire la même décision et la rejouer sans interpréter le contexte, le plan d’action tient. Sinon il faut encore resserrer la logique avant de déployer plus largement.
Un cas pilote permet de vérifier si la règle tient quand la pression monte vraiment. Il montre si la preuve est suffisante, si la date d’effet se recoupe bien et si le retour arrière reste compréhensible par une équipe qui ne connaît pas déjà le dossier.
Ce pilote doit aussi servir à mesurer le coût du retrait en support, en finance et en catalogue. Si la règle oblige à réexpliquer trop de choses au premier cycle, elle n’est pas encore assez sobre pour devenir un standard de run.
Si ces quatre points ne tiennent pas sur le pilote, la règle n’est pas encore prête pour le run. Il faut alors la simplifier avant de l’étendre, parce qu’un cadre sobre mais fiable vaut mieux qu’une procédure détaillée mais impossible à rejouer.
Première erreur : traiter le retrait comme une simple tâche de back-office. Cette approche oublie que le geste a des effets sur le vendeur, les contrôles, le support et les délais de relance, donc sur tout le cycle de vie de l’offre.
Deuxième erreur : documenter le cas après coup, quand la pression est déjà retombée. Le dossier est alors plus propre en apparence, mais souvent moins fiable, parce qu’il mélange l’intention initiale et la reconstruction a posteriori.
Troisième erreur : laisser une exception ponctuelle vivre trop longtemps. Ce qui devait accélérer une décision devient alors un faux standard et crée de la confusion dès qu’un autre opérateur rencontre un cas voisin.
Quatrième erreur : croire qu’un statut suffit à faire foi. Sans motif, sans date et sans responsable lisible, le statut n’aide pas vraiment le run; il masque simplement le point faible jusqu’au prochain incident.
Les bons indicateurs sont peu nombreux, mais ils disent la vérité utile. Il faut suivre le nombre de retraits contestés, le temps moyen de résolution, le volume d’exceptions ouvertes et la part des dossiers qui reviennent avec un motif différent.
Le but n’est pas de transformer le sujet en tableau de bord excessif. Le but est de savoir quand la règle cesse de protéger le run et quand elle commence à générer plus d’interprétations que de décisions.
| Signal | Question utile | Lecture opérateur |
|---|---|---|
| Retraits contestés | La preuve est-elle lisible ? | Risque de gouvernance mal alignée |
| Temps de résolution | Le motif est-il assez net ? | Risque de saturation support |
| Réouvertures | La date d’effet tient-elle ? | Risque de traçabilité insuffisante |
| Exceptions récurrentes | Le cas est-il devenu un faux standard ? | Risque de dette opérateur durable |
Le signal prioritaire doit rester celui qui change réellement la décision: réouverture, contestation, écart financier ou retour vendeur. Un indicateur qui ne modifie aucun arbitrage doit sortir de la vue principale pour ne pas ralentir le traitement.
Un retrait ou un rappel ne tient vraiment que si trois lectures convergent. Le support doit pouvoir répondre sans improviser, la finance doit pouvoir rapprocher l’impact sans réouvrir tout le dossier et le catalogue doit pouvoir relire la règle sans la réinventer à chaque incident.
Cette lecture croisée est importante parce qu’un seul bon écran ne suffit pas. Il faut surtout que la même décision conserve le même sens lorsqu’elle passe d’un métier à l’autre, sinon la marketplace gagne un statut propre mais perd une doctrine exploitable.
Le support a besoin d’une phrase stable, d’un motif lisible et d’une durée compréhensible. S’il doit relire l’historique à chaque ticket, il perd du temps et il finit par répondre avec une nuance différente selon l’interlocuteur, ce qui fragilise immédiatement la confiance vendeur.
Le meilleur signe de qualité est simple: un agent support qui connaît peu le dossier doit pouvoir expliquer pourquoi l’offre est retirée, ce qui la rend réversible et qui doit prendre la suite si la contestation persiste. Sans cette clarté, le support devient un relais de confusion plutôt qu’un point de sortie.
Quand la réponse tient en trois repères, la reprise est plus courte et les échanges sont plus précis. Ce n’est pas une question de rapidité brute, mais de cohérence entre le statut affiché, la preuve disponible et la promesse que l’équipe peut encore défendre.
La finance regarde d’abord si la date d’effet protège le rapprochement. Elle veut savoir si une suspension ou un retrait a supprimé le bon flux au bon moment, sans créer une correction qui arrive trop tard pour rester simple à expliquer.
Un retrait flou déplace alors le coût vers des vérifications supplémentaires. L’équipe comptable se met à comparer des états qui n’auraient jamais dû diverger, et la règle initiale perd de sa force parce qu’elle exige une lecture que personne n’a vraiment cadrée.
Le bon écran financier ne doit pas tout montrer. Il doit montrer juste assez pour relier le motif, la fenêtre d’effet et l’impact attendu, afin que la règle soit comparable d’un dossier à l’autre sans qu’il soit nécessaire de reconstruire l’ensemble de la chaîne à la main.
Le catalogue doit savoir si le retrait correspond à une simple suspension, à une disparition définitive ou à un rappel qui exige un recontrôle plus tard. S’il mélange ces logiques, il finit par exposer un même statut pour des situations qui n’ont ni le même risque, ni la même durée, ni la même sortie.
La simplicité est alors une vraie protection. Une règle claire se transmet mieux, se relit mieux et se corrige mieux quand le nombre de cas augmente. À l’inverse, une règle trop fine finit souvent par devenir une exception permanente que personne n’arrive plus à gouverner correctement.
Le catalogue gagne donc à afficher une lecture courte: pourquoi l’offre sort, jusqu’à quand elle sort, et ce qu’il faudra vérifier avant tout retour. Cette formulation est suffisamment simple pour être retenue, mais assez précise pour garder un run lisible.
Le but d’un plan de stabilisation n’est pas d’écrire une procédure plus longue. Le but est de vérifier que la procédure peut être relue, appliquée et transmise sans faire perdre le sens de la décision lorsque le volume augmente et que les interlocuteurs changent.
Le vrai enjeu, ici, n’est pas seulement de retirer correctement. Il est de faire en sorte que trois mois plus tard, la même équipe ou une autre puisse reprendre le retrait, le rappeler ou le réactiver avec la même compréhension du risque et la même lecture du calendrier.
Le premier mois doit servir à documenter les motifs réels et les zones qui reviennent. Il faut regarder les cas déjà passés, les tickets ouverts, les erreurs de lecture et les différences de traitement entre les équipes pour comprendre où la doctrine reste trop floue.
Cette phase ne doit pas chercher la perfection. Elle doit simplement faire remonter les cas qui se répètent, les preuves qui manquent et les endroits où le statut ne suffit pas encore à expliquer ce qui a été décidé et pourquoi.
Si trois dossiers sur cinq réclament déjà une clarification supplémentaire, c’est que la règle est encore trop lourde ou trop pauvre. Dans les deux cas, il faut ajuster avant de généraliser, sinon la dette se déplacera vers le support et la finance dès le deuxième cycle.
Le deuxième mois doit servir à simplifier ce qui revient souvent. Les motifs proches doivent être fusionnés, les libellés trop proches doivent être clarifiés et les cas qui demandent trop d’explications doivent retrouver une règle plus directe.
Cette simplification ne doit pas être vue comme une réduction de contrôle. Elle permet au contraire de mieux concentrer l’attention là où le risque est réel. Ce qui est rare peut garder une validation plus forte, tandis que ce qui revient souvent doit devenir plus lisible et plus rapide à exécuter.
Le signal de réussite est concret: moins de relectures, moins de doublons dans les explications et moins de cas où la même offre circule entre trois statuts sans que personne ne sache encore ce qui doit être fait ensuite.
Le dernier mois doit servir à trancher le niveau de standard final. Si le retrait tient, la règle peut être consolidée et transmise à plus d’équipes. Si elle continue à produire trop d’écarts, il faut la resserrer plutôt que de la généraliser trop tôt.
À ce stade, la question n’est plus seulement technique. Elle devient organisationnelle, parce que la décision doit pouvoir survivre aux changements d’équipe, aux périodes de charge et aux cas limites qui reviennent toujours au mauvais moment.
Le bon résultat, au bout de quatre-vingt-dix jours, n’est pas un dossier plus long. C’est un dossier plus stable, plus lisible et plus facile à rejouer quand le support, le catalogue ou la finance doivent reprendre la même décision quelques semaines plus tard.
Les réouvertures disent presque toujours quelque chose de la qualité de la règle. Si un même retrait revient régulièrement en arrière, ce n’est pas forcément le volume qui pose problème. C’est souvent la règle elle-même qui n’a pas encore choisi si elle protège un risque temporaire ou un vrai retrait définitif.
Le suivi doit donc regarder combien de dossiers sont réouverts, combien de retours arrière sont réellement exécutés et combien de fois la même équipe redemande la même preuve. Quand ces signaux montent ensemble, la doctrine n’est pas encore assez stable pour être considérée comme un standard.
Le point important est de ne pas confondre réouverture légitime et flou structurel. Une réouverture peut être normale si le motif a disparu; elle devient préoccupante quand elle révèle que personne ne sait encore expliquer la règle en quelques phrases simples et sans ambiguïté.
Ce suivi final protège le run parce qu’il montre si la règle est vraiment transmissible. Un bon retrait n’est pas seulement celui qui ferme bien; c’est aussi celui qui peut être relu, réouvert et transmis sans provoquer une nouvelle vague de confusion.
Quand un dossier reste hésitant jusqu’au bout, la vraie question n’est pas de savoir s’il existe encore une nuance. La vraie question est de savoir si cette nuance peut être expliquée à froid à un nouvel opérateur, sans faire appel à la mémoire orale de l’équipe qui a traité le cas initial.
C’est ici que la doctrine se joue. Si l’arbitrage final demande trois justifications différentes pour être compris, la règle n’est pas encore assez mûre. À l’inverse, si la décision tient en un motif, une date et une sortie claire, la marketplace peut la rejouer sans perdre le sens du retrait.
Ces lectures prolongent la même logique de décision avec des angles utiles sur la stabilité des règles opérateur et sur la gestion des exceptions récurrentes. Elles aident à transformer un retrait ponctuel en doctrine exploitable par plusieurs équipes.
Une règle mal versionnée finit souvent par produire des contradictions entre les équipes. Marketplace : versionner les règles opérateur pour éviter les incompréhensions aide à garder la décision lisible quand plusieurs versions coexistent encore dans le run.
Un retrait bien tenu s’appuie aussi sur une mémoire des cas qui reviennent trop souvent. Marketplace : tenir un registre des exceptions récurrentes pour réduire la dette opérateur donne le bon cadre pour éviter que l’exception devienne un standard caché.
Marketplace : retirer une offre sans perdre la preuve ne doit pas rester une intention dispersée entre plusieurs équipes. La décision devient robuste quand le motif, la preuve, le propriétaire et le seuil de reprise restent visibles au même endroit.
Le bon standard est celui qui réduit les interprétations locales. Si un nouvel opérateur peut comprendre le dossier sans refaire toute l’histoire, la marketplace protège mieux son support, sa finance et sa gouvernance catalogue.
Il faut donc commencer par les règles qui évitent les retours arrière inutiles: qui décide, quand escalader, quelle preuve conserver et quel indicateur signale que le cadre dérive déjà.
Pour structurer ce cadrage avec une expertise capable de relier produit, run et gouvernance, l’accompagnement en création de marketplace permet de verrouiller la règle avant que le volume ne transforme chaque exception en dette durable.
Dawap accompagne les équipes qui cadrent, lancent et font évoluer des marketplaces B2B et B2C. Nous intervenons sur le produit, l'architecture, les intégrations, le back-office opérateur et la scalabilité.
Vous préférez échanger ? Planifier un rendez-vous
Versionner les règles opérateur marketplace permet de tracer la décision, de limiter exceptions héritées et d’éviter qu’un changement de doctrine se transforme en dette cachée. Le guide aide à fixer périmètre, preuves, dates d’effet et conditions de sortie pour garder un run lisible quand la plateforme monte en charge.
Un registre d’exceptions récurrentes utile ne sert pas à accumuler des cas: il relie motif, owner, seuil, preuve, coût et date de sortie. Ce guide montre quand ouvrir la fiche, comment aligner support, finance et back-office puis décider si l’écart doit devenir standard, exception bornée ou refus explicite pour le run.
Éco-contributions et frais réglementaires coûtent cher quand support, finance et vendeurs ne lisent plus la même règle. Le bon cadre fixe source de vérité, libellé, date d’effet, owner et sortie d’exception pour limiter reprises manuelles, écarts de marge et contestations. Une règle courte vaut mieux qu’un modèle flou.
Un minimum de commande peut relever la marge, mais il casse vite l’achat s’il reste trop proche des paniers réels. Le guide aide à cadrer le bon seuil, à tester la conversion et à garder support, finance et vendeur sur la même lecture opérationnelle. Il évite aussi les exceptions muettes et les retours arrière coûteux.
Dawap accompagne les équipes qui cadrent, lancent et font évoluer des marketplaces B2B et B2C. Nous intervenons sur le produit, l'architecture, les intégrations, le back-office opérateur et la scalabilité.
Vous préférez échanger ? Planifier un rendez-vous