Work

/ Case study · PerfectHire

Recruiter productivity, reframed

Cross-domain insight transfer in B2B product design — when the right reference class isn't in your domain.

backward-facing dashboards forward-looking composite scores

Recruiters in most modern hiring tools are drowning in metrics: time-to-fill, time-to-hire, response rates, conversion rates, candidate-quality scores. The metrics are accurate, the dashboards are clean, the data is current. And none of it changes how a recruiter spends their day.

The reason is that the metrics are backward-facing. They describe what already happened. They don't help a recruiter at 9 a.m. on a Tuesday decide whether to spend the morning sourcing, clearing administrative backlog, or taking a focus block to write three thoughtful candidate pitches. The metrics describe the past; the decision is about the next two hours.

When I was building the analytics layer at PerfectHire, the obvious move was to build a better backward-facing dashboard. I started there. It didn't feel right — the product I'd be shipping would look like everything else in the category and get ignored the same way.

Looking outside the domain

The reference class that solved it wasn't another recruiting product. It was Oura, the sleep-and-activity ring.

Oura's insight is that its users don't want raw biometrics. They want a few composite scores — Sleep, Activity, Readiness — that synthesize the underlying signals into a single forward-looking number. Readiness doesn't tell you how you slept; it tells you what you can do today based on how you slept. The metric is built around the user's actual decision, not the structure of the underlying data.

The same logic transfers to recruiting. The decision a recruiter makes every day is about allocation — where to spend the next two hours, when to push and when to recover, when to ask for help, when the team is in trouble. Backward-facing metrics surface none of that. Forward-looking composite scores might.

What I built

A small set of real-time composite scores, each synthesized from underlying activity data but surfaced as a single number with a direction and a short explanation. An individual view that prompts the recruiter's daily prioritization — suggesting a focus block when attention is fragmenting, surfacing deferrable work when load spikes — while leaving the decision with the person. A manager view that aggregates the same scores across a team to expose capacity imbalances before they become burnout and attrition. And chat-based explainability, so a user can ask "why is this low this week" and get a plain-language answer rather than another chart to interpret.

Where it landed

The framework was deployed to early design partners. In a 20-user comparison against legacy-style dashboards, twice as many recruiters said the new framework would shape their daily prioritization as said their existing dashboard influenced them (16 vs. 8 of 20) — a result I read as stated intent rather than proven behavior change, which is exactly what the live deployment is now measuring.

What this case shows about how I work

The reference class that solves a product problem often isn't in the product's own domain. Cross-domain insight transfer is a senior skill — harder to learn than craft like wireframing or instrumentation, and it's the move that separates products that feel genuinely new from products that feel like one more increment on the category's existing axis. Most recruiting analytics compete on the backward-facing-metric axis. This one changed the axis.

Back to all work