Greenhouse-Lebenslauf: für Vorschau und für Suche schreiben

Sam Okonkwo ist Backend-Engineer und bewirbt sich auf „Senior Backend Engineer – Payments“ im Greenhouse-Board von Harbor Ledger. Die Requisition liegt hinter Bewerben und einem Upload. Nach dem Senden existieren zwei Objekte. Der Hiring Manager — meist eine Eng-Führung zwischen Standups — öffnet das PDF auf der Kandidaten-Scorecard. Eine Recruiterin oder ein Sourcer tippt „Kafka“ und „PCI“ in die Greenhouse-Suche. Ist der Extract leer, erscheint Sam in dieser Liste nicht. Das PDF kann am Profil hängen. Die Suche findet es nicht.

Das ist der Schnitt, den die Leute verpassen. Sie gestalten für die Führung und verstecken die E-Mail in einer Sidebar. Die Führung kann eine gestaltete Seite noch entziffern. Der Sourcer findet das Profil nicht. Oder sie kippen jedes Nomen der Ausschreibung in eine Fußzeile für den Parser, und die Führung schließt eine Wand aus Tools. Sie schreiben eine Datei, die im PDF menschlich ist und im Parse tokenisierbar. Greenhouse wählt keine Sicht für Sie. Es behält beide.

Greenhouse ist ein Recruiting-ATS. Es ist nicht zuerst ein HRIS-Formular. Deshalb wirkt es freundlicher als Workday: weniger benannte Widgets nach dem Upload, mehr „Datei anhängen und ein paar Fragen“. Freundlichkeit ist keine Sicherheit. Köpfe, Füße, Textfelder und Icon-Leisten werfen E-Mail und Telefon weiter aus dem Extract. Das Profil hat dann einen hübschen Anhang und ein leeres E-Mail-Feld. Outreach bounce. Die nächste Req derselben Org „nutzt den letzten Lebenslauf“ und wiederholt die Leere. Quelldatei fixen. Nicht nur die Adresse in eine Box tippen und das PDF kaputt lassen.

Workday hängt zum Vergleich Token an Vorname, Arbeitgeber, Jobtitel und Daten und lässt Sie jede Zeile bestätigen. Greenhouse speichert die Datei und indexiert Text. Dieselbe einspaltige Vorlage dient beiden. Für die Feldkarte und Datums-Widgets Workday-Format neben dieser Seite halten. Für den Klickweg in einem Tenant, der Sie noch durch Erfahrungszeilen schickt, Lebenslauf in Workday hochladen. Parse-Hygiene: ATS-Lebenslauf. Was ein Mensch nach jedem Parse wirklich sieht: Recruiter-Vorschau.

Was „gespeichert“ auf dem Kandidaten heißt

• Das Original-PDF oder .docx auf Profil und Scorecard — das öffnen die meisten Hiring Manager.
• Geparster Kontakt: Name, E-Mail, Telefon, manchmal LinkedIn, wenn die URL echter Text war.
• Suchbare Arbeitgeber-, Titel- und Datums-Token, die der Sourcer filtern kann.
• Ein Freitext-Index der Punkte. „Kafka“ in einem gezeichneten Skill-Balken steht nicht in diesem Index.
• Custom-Antworten (Jahre Payments, Bereitschaft, Visum) sitzen neben dem Lebenslauf. Sie werden nicht daraus gezogen.

Sams Canva-Export kann auf dem Laptop in der Vorschau scharf aussehen und trotzdem beide Speicher scheitern. Der Viewer auf der Scorecard kann Spalten flachlegen und „Harbor Ledger“ unter das falsche Jahr setzen. Der Parse kann zuerst die rechte Leiste lesen und ein Abschlussjahr als Arbeitgeber speichern. Alles markieren im Export ist der Fünf-Sekunden-Test: lassen sich Gmail und „Mär 2021“ nicht markieren, kann Greenhouse sie nicht indexieren. Dann den ATS-Check, damit Sie nicht raten, welche Überschrift scheiterte. Ein ATS-Lebenslauf ist kein Keyword-Schutt. Es ist ein Dokument, das nach dem Parse noch Kontaktdaten enthält und sich wie ein Mensch liest, wenn eine Führung das PDF öffnet.

Das ist die Feldliste, die wir in Edits prüfen, weil Greenhouse-Suche und Kandidatenprofil genau diese Token nutzen. Vorname und Nachname trennen oft am ersten Leerzeichen — „Mary Ann Okonkwo“ kann Vorname „Mary“ und Nachname „Ann Okonkwo“ werden, danach scheitert der Background-Check. E-Mail muss eine echte Adresse in der Textebene sein, kein Umschlag-Icon. Telefon mit Vorwahl; internationale Bewerber setzen die Ländervorwahl in den Körper, damit Telefon keine abgeschnittene Ortsnummer speichert. LinkedIn als volle URL unter den Namen. Ein Kopf-Icon, das „nach LinkedIn aussieht“, ist ein Bild.

Erfahrung ist kein Workday-Widget, das Sie Zeile für Zeile bestätigen. Es bleibt ein Satz Token: Firma, Titel, Ort, Start, Ende. Greenhouse braucht „Stripe“, „Backend Engineer“, „Austin, TX“, „Mär 2021“ und „heute“ in einer Reihenfolge, die ein Parser tokenisiert. Ausbildung ist Schule, Abschluss, Fach, Daten. Skills werden suchbare Wörter, keine Tags, die Sie in einer UI ziehen. Zertifikate (AWS, PCI-SAQ-Sprache, die Sie verteidigen können) als Text unter Skills oder einer Lizenzzeile. Eine Logo-Reihe von Vendor-Badges ist Dekor. Die Suche nach „Postgres“ findet kein Elefanten-Icon.

Daten gehören neben die Rolle, Monat und Jahr: „Mär 2021 – heute“ oder „03/2021 – heute“. Nicht in einer dünnen Sidebar verstecken. Nicht „’21–jetzt“ in einer Script-Schrift. Hat Sam über eine Agentur bei einem Payments-Kunden gearbeitet, Kunde und Agentur in denselben Block, damit der Verlauf keine Lücke vortäuscht und die Suche beide Namen trifft. „Heute“ in der Datei muss dazu passen, dass Sie noch dort arbeiten. Abweichungen verwirren Menschen auf der Scorecard mehr als Greenhouse, aber sie trennen Jobs, wenn der Parser „Harbor Ledger“ und „Payments platform“ in zwei Arbeitgeber schneidet.

Was der Parser nicht aus der Datei nimmt

• Wie haben Sie von der Stelle gehört, Empfehlungsname, Source-Codes — das tippen Sie.
• Arbeitserlaubnis, Visum, Umzugsbereitschaft — Bewerbungsfragen.
• EEO, Veteran, Behinderung — rechtlich getrennt vom Lebenslauf-Parse.
• Stellenscreens: Jahre Payments, Bereitschaftsrotation, „haben Sie ein idempotentes Ledger gebaut“.

Diese Antworten müssen zum PDF passen. Sagt Sams Lebenslauf „vier Jahre Payments“ und das Dropdown „1–2“, traut die Koordinatorin keinem von beiden. Anschreiben sind auf vielen Greenhouse-Boards ein eigener Slot. Der parse-sichere Lebenslauf in Resume. Kein gestaltetes Portfolio-PDF dort. Wenn ein Brief dabei ist, an diese Payments-Req binden — Kafka, PCI-Scope, Bereitschaft — kein generisches „ich bin begeistert von Ihrer Mission“. Für Nomen ohne Lüge gelten dieselben Regeln wie für jeden ATS-Lebenslauf. Wer zuerst in einem bekannten Layout tippen will, im Enhance-CV-Editor starten.

Dateityp: .docx oder getaggtes, markierbares PDF. Ein Scan des Diploms als Seite eins ist ein Ziegel. Calibri, Arial, Georgia oder die Schrift in Enhance CV. Körper 10,5–12 pt. Kein Foto in einem US-Greenhouse-Pipeline, außer die Firma fordert es — und auch dann nicht als Kopfbild, das den Extract tötet. Dateiname: Okonkwo_Backend_Payments.pdf, nicht LebenslaufFinal3.pdf. Zweispaltige Tabellen mit Tools links und Daten rechts sind, wie PDFs die Reihenfolge würfeln. Greenhouse liest oft zuerst die rechte Spalte. Eine Spalte, linksbündig, Standardüberschriften in der Sprache des Landes: Berufserfahrung oder Professional Experience, Ausbildung, Skills.

Nach dem Anhängen zeigt Greenhouse eine Vorschau. Öffnen. Das ist näher an dem, was das Hiring-Team sieht, als Ihr Canva-Tab. Zwei Checks zählen. Erstens: der geparste Kontakt. Ist E-Mail leer, lag die Adresse in Kopf, Fuß, Textfeld oder Sidebar. Abbrechen. Name, Stadt, Telefon, E-Mail und LinkedIn in die ersten Zeilen des Körpers als echten Text. Neu exportieren. Neu hochladen. Die Gmail nur ins Formular tippen lässt die nächste „letzten Lebenslauf nutzen“ kaputt und lässt Sourcern ein Profil, das sie aus der Suche nicht anschreiben können.

Zweitens: der Dokument-Viewer. Text markieren. Lassen sich „Kafka“, „Mär 2021“ und die Gmail nicht markieren, zeigt die Scorecard oft ein flaches Bild. Manche Führungskräfte öffnen den Anhang noch in einer Laptop-PDF-App und sehen Ihr Design. Viele öffnen ihn am Handy in Greenhouse. Spalten fallen zusammen. Sidebars springen. Ein zweispaltiges „visuelles System“ wird ein Durcheinander. Die Vorschau ist der billige Ort, das zu lernen. Eine stille Woche nach Senden ist der teure Ort.

„Lebenslauf aktualisieren“ ist eine Falle. Existiert Sam in dieser Org schon aus einer Bewerbung 2024, ersetzt eine neue Datei die alte nicht immer. Die Scorecard kann noch den Titel vom letzten Jahr zeigen. Nach dem Senden die Kandidatenansicht öffnen — oder den Bestätigungsbildschirm, wenn das Board den Dateinamen zeigt — und prüfen, dass Okonkwo_Backend_Payments.pdf das Objekt ist, das landete. Interne Empfehlungen haben dasselbe Problem: ein Teammitglied hat ein altes PDF in ein Prospect-Profil gelegt. Sie ersetzen es trotzdem und prüfen die Vorschau. Für die menschliche Seite der Extracts über ATS-Marken: was Recruiter nach dem Parse sehen.

Fünf-Sekunden-Vorschau-Audit

• E-Mail und Telefon als Text im Viewer sichtbar, nicht nur als Icons.
• Der jüngste Job zeigt Monat und Jahr neben Arbeitgeber und Titel.
• Der Dateiname passt zu dieser Requisition, nicht zu einem alten Download.
• Alles markieren funktioniert. Sonst haben Sie ein Bild hochgeladen.

„Mit LinkedIn bewerben“ ablehnen, wenn dieser Import je Daten geleert hat. LinkedIn ist ein anderer Parser und ein anderes Dokument. Eine parse-sichere Datei, Nomen für diese Req, dann die Greenhouse-Fragen. Sieht die Vorschau ehrlich aus, trotzdem denselben Export durch den ATS-Check jagen, damit das nächste Board schneller geht. Ein grüner Checker ersetzt nicht das Öffnen des Greenhouse-Viewers. Er sagt, dass die Textebene existiert, bevor Sie ein Apply verbrennen.

Hiring Manager scoren nicht den Parse. Sie scoren das PDF und die Antworten auf der Scorecard. Recruiter leben in der Suche. Sie brauchen die E-Mail im Extract, damit Outreach funktioniert, und Punkte, die eine müde Führung am Handy zu Ende liest. Deshalb ist „hübsch für Greenhouse, flach für Workday“ ein schlechter Schnitt. Die hübsche Datei ist die, die der Greenhouse-Manager öffnet. Ist sie ein zweispaltiges Bild, ist die Scorecard gescheitert. Hat die flache Datei den Kontakt im Kopf versteckt, ist die Suche gescheitert. Eine Spalte, Kontakt im Körper, menschliche Punkte. Die Vorschau bestätigt beides.

Diese drei Edits stammen aus Sams Entwürfen und aus Dateien wie ihnen. Die Struktur stehlen. Keine Payments-Plattform erfinden, die Sie nicht ausgeliefert haben.

Zeilenbeweis zählt weiter, wenn der Parse sitzt. „Zuständig für Payments“ hilft einer Senior-Backend-Payments-Req nicht. „Idempotente Ledger-Posts für Stripe-Webhooks; p95 unter 200 ms am Kafka-Consumer; Bereitschaft für PCI-Services“ hilft. Parsefreundliches Layout behalten, dann schreiben wie jemand, der im Raum war. Wer ein Layout will, das Kontakt schon im Körper hält, in Enhance CV bauen und markierbaren Text exportieren. Dieselbe Datei im Checker scoren, bevor Sie Harbor Ledgers Bewerben anfassen.

Ein vierter Fail, den wir sehen, auch nach den drei Transforms: eine Keyword-Fußzeile, die den ganzen Qualifikationsblock wiederholt. Greenhouse kann sie indexieren. Die Führung liest sie als Rauschen und bleibt im Summary stecken. Kafka und PCI in die Payments-Punkte, die Sie verteidigen können. Die Fußzeile für eine URL oder nichts. Die Suche trifft die Nomen trotzdem. Die Scorecard sieht trotzdem aus, als hätte ein Mensch geschrieben.

Das ist Sams Weg auf dem Harbor-Ledger-Board. Firmen ändern Labels, nicht die Idee: Datei anhängen, Vorschau lesen, Fragen beantworten, die das PDF nie enthielt, senden. Wer zuerst in einem bekannten Layout tippen will, im Enhance-CV-Editor starten.

1. Requisition von der Firmen-Karriereseite oder dem Greenhouse-Board öffnen, nicht von einem Indeed-Scrape, der auf eine alte Req-ID zeigen kann.
2. Konto mit derselben E-Mail wie im Lebenslauf anlegen. Eine zweite Gmail ist, wie Statusmails verloren gehen und Sie in zwei Kandidaten splitten.
3. Existieren Sie schon in dieser Org, das alte Profil im Kopf behalten: Sie ersetzen den Lebenslauf. Nicht annehmen, das PDF vom letzten Jahr sei aktuell.
4. .docx oder markierbares PDF hochladen. „Mit LinkedIn bewerben“ ablehnen, wenn dieser Import je Daten geleert hat; der LinkedIn-Extract ist ein anderer Parser.
5. Auf die Vorschau warten. Nicht auf Senden, bis Sie den Viewer geöffnet und den geparsten Kontakt gesehen haben.
6. Den Namenssplit lesen. „Mary Ann“ im Formular fixen, wenn das Board Vor- und Nachname zeigt. Bindestrich-Nachnamen ganz in Nachname.
7. E-Mail und Telefon lesen. Ist eines leer, lag der Kontakt im Kopf. Abbrechen, Datei fixen, neu hochladen. Nicht nur die E-Mail in eine Box tippen und das PDF für die nächste Req kaputt lassen.
8. Im Lebenslauf-Viewer alles markieren. Lassen sich Kafka und März 2021 nicht markieren, haben Sie ein Bild oder einen flachen Export hochgeladen.
9. Prüfen, dass der Dateiname auf dem Schirm zu dieser Req gehört, nicht LebenslaufFinal3.pdf aus einem Prospect-Anhang 2024.
10. Custom-Fragen: Jahre Payments, Bereitschaft, Arbeitserlaubnis. Die Zahlen müssen zu einem Satz im Lebenslauf passen.
11. EEO- und Self-ID-Screens sind in vielen US-Boards optional; sie werden nicht aus Ihrem PDF scored. Nach Anleitung und Ihrem Komfort ausfüllen.
12. Anschreiben nur im Cover-Letter-Slot, und nur wenn Sie etwas Konkretes für dieses Payments-Team haben. Der Resume-Slot bleibt die parse-sichere Datei.
13. Senden. Bestätigung öffnen. Lässt die Org die Bewerbung sehen, den Lebenslauf noch einmal öffnen. „Lebenslauf aktualisieren“ später braucht dieselbe Vorschau-Prüfung.
14. Denselben Upload parsen, damit das nächste Greenhouse-Board schneller geht — und eine Workday-Req in derselben Woche Sie nicht überrascht.

Schritt 7 überspringen die meisten. Sie tippen die fehlende E-Mail ins Formular und fixen nie das PDF. Die nächste Requisition derselben Greenhouse-Org kann den alten Extract und die alte Datei anhängen. Quelle fixen. Workday-Shops, die Widgets durchgehen lassen, speichern den Anhang trotzdem; eine Recruiterin kann dort auch ein kaputtes PDF öffnen. Der Unterschied ist der Confirm-Schritt: Workday lässt Sie Erfahrungszeilen ansehen. Greenhouse lässt Sie eine Vorschau ansehen. Beides klickt man zu schnell durch. Für Workdays Zeilenweg Lebenslauf in Workday hochladen. Für den Screen jenseits eines Vendors ATS bestehen.

Sam bewirbt sich auch bei einem Klinik-Vendor unter Workday und einem Contract-Shop, der noch Taleo nutzt. Dieselbe einspaltige Backend-Datei soll reisen. Was sich ändert, ist, wie sehr Sie Autofill trauen, und wo der Hiring Manager wirklich liest. Greenhouse setzt auf PDF plus Suche. Workday setzt auf benannte Widgets, die Sie prüfen müssen. Taleo lässt Historie oft abtippen und speichert den Anhang trotzdem. iCIMS mischt Parse und lange Zahlenfragen. Ein Layout. Vier Confirm-Gewohnheiten.

Keine drei Looks halten. Eine parse-sichere Datei und Nomen pro Req ändern (Payments vs. Ads vs. Infra). Dekorative PDFs „für den Greenhouse-Hiring-Manager“ scheitern, wenn er im Greenhouse-Viewer liest, der nicht Canva ist. Die Workday-Vorschau ist auch nicht Canva. Workday-Felder: Workday-Format. Klickweg: Lebenslauf in Workday hochladen. Extract gegen Menschenansicht an einem Ort: Recruiter-Vorschau.

Lever sitzt näher an Greenhouse als an Workday: Datei plus Suche, weniger Autofill-Widgets. Der Kopf-E-Mail-Fail ist dieselbe Familie. Liegen in Sams Woche Lever, Greenhouse und Workday, ändert sich die Datei nicht. Die Minuten nach dem Upload schon: Vorschau in Greenhouse und Lever, Erfahrungszeilen in Workday. Das ist der ganze Kontrast. Wer eine „gestaltete Greenhouse-Version“ pflegt, hat am selben Nachmittag das Workday-E-Mail-Widget leer.

Zweiteilige Vornamen und Bindestrich-Nachnamen: einen Lebenslauf-Namen wählen, der den Ausweisen so nah wie möglich kommt, dann das Formular fixen, wenn Greenhouse einen Split zeigt. Background-Checks matchen Nachname. Keine Titel ins Nachnamen-Feld („Okonkwo, SWE“). Der Titel gehört hinter den Namen auf dem PDF als „Sam Okonkwo“ oder in die jüngste Jobzeile. Ein Komma nach dem Namen ist, wie mancher Extract splittet. Vorschau prüfen.

Land und Telefon: ein US-Board, das Staat verlangt, will Staat trotzdem im Formular, auch wenn Sie woanders wohnen. Die Adressfragen nutzen, keine clevere Lebenslaufzeile. Telefon mit + und Ländervorwahl im Körper reduziert abgeschnittene Telefonfelder. Postleitzahlen mit Leerzeichen (UK, Kanada) splitten manchmal; im Formular genau wie das Beispiel tippen. Deutsche oder französische Boards wollen den Lebenslauf oft in dieser Sprache; die Layout-Regeln ändern sich nicht. Kontakt gehört weiter in den Körper.

Zwei Anhänge: viele Greenhouse-Posts erlauben Anschreiben und Lebenslauf. Der parse-sichere Lebenslauf in Resume. Kein gestaltetes Portfolio-PDF dort. Anschreiben sind auf vielen Boards optional; der Lebenslauf muss Kafka und PCI trotzdem tragen. Wenn ein Brief dabei ist, Team und Req nennen. Agency-Submits: prüfen, welche Datei die Agentur angehängt hat. Agenturen lieben gestaltete PDFs. Sie besitzen die Vorschau trotzdem, wenn die Firma Ihnen später einen Self-Apply-Link schickt.

Intern- und Studientitel: Greenhouse speichert „Software Engineering Intern“ als Titel. Das ist in Ordnung. Nicht in „Senior Backend Engineer“ umlabeln. Daten brauchen weiter Monat und Jahr. Ein 12-Wochen-Intern darf nicht wie ein zweijähriger Staff-Job wirken, weil Monate fehlen. Contract plus Kunde: beide Namen in einem Block, damit die Suche den Kunden trifft, den die Req nennt. Lücken bleiben für Menschen auf der Scorecard Lücken. Ein Satz im Summary reicht; keine Firma erfinden, um 2020 zu füllen.

Prospect gegen Kandidat: ein Sourcer kann Sam letztes Jahr mit einem alten PDF angelegt haben. Wenn Sie sich bewerben, werden Sie Kandidat auf dieser Req. Die alte Datei kann trotzdem das Erste sein, das eine Führung öffnet. Ersetzen. Vorschau öffnen. Interne, die Greenhouse für ein neues Team nutzen, haben denselben Job: der Slack-Chat ist nicht das Kandidatenprofil. Nach dem Senden, wenn das Board „Meine Bewerbungen“ oder eine Bestätigung mit Dateiname anbietet, lesen. „Lebenslauf mit Warnungen hochgeladen“ sind meist fehlende Daten oder eine unlesbare Datei, kein moralisches Urteil.

Heute: einspaltige Datei exportieren, alles markieren, Checker, dann Sams Schritte an einer echten Greenhouse-Req. Ist die Vorschau-E-Mail leer, das PDF fixen vor dem nächsten Adjektiv. Layout bauen, wenn Sie noch mit Canva-Textfeldern kämpfen. Für den Screen jenseits Greenhouse ATS bestehen. In der Woche mit Klinik-Workday Workday-Format und Workday-Upload offen halten. Die Datei ist dieselbe. Der Confirm-Schritt nicht.

Letzter Check, den Vorlagen überspringen: lebt Kafka nur in einem Logo, sieht die Greenhouse-Suche es nicht. Das Wort schreiben. Lebt der PCI-Scope nur in einem vertraulichen Anhang, den Sie nicht beigelegt haben, sieht die Führung ihn nicht. Einen ehrlichen Satz schreiben. Lebt die E-Mail nur in der Signatur des Mail-Clients, hat das Profil sie nicht. Unter den Namen schreiben. Vorschau. Dann senden. Funkstille nach Bewerben ist meist ein leerer Extract oder ein altes PDF, kein geheimes Ranking.

Wenn Sie in derselben Woche drei Fintechs anschreiben, die alle Greenhouse nutzen, trotzdem pro Org die Vorschau gehen. Ein Board zieht Kafka sauber, das nächste wirft „Austin“ in Skills. Fünf Minuten Preview pro Portal sind billiger als eine Woche Stille, weil die E-Mail nur im ersten Tenant saß. Workday-Häuser in derselben Runde bekommen dieselbe Datei, aber die Experience-Zeilen nicht überspringen. Der Dual Store bleibt: PDF für Menschen, Parse für Suche. Wer nur eines pflegt, verliert das andere am selben Nachmittag.

Wer intern wechselt und Greenhouse schon ein Prospect-Profil hat, trotzdem eine frische Datei zur neuen Requisition laden. Alte Attachments bleiben oft am Kandidaten hängen. Die Führung öffnet das letzte PDF, nicht die Erinnerung an den Flur-Chat. Nach der Bestätigungsmail einmal das Profil öffnen und prüfen, ob Vorname und die Kafka-Zeile noch so stehen, wie Sie sie wollten. Dieselbe Prüfung, wenn eine Agentur „schon alles hochgeladen“ hat — das schöne Agency-PDF ist oft genau die Zwei-Spalten-Datei, die Suche und Handy-Viewer zerlegen.