← all playbooks

Source in Germany on every form of the title, not only the one you typed

A candidate pool for a German-speaking market built on the full title set: both gendered forms, the German and English names for the job, and a location list that covers the metro and the towns around it. Beside it, the count for the single title you started with, so you can see what that search was missing.

use when
you are sourcing in a German-speaking market and the search returns fewer people than you know are there
starts from
A job spec

The prompt

Paste it into Claude Code or the Claude desktop app with Hyreflow connected. The first line tells your agent to use Hyreflow, so it reads the play, asks before it spends anything, and hands the work back to you.

paste this into Claude
Use hyreflow and source <ROLE_TITLE> candidates in <CITY_OR_REGION> without
missing the people who write the title another way.

<PASTE THE SPEC, OR THE JOB TITLE AS THE CLIENT WROTE IT>

How I want it run:
- Drop job-ad markers such as (m/w/d) from the title before you search.
- Write out every form of the title in full: masculine and feminine, the
  inflected endings, and the German and English names for the same job.
  Show me the list first. Both gendered forms are there to find everyone.
  Never filter or score on gender.
- Build the location wide: the city in German and English, the metro label
  and the towns around it within <COMMUTE_KM> km.
- Count the single title I gave you against the full set, per database, so
  I can see the gap.
- Pull dated work history before you score anyone against <MUST_HAVES>.
- Contact details for survivors only: personal email and LinkedIn, never
  work email.

Run five people first and tell me what the full run costs before you do the
rest. Do not contact anyone.

Replace every <PLACEHOLDER> with your own detail. Everything else can stay as written.

What you need first

  • The job spec, or the job title as the client wrote it, in German or English
  • The city or region, and whether the role is on site, hybrid or remote
  • A Hyreflow workspace with credits
  • Optional: your own lemlist account connected, to add its people database

Tools it can reach for

The agent picks per step from what your workspace has. Nothing here is required by name.

What happens when you run it

Free steps are marked free. Anything that spends credits is marked, and the agent asks before the first paid run of any size.

  1. 1

    Read the spec and strip the job-ad markers

    free

    A German job ad carries markers such as (m/w/d) after the title. They belong to the ad, not to anyone's profile, so they are removed before the title is used as a search term.

  2. 2

    Write out every form of the title

    free

    The masculine and the feminine form, each in full with its inflected endings, plus the German and the English name for the same job. Full words matter: two of the three databases return nothing on a bare word stem. The list is read back to you.

  3. 3

    Build the location for each database

    credits

    Two databases match a location as an exact string, so they get the city in German and English, the metro label and the towns of the surrounding district within commuting range. The third needs its own canonical area value, looked up first, and one such value covers the whole metro.

  4. 4

    Count the one title against the full set

    credits

    Each database reports how many people match. The agent reads that number for the single title you started with and for the full set, which costs a result or a page per reading. The difference is the part of the market the first search could not see.

  5. 5

    Pull the pool and merge it

    credits

    Each database is pulled to the depth you agreed and the results merge on the LinkedIn profile. Rows with no profile link merge on a name with umlauts and case normalised, and are flagged.

  6. 6

    Pull the dated work history

    credits

    A search row is a current title, an employer and a place. Dated career history is pulled for the merged pool before anyone is scored, so a long-serving specialist and a recent career changer do not look the same.

  7. 7

    Qualify against the must-haves

    credits

    Each person is scored on dated history, skills and role descriptions, in German or English. A missing skill keyword is recorded as unknown. A product with a similar name to the one the client uses is not counted as a match.

  8. 8

    Find contact details for the survivors only

    credits

    Personal email and LinkedIn for the people who passed, through the personal-email providers in a set order that stops at the first hit. A miss usually costs nothing.

What a run costs

Credits are spent per candidate the play actually works, and a lookup that finds nothing usually costs nothing. The two figures are the run where the first provider answers and the run where every lookup walks its full chain.

candidatesif the first provider answersif every lookup walks the chain
25$3.636 credits$15150 credits
100$14140 credits$59590 credits
500$70700 credits$2952950 credits
1,000$1401400 credits$5905900 credits

Free before anything is charged

  • Read the spec and strip the job-ad markers
  • Write out every form of the title

What moves the number

  • The channel. This play buys personal email, because these are candidates, and a work inbox is the wrong place to approach one. A personal address costs more to find than a work one.
  • Coverage on people search, work history and personal email. The chain stops at the first provider that answers, and only that provider bills.
  • How many candidates survive the free filters. Everything dropped before the paid steps costs nothing.
  • The scoring and drafting steps run on the metered agent, charged on what they read and write rather than per candidate, so they sit outside this table.
  • Providers you connect with your own key. Those calls bill your account, not your credits.

An estimate, not a quote, priced at the volume credit rate. Your agent sizes the run against your own workspace and tells you what it will cost before it spends anything.

In German one job has several names, and a search only knows the one you typed

In English a tax clerk is a tax clerk. In German the same job is a Steuerfachangestellte or a Steuerfachangestellter depending on who holds it, the job ad writes Steuerfachangestellte (m/w/d), and the international firm down the road lists the role in English. That is one job. To a title filter it is four different strings, and the filter returns the one you typed.

Nothing warns you. The search comes back with a believable number of people and you work that list. You never learn that everyone who writes the other form was left out. The miss is not random either. Search the masculine form alone and you have removed the women who use the feminine one, which is a coverage problem and a fairness problem at once.

Location repeats the pattern. München and Munich are different strings to a filter that matches exactly. Someone who lives in a town in the surrounding Landkreis may list the town, the metro or the region, and a city-only search keeps some of them and loses the rest.

Build Boolean and X-ray search strings writes the strings for you to paste. This play runs the search and shows you the size of the gap.

What you get back

The title set as it was searched and the location list, so you can reuse both. The count for your original title beside the count for the full set, per database. Then the pool itself: de-duplicated, scored on dated work history with the reason on every row, with the LinkedIn profile and a personal email for the people who passed. The file is plain UTF-8, so the umlauts survive.

Variations worth knowing

Add demand context. The German federal job board can be read for open roles with the same title in the same region. It lists jobs, not candidates, and shows which employers are hiring from this pool.

X-ray what the databases miss. A site:linkedin.com/in web search on the German title forms, with country and language set to Germany. It is charged per search even when it finds nothing, and the hits are leads to verify.

Austria and Switzerland. Same method, different titles. Say which country you are searching.

Where this goes wrong

No Xing. Hyreflow has no Xing access. People who keep a profile only there are missing from the pool.

A stem in the wrong database. One database matches a stem and the others return nothing on it, silently. A zero beside hundreds elsewhere is a query fault.

The radius that measures the employer. One database's radius filter runs from the company's head office, not the person, so the town list is used.

A tool nearly everyone uses. Where a whole profession works in one product, naming it says little and leaving it off says less. Those profiles are tiered as likely and confirmed on the call.

Questions

Is searching on gendered titles not a form of filtering on gender?

It is the opposite. German gives most jobs a masculine and a feminine title, and a search on one form leaves out everyone who writes the other. Both forms go in so that the search finds everyone who holds the job. Nobody is filtered, ranked or scored on gender, age or any other protected characteristic, even where a data source exposes it.

Does it search Xing?

No. Hyreflow has no Xing access. The pool is built from people databases that identify a person by their LinkedIn profile. Someone who keeps a profile only on Xing will not appear. In the German-speaking market that is a real limit, and you should know it before you tell a client the market is covered.

Why not search the stem of the word and catch every ending at once?

Because it works in only one of the three databases. That one matches a stem anywhere inside a title. The other two need each form written out and return nothing on a stem, with no error to tell you. So the agent writes the full forms for every database and adds the stem only where it helps.

Why does the city need so many spellings?

Two of the databases match location as an exact string with no radius. München and Munich are different strings to them, and so is the name of each town in the surrounding Landkreis. Most people list the metro and not their suburb, so the list has to carry the city in both languages, the metro label and the towns. A towns-only list drops the bulk of them.

Where does the German federal job board fit in?

As demand context only. The Arbeitsagentur board lists open jobs, not candidates. Read for the same title and region, it shows which employers are competing for this pool, which is useful in a client conversation. It is billed per job returned and it does not feed the candidate list.