La console interne entre la demande du vendeur et l’offre du marchand : demandes, inspection, prix, enchères et paiements dans un outil desktop dense et sombre.
01Contexte
Carsparency n’était pas un site de petites annonces en libre-service. Entre le moment où un vendeur saisissait une voiture et celui où un marchand la remportait, il y avait un processus piloté par l’équipe : qualifier les demandes, inspecter et estimer les voitures, inviter les marchands, mener les enchères et confirmer les paiements. Le back-office est l’endroit où ce travail se fait.
C’est la plus grande surface desktop de l’ensemble : 68 écrans en 1 440 px, organisés par une barre latérale en sept sections — Demandes (Requests), Commerce (Trade), Voitures (Cars), Prix des voitures (Car Price), Utilisateurs (Users), Finances (Finance) et Paramètres (Setting) —, plus le rapport d’inspection que l’équipe opérationnelle remet aux acheteurs.
02Problème
Une voiture a plusieurs prix à la fois : celui que vise l’entreprise, celui que veut le vendeur, celui qu’indique l’estimation et celui que proposent les marchands. Quelqu’un doit tous les voir pour combler l’écart.
Les raisons d’un changement de prix se trouvent dans les conversations : certaines avec le marchand, d’autres internes. Et les demandes arrivent plus vite qu’on ne peut les ouvrir une page à la fois ; la console doit donc permettre à l’équipe d’agir depuis la liste.
03Flux
La barre latérale suit l’ordre dans lequel une voiture avance. Une demande entre par Demandes, devient une voiture dans Voitures, reçoit un prix dans Prix des voitures, est vendue dans Commerce (enchères, stock et annonces) puis payée dans Finances. Utilisateurs regroupe les trois types de personnes concernées : marchands, vendeurs et employés.
Le statut d’une demande se modifie depuis la liste elle-même — Enchère, Annuler l’enchère ou Relire l’inspection —, si bien que faire avancer une voiture n’oblige pas à quitter la file.
04Décisions clés
Déduites des écrans ; le fichier montre ce qui a été construit, pas le débat qui l’a précédé.
Un opérateur qui traite une file perd le fil chaque fois qu’une ligne ouvre une nouvelle page. La vue rapide affiche tout ce qui concerne une demande au-dessus de la liste et permet d’en changer le statut sur place.
Les prix cible, vendeur, juste et marchand divergent généralement. Afficher les quatre, avec l’historique de qui a changé quoi, rend la négociation visible et met sous les yeux de l’opérateur l’écart qu’il doit combler.
Les commentaires du marchand et la communication interne sont tenus dans des fils distincts. L’un peut être partagé ; l’autre peut rester franc, ce qui compte pour une entreprise qui vend sur la transparence.
Filtres et tris restent visibles sous forme de puces amovibles, un gestionnaire de colonnes masque ce dont une tâche n’a pas besoin, et les actions groupées agissent sur de nombreuses lignes à la fois. Le tableau s’adapte au travail, et non l’inverse.
05Solution
La vue rapide est le cœur de la console. Depuis n’importe quelle ligne, une seule fenêtre affiche le bandeau de la demande (contact, téléphone, voiture, statut, motif, dernier éditeur, ville, date de création), l’historique des commentaires, l’historique des prix et une estimation pour chaque niveau d’état : comme neuf, bon, médiocre et très médiocre.
Autour d’elle, les tableaux sont conçus pour être façonnés par ceux qui les utilisent : des puces de filtre et de tri qui restent visibles, un gestionnaire pour afficher ou masquer les colonnes, des actions groupées pour les modifications en masse et, pour chaque voiture, une liste de marchands suggérés avec un compte à rebours en direct jusqu’à la fin de l’enchère.
Marchands suggérés
Gestionnaire de colonnes
Employés
Profil de marchand
06Écosystème
Le back-office se situe au milieu de la chaîne. Il reçoit ce que le vendeur a déclaré sur le web et ce que l’inspecteur a relevé sur le terrain, puis envoie les voitures estimées aux marchands dans Pro. Son prix juste est le même chiffre que les marchands voient comme Fair Market Value (juste valeur marchande).
Le même fichier contient le rapport d’inspection avancé, un document imprimable sur la voiture : détails extérieurs, généraux et intérieurs avec marques de vérification, puis une page des défauts dessinée sur la vue éclatée de la voiture que l’on retrouve aussi dans le fichier Pro, avec des champs de signature pour le marchand et l’acheteur.
Extérieur et général
Intérieur
Vue des défauts
07Mon rôle
Établi à partir du fichier du back-office. Les fichiers ne consignent ni la taille de l’équipe ni qui a décidé quoi, et une version du rapport porte le nom d’une autre personne : la paternité y est donc partagée.
Le menu latéral est le seul jeu de composants construit localement dans ce fichier ; les fenêtres, les champs, la pagination et les icônes des écrans de la console viennent de la bibliothèque partagée de Carsparency.
08Résultats
Des décomptes du travail conçu, pas des résultats. La console nomme quatre indicateurs (taux de passage de la vue à l’offre, taux de passage de l’offre à l’adjudication, taux d’annulation et taux de remise), mais aucun fichier n’en consigne de mesure.
09Ce que j’ai appris
C’est dans la console que vit la vraie définition du succès pour l’entreprise : ses seuls libellés d’indicateurs se trouvent ici, pas sur le site grand public.
La plupart des outils choisissent un chiffre et cachent le reste, ce qui rend invisible le jugement de l’opérateur. Mettre les quatre à l’écran fait de la tarification une conversation documentée.
Chaque ligne du fichier montre la même demande et chaque prix le même chiffre : une console conçue pour résoudre les désaccords n’a jamais été dessinée avec un seul.