Kontext
Just Eat Takeaway wickelte das Onboarding seiner Fahrer über Fountain ab, ein externes ATS, das für die Konsumenten-Skalierung zu teuer und für die tatsächlich benötigten Recruiting-Workflows zu unflexibel geworden war. Der Auftrag: Fountain durch ein Salesforce-natives Bewerber-Tracking-System ersetzen. Skalierungsziel waren 250.000 Bewerbungen pro Jahr, multinationale Ausrollung, IT-Bereitschaft für Störungen und ein neues, kundenseitiges Bewerber-Portal.
Die Salesforce-Org trug technische Altlasten: eine 2.000 Zeilen lange Visualforce-Seite (DriverPath), durchzogen von kaskadierenden Formel-Feldern, die die Bewerber-Stage-Logik trieben, mit Validierungsregeln an zwei Stellen, die sich gegenseitig widersprachen. Das Refactor musste landen, ohne die laufende Fahrer-Pipeline zu stören.
Unsere Rolle
Embedded Delivery im Recruiting-Plattform-Team. Custom-LWC-Entwicklung für das Bewerber-Portal, Refactor des bestehenden DriverPath sowie eine Architektur-Bewertung, ob Salesforce Experience Cloud oder eine Partner-Plattform der richtige Host für ein Bewerber-Portal mit Konsumenten-Volumen sei.
Was wir geliefert haben
- Bewerber-Portal-LWCs:
- Funnel-Ansicht mit Bewerbungsstatus und je Stage abgeschlossenen wie offenen Aufgaben
- Onboarding-Termin-Scheduler, mit dem Bewerber selbst einen Termin wählen können, inklusive Kapazitätslimits pro Termin, ohne Doppelbuchungen, mit Storno- und Umbuchungs-Funktion
- Übersichts-Komponente Job Application auf dem Lead-Datensatz
- DriverPath-Refactor. Audit der 2.000-Zeilen-Seite und der durch Formel-Felder getriebenen Stage-Logik. Geschäftsregeln aus Formel-Feldern in Validierungsregeln verschoben (wo sie hingehören), kaskadierende Bedingungen vereinfacht und das Folge-Schritt-Messaging für das Operations-Team lesbar gemacht, das damit arbeiten muss.
- Email-to-Case-Konfiguration, die eingehende Bewerber-E-Mails dem richtigen Lead-Datensatz zuordnet, ohne Page-Layout-Änderungen.
- Architektur-Bewertung: Partner-Plattform vs. Experience Cloud für das Bewerber-Portal in der Skalierung. Dokumentiert: Wirtschaftlichkeit pro Login, Integrationstiefe und betriebliche Implikationen. Damit hatte das Plattform-Team einen klaren Entscheidungsweg für das 250.000-Bewerber-Ziel, ohne sich für selten aktive Nutzer in eine Salesforce-Per-User-Lizenzierung einzubinden.
- GIT/SFDX-Source-Tracking-Workflow parallel zur bestehenden Copado-Pipeline eingeführt, mit dokumentierten Sandbox-zu-Org-Konventionen für das Team.
- Trigger-Logik für sequenzielle Aufgaben-Erfüllung auf Job Application, sodass Bewerber im Funnel nicht vorgreifen können.
Das DriverPath-Refactor hat eine Visualforce-Seite, die praktisch unlesbar war, in etwas verwandelt, das das Operations-Team selbst verstehen und ändern kann.
Ergebnis
Das Salesforce-native ATS ersetzte Fountain als kundenseitige Bewerber-Erfahrung. Das DriverPath-Refactor beseitigte die Widersprüche zwischen Formel- und Validierungslogik und gab Operations Debug-Sicht auf Stage-Übergänge. Auf der Skalierungs-Seite gab die Bewertung der Partner-Plattform dem Team einen klaren architektonischen Pfad für 250.000 Bewerbungen pro Jahr.
