LinkUp
Reconstruire le système d'administration d'un moteur de recherche d'emploi
LinkUp est un moteur de recherche d'emploi qui ne tire ses offres que des sites web des entreprises. Elles restent ainsi à jour et sans doublons, mais cela suppose une équipe qui maintient des milliers de scrapers et les répare lorsque le site carrières d'une entreprise change. Ce projet a consisté à repenser le système d'administration interne dans lequel cette équipe travaille au quotidien.
Le système existant s'était construit lien après lien. Sa page d'accueil se composait de trois colonnes de liens texte, où outils opérationnels, rapports et commandes serveur se côtoyaient. Il donnait peu de visibilité sur l'état de la file. Les utilisateurs quittaient le produit et y revenaient pour de petites tâches, et devaient ouvrir une fiche en entier pour vérifier un seul chiffre. Presque rien à l'écran n'indiquait ce qu'il était possible de faire ensuite.
Nous avons interrogé des utilisateurs quotidiens, des experts métier, des ingénieurs solutions, des administrateurs et des utilisateurs avancés. Nous avons parcouru le flux de travail du scraping étape par étape, de l'arrivée d'une demande dans la file jusqu'au scraper réparé, en relevant chaque écran et chaque outil traversés. Nous avons aussi étudié la façon dont d'autres plateformes d'emploi structurent des outils similaires, et dressé la liste de ce qui manquait.
La refonte épouse le déroulé du travail. Une demande entre dans la file, un analyste ouvre l'entité, trouve le scraper défaillant, le corrige et passe au suivant. Chaque étape a sa page, et chaque page garde l'étape suivante en vue.
Trois choix guident l'ensemble. La navigation et les actions sont explicites et libellées. Un panneau latéral regroupe les indicateurs et les données de référence : plus besoin de quitter la page pour vérifier un chiffre. Et chaque écran est construit à partir d'une seule bibliothèque de composants, si bien qu'un pattern appris une fois s'applique partout.
L'interface est neutre par choix. La couleur signale le statut et l'action principale, et laisse la vedette aux données.
Le nouveau tableau de bord s'ouvre sur le travail lui-même : la file des demandes, triée et paginée, avec les statistiques de la file et l'historique récent de l'utilisateur en dessous. Un panneau d'indicateurs à droite regroupe les chiffres que l'équipe consulte toute la journée, comme le nombre total d'exécutions et d'entreprises en erreur, et peut être fermé quand on n'en a pas besoin.
Le tableau de recherche retrace le parcours réel d'un responsable du scraping dans l'ancien système, écran par écran, avec des notes sur les endroits où il bloquait ou quittait le produit.
Le parcours repensé tient sur une seule ligne : tableau de bord, demandes en file, détails de l'entité, détail du scraper, éditeur de code, test, résultats. Des branches latérales couvrent les vérifications effectuées en chemin.
Demandes en file
La file s'affiche sur un écran partagé en deux. La liste reste à gauche ; la demande sélectionnée s'ouvre à droite avec ses notes, ses estimations d'offres, ses alertes et ses étiquettes. Un sélecteur de statut en haut permet de basculer entre « demandé », « en cours », « terminé » et les autres statuts, chacun avec son compteur. La colonne des entreprises reste fixe pendant que les autres défilent, pour que l'analyste sache toujours quelle ligne il lit.
Tout ce que l'on sait d'une entreprise se trouve sur une seule page, regroupé en panneaux : informations sur l'entité, évolution du nombre d'offres, notes épinglées, alertes de scraping et étiquettes. Des onglets en haut chargent, sans quitter la page, les notes, les scrapers, le journal des événements et toutes les offres. Un bandeau en haut de page signale une entité qui requiert de l'attention et renvoie à l'origine du problème.
Deux commandes suppriment l'essentiel des allers-retours. Une recherche dans l'en-tête mène directement à une autre entité de la file. Un menu d'actions permet de changer le statut, d'envoyer des scrapers dans la file ou d'ajouter une note sans quitter la page.
Les composants ont été conçus dans Figma et documentés dans Supernova, puis confiés à l'équipe d'ingénierie, qui a pris en charge la bibliothèque. Elle couvre les fondations, comme les champs de saisie, les tableaux, les onglets et les alertes, ainsi que les patterns propres à ce produit, comme l'élément de statut des demandes en file et le panneau latéral.
La refonte a couvert les pages que l'équipe utilise le plus, dans le temps imparti. C'est la bibliothèque de composants qui permet au reste du système de suivre.
Vous avez un projet en tête ?
Nous ne prenons qu'un nombre limité de projets par trimestre. Parlez-nous du vôtre.
Nous contacter →