Sourcing
Run a sourcing experiment that teaches you something
A sourcing experiment changes one important assumption and defines what evidence will guide the next decision. Choose a specific candidate pool, channel, or message hypothesis; hold the rest stable; and review profile relevance and conversation quality, not only volume. Time-box the test, document limitations, and decide to continue, adjust, or stop.
On this page
Choose a decision worth informing
Start with uncertainty that blocks action: whether an adjacent background transfers, whether a community reaches the right people, or whether the role explanation is clear. Avoid experiments whose only question is whether more messages produce more replies. Write the decision you will make when the test ends and who owns it.
Change one main variable
Keep the role, audience, and timing similar when comparing message approaches. Keep the message stable when comparing candidate contexts. Real hiring environments are noisy, so perfect control is unlikely, but changing everything ensures no useful interpretation. Record differences that might matter, including sender, location requirement, and how profiles were selected.
Use meaningful evidence
Inspect whether reviewed profiles show the intended capabilities, whether replies engage with the actual role, and what objections reveal. A high response rate from the wrong audience is not success. A small number of detailed conversations may teach more than a large automated batch. Protect candidate experience by keeping the test relevant and messages truthful.
Set boundaries before launch
Define the sample, time box, review date, and stop condition. Assign who will reply and how quickly. Do not continue contacting people simply because the experiment has no planned ending. If the role changes, stop and redesign rather than blending incompatible results.
- One decision and hypothesis
- One primary variable
- Evidence beyond raw volume
- Pre-agreed continue or stop rule
Interpret a mixed result
Illustrative example: a team tests outreach to quality engineers from regulated manufacturing for an operations role. Few people reply, but those who do show strong process ownership and ask about decision authority. The team does not declare the pool bad. It clarifies authority in the message and runs a smaller second test while comparing the evidence with its original software-only pool.
Write the learning down
Use a short record: hypothesis, setup, observed evidence, limits, decision, and next test. Distinguish what the sample showed from what the team infers. Share learning with the hiring manager so the brief can improve. Close the experiment when it has informed the decision; perpetual testing can become avoidance of the slower work of building candidate relationships. Compare the test with the prior channel baseline only when the audiences and timing are meaningfully similar. If the sample is small or conditions changed, call the result directional and use it to choose the next conversation, not to make a broad market claim. Name who will act on the result.
Next step
Pick the largest sourcing uncertainty for one role and write its hypothesis, fixed inputs, evidence signal, time box, and decision rule before acting.