ProjekteLeistungenProzessEinblickeÜber unsProjekt starten →
← Projekte
Interne Tools / Datenbetrieb · Web

LinkUp

Das Admin-System hinter einer Jobsuchmaschine neu gebaut

Kunde
LinkUp
Region
Vereinigte Staaten
Jahr
2022–2023
Leistungen
UX-Research, Produktdesign, Designsysteme
Überarbeitetes Dashboard mit einer Tabelle der Unternehmens-Queue, Queue-Statistiken, Arbeitsverlauf und einem seitlichen Insights-Panel.

LinkUp ist eine Jobsuchmaschine, die ihre Anzeigen ausschließlich von Unternehmenswebsites bezieht. Das hält sie aktuell und frei von Duplikaten, und es hängt von einem Team ab, das Tausende von Scrapern pflegt und repariert, wenn sich die Karriereseite eines Unternehmens ändert. Dieses Projekt hat das interne Admin-System neu gestaltet, in dem dieses Team täglich arbeitet.

Die Herausforderung

Das bestehende System war Link für Link gewachsen. Seine Startseite bestand aus drei Spalten mit Textlinks, operative Tools, Berichte und Serversteuerung nebeneinander. Es bot wenig Einblick in den Zustand der Queue. Für kleine Aufgaben verließen die Nutzer das Produkt und kehrten zurück, und um eine einzige Zahl zu prüfen, mussten sie einen Datensatz vollständig öffnen. Kaum etwas auf dem Bildschirm zeigte, was als Nächstes zu tun war.

Alte LinkUp-Admin-Screens: die Startseite aus Textlinks, die Unternehmens-Queue und eine Detailseite eines Unternehmens.
Research

Wir haben tägliche Nutzer, Fachexperten, Solution Engineers, Administratoren und Power-User interviewt. Wir sind den Scraper-Workflow Schritt für Schritt durchgegangen, von einer Anfrage in der Queue bis zum reparierten Scrape, und haben jeden Screen und jedes Tool festgehalten, das er durchläuft. Außerdem haben wir untersucht, wie andere Jobplattformen ähnliche Tools strukturieren, und aufgelistet, was fehlte.

Der Ansatz

Das Redesign folgt der Arbeit. Eine Anfrage kommt in die Queue, ein Analyst öffnet die Entität, findet den fehlerhaften Scrape, behebt ihn und geht zum nächsten. Jeder Schritt hat eine Seite, und jede Seite hält den nächsten Schritt im Blick.

Drei Entscheidungen ziehen sich durch alles. Navigation und Aktionen sind explizit und beschriftet. Ein seitliches Panel enthält Insights und Referenzdaten, sodass das Prüfen einer Zahl nicht mehr bedeutet, die Seite zu verlassen. Und jeder Screen ist aus einer einzigen Komponentenbibliothek gebaut, sodass ein einmal gelerntes Muster überall gilt.

Die Oberfläche ist bewusst neutral. Farbe markiert Status und Hauptaktion, und die Daten dürfen hervortreten.

Dashboard

Das neue Dashboard öffnet mit der Arbeit selbst: der Anfrage-Queue, sortiert und paginiert, mit Queue-Statistiken und dem eigenen jüngsten Verlauf darunter. Ein Insights-Panel rechts enthält die Zahlen, die das Team den ganzen Tag prüft, etwa die Gesamtzahl der Läufe und fehlerhafte Unternehmen, und lässt sich schließen, wenn es nicht gebraucht wird.

Altes Dashboard
Alte Admin-Startseite aus Spalten mit Textlinks.
Den bestehenden Workflow kartieren

Das Research-Board zeichnet den tatsächlichen Weg des Scrapers durch das alte System nach, Screen für Screen, mit Notizen, wo er ins Stocken geriet oder das Produkt verließ.

Die Journey, vereinfacht

Die neu gestaltete Journey verläuft in einer Linie: Dashboard, Queue-Anfragen, Entitätsdetails, Scrape-Detail, Code-Editor, Test, Ergebnisse. Seitenzweige decken die Prüfungen unterwegs ab.

User-Journey-Map vom Dashboard über Queue-Anfragen und Entitätsdetails bis zum Code-Editor und den Testergebnissen.

Queue-Anfragen

Die Queue ist ein geteilter Bildschirm. Die Liste bleibt links; die ausgewählte Anfrage öffnet sich rechts mit Notizen, Job-Schätzungen, Warnungen und Tags. Eine Statussteuerung oben wechselt zwischen angefragt, in Bearbeitung, erledigt und den übrigen, jeweils mit Anzahl. Die Unternehmensspalte bleibt fixiert, während die anderen scrollen, sodass der Analyst immer weiß, welche Zeile er liest.

Alte Seite
Alte Seite der Unternehmens-Queue mit einer einfachen Tabelle der Anfragen.
Entitätsdetails

Alles, was über ein Unternehmen bekannt ist, steht auf einer Seite, gruppiert in Panels: Entitätsinformationen, Änderungen der Jobanzahl, angeheftete Notizen, Scrape-Warnungen und Tags. Tabs oben laden Notizen, Scrapes, das Ereignisprotokoll und alle Jobs an Ort und Stelle. Ein Banner oben markiert eine Entität, die Aufmerksamkeit braucht, und verlinkt auf den Grund.

Seite der Entitätsdetails mit Beobachtungs-Banner, Entitätsinformationen, Änderungen der Jobanzahl, angehefteten Notizen, Scrape-Warnungen und Tags.
An Ort und Stelle bleiben

Zwei Steuerelemente ersparen das meiste Hin und Her. Eine Suche in der Kopfzeile springt direkt zu einer anderen Entität in der Queue. Ein Aktionsmenü ändert den Status, schickt Scrapes in die Queue oder fügt eine Notiz hinzu, ohne die Seite zu verlassen.

Entitätsseite mit einem Such-Overlay, das andere Entitäten auflistet.
Entitätsseite mit geöffnetem Aktionsmenü.
Alte Seite
Alte Detailseite der Unternehmens-Queue mit gestapelten Feldern und Tabellen.
Komponentenbibliothek

Die Komponenten wurden in Figma gestaltet und in Supernova dokumentiert, wobei das Engineering-Team die Verantwortung für die Bibliothek übernahm. Sie umfasst die Grundlagen wie Eingabefelder, Tabellen, Tabs und Warnungen sowie die produktspezifischen Muster wie das Statuselement einer Queue-Anfrage und das seitliche Panel.

Das Redesign umfasste in der verfügbaren Zeit die Seiten, die das Team am häufigsten nutzt. Die Komponentenbibliothek ist das, was dem Rest des Systems ermöglicht zu folgen.

Nächstes Projekt
Delta Air Lines →
Projekt starten

Haben Sie ein Projekt im Sinn?

Wir nehmen pro Quartal nur eine begrenzte Zahl an Projekten an. Erzählen Sie uns, was Sie bauen.

Kontakt aufnehmen →