Eine Projektausschreibung zu lesen fühlt sich manchmal an wie das Entziffern einer Wand aus Text. Anforderungen, Wünsche, ein paar Sätze zum Unternehmen, dazwischen Formulierungen, die sich alle gleich wichtig anhören. Und genau da liegt das Problem: Wer alles gleich gewichtet, bewirbt sich an der Ausschreibung vorbei.
Denn der Auftraggeber hat beim Schreiben priorisiert, auch wenn man es dem Text nicht direkt ansieht. Manches ist ein hartes Kriterium, ohne das du gar nicht in Frage kommst. Anderes ist ein netter Zusatz, der über Rangfolge entscheidet, aber nicht über Zusage oder Absage. Und ein paar Signale stehen gar nicht ausgeschrieben da, sondern zwischen den Zeilen. Wer diese drei Ebenen auseinanderhält, schreibt eine deutlich präzisere Bewerbung.
Must-haves von Nice-to-haves trennen
Der erste Schritt beim Analysieren einer Ausschreibung ist banal und wird trotzdem ständig übersprungen: Trenne, was zwingend verlangt wird, von dem, was nur gewünscht ist.
Die Sprache verrät die Gewichtung. Formulierungen wie "zwingend erforderlich", "Voraussetzung", "mehrjährige Erfahrung in" oder eine Technologie, die drei Mal im Text auftaucht, sind Must-haves. Wörter wie "idealerweise", "von Vorteil", "wünschenswert" oder "Erfahrung mit X ist ein Plus" markieren Nice-to-haves.
Das klingt nach einer Kleinigkeit, hat aber direkte Folgen für deine Bewerbung. Die Must-haves gehören nach oben und müssen klar belegt sein. Auf einen Blick sollte der Auftraggeber sehen: Ja, diese Person erfüllt die harten Kriterien. Die Nice-to-haves erwähnst du, wenn du sie mitbringst, aber du baust deine Bewerbung nicht darum herum. Wer den halben Text darauf verwendet, ein "wäre von Vorteil" abzudecken, und das eigentliche Must-have nur streift, hat die Ausschreibung falsch gewichtet.
Ein zweiter Fehler: Skills alphabetisch oder chronologisch auflisten, statt nach dem, was diese Ausschreibung verlangt. Wenn Kubernetes das zentrale Must-have ist und bei dir auf Position acht der Liste steht, hast du die Aufmerksamkeit verloren, bevor sie überhaupt bei deiner Kernkompetenz angekommen ist. Mehr dazu, wie du deinen Lebenslauf pro Projekt neu sortierst, findest du im eigenen Beitrag dazu.
Die versteckten Signale lesen
Interessant wird es bei dem, was nicht direkt in der Anforderungsliste steht. Eine Ausschreibung sendet fast immer Signale, die über Passung und Chancen mehr sagen als die Bullet-Points.
Remote-Anteil. Steht dort "hybrid, 2 Tage vor Ort in München" oder eher "remote möglich nach Einarbeitung"? Das entscheidet für viele über die Bewerbung überhaupt. Wenn der Ort vage bleibt, ist das oft ein Zeichen, dass Verhandlungsspielraum besteht, gerade bei knappen Skills.
Budget-Indizien. Selten steht ein Satz konkret drin. Aber die Formulierung verrät viel: "Senior mit tiefem Architektur-Know-how" spielt in einer anderen Liga als "Unterstützung im bestehenden Team". Die Seniorität, die verlangt wird, korreliert mit dem, was gezahlt wird.
Dringlichkeit. "Projektstart ab sofort" oder "kurzfristige Nachbesetzung" heißt: Hier zählt schnelle Verfügbarkeit oft mehr als das perfekte Profil. Steht dagegen ein Start in drei Monaten drin, hat der Auftraggeber Zeit und wird wählerischer.
Wer sucht überhaupt? Eine Ausschreibung direkt vom Kunden liest sich anders als eine über einen Vermittler. Vermittler-Ausschreibungen sind oft glattgeschliffen und anonymisiert, mit dem echten Kunden sprichst du erst später. Das ändert deinen Ton und die Fragen, die du stellst.
Diese Signale stehen nicht als Anforderung da, prägen aber, wie du dich positionierst. Wer sie überliest, schreibt technisch korrekt an der eigentlichen Situation vorbei.
Aus der Analyse eine Checkliste machen
Wenn du eine Ausschreibung sauber zerlegt hast, hast du im Grunde schon das Gerüst deiner Bewerbung. Aus jeder Ebene wird ein konkreter Punkt, den dein Anschreiben und dein Lebenslauf ansprechen sollten:
- Jedes Must-have: klar belegt, weit oben, mit einem konkreten Beispiel statt einer Behauptung.
- Die wichtigsten Nice-to-haves, die du erfüllst: kurz erwähnt, ohne den Fokus zu stehlen.
- Die versteckten Signale: in Ton und Schwerpunkt aufgegriffen, etwa deine Verfügbarkeit betont, wenn Dringlichkeit im Spiel ist.
So wird aus einer Wand aus Text eine überschaubare Liste. Und dein Anschreiben beantwortet die einzige Frage, die den Auftraggeber wirklich interessiert: Kann diese Person mein Problem lösen? Wie du das Anschreiben dann konkret aufbaust, damit es diese Frage in den ersten Sätzen beantwortet, zeigt der Beitrag zum Aufbau eines Anschreibens für IT-Freelancer.
Wenn dir die Zeit dafür fehlt
Das Ganze sauber zu machen, kostet Zeit. Eine Ausschreibung ordentlich zu durchleuchten, sind schnell zwanzig Minuten, und das noch vor der ersten Zeile der Bewerbung. Wenn du mehrere Projekte pro Woche findest, summiert sich das.
Dabei hilft dir der Ausschreibungs-Decoder. Du fügst den Text der Ausschreibung ein, egal ob von freelancermap, GULP oder direkt vom Kunden, und bekommst in etwa 30 Sekunden die Must-haves, die Nice-to-haves, die versteckten Signale und eine Checkliste, was deine Bewerbung ansprechen sollte. Kostenlos und ohne Anmeldung. Er nimmt dir das Lesen nicht ab, aber die Sortierarbeit, und die frisst am meisten Zeit.
Der Decoder ist eine Lesehilfe, kein Orakel. Die Einschätzung, ob ein Projekt wirklich zu dir passt, bleibt bei dir. Aber du triffst sie auf einer klaren Grundlage statt zwischen den Zeilen einer Textwand. Und wenn du dich auf Plattformen wie freelancermap oder GULP bewirbst, wo dein Profil gegen viele andere antritt, lohnt sich der Blick in den Beitrag, wie sich deine Projektbewerbung dort abhebt.
Eine Ausschreibung zu verstehen ist kein Bauchgefühl. Es ist eine Frage der Struktur: harte Kriterien, weiche Wünsche, versteckte Signale. Wer diese drei Ebenen trennt, bewirbt sich präziser und mit weniger Aufwand.