Guide

Running remote candidate assessments fairly

A remote assessment is easy to send and easy to get wrong. The failure modes are rarely technical — they are a test that measures the wrong thing, or a signal read as more than it is.

Test the job, not the syllabus

Write down what the first three months of the role actually require, then test that. Screening rounds drift toward what is easy to auto-mark, which is how a role that needs judgement ends up filtered on trivia recall.

Keep it short. A screening assessment that takes ninety minutes selects for candidates with ninety spare minutes, which is not the trait you were hiring for. Thirty to forty-five minutes is usually enough to separate a shortlist.

Design for the worst device on the list

Assume a mid-range phone on mobile data
If the assessment does not work there, it is filtering on hardware.
Answers must survive a dropped connection
Autosave and resume against the same server deadline — so a reconnect continues the attempt rather than restarting or extending it.
Publish the window early
A window with an expiry lets candidates in other time zones or on shift work choose a sane moment.
Have a fallback for the invitation
Emails land in spam. A short test code the candidate can type is what turns a support thread into a ten-second fix.

Same conditions for everyone

Fair comparison needs the clock enforced server-side, not by the candidate’s browser; identical questions or a documented randomisation with the shown order recorded; consistent marking, which means one reviewer applying one standard to short-answer responses; and attempt limits set deliberately rather than left open.

Using integrity signals proportionately

Browser-level signals — focus loss, copy, paste, developer tools — are worth collecting and worth reading carefully. They cannot see a second device or another person in the room, so they are not proof of anything on their own.

Set a threshold high enough that ordinary behaviour does not trip it, review borderline cases as a human, and never let an automated flag end a candidacy by itself. Tell candidates what is collected before they start: it reduces accidental violations and it is what makes a later decision defensible.

Close the loop

Tell candidates what happens next and by when, then do that. Whether you share scores is a policy decision — on this platform scored results are only sent when you explicitly share them, so it is a choice rather than a default. Silence after an unpaid hour of someone’s time is the most common own goal in remote screening.

Common questions

How long should a remote screening assessment be?

Long enough to separate a shortlist and short enough that availability is not the filter — usually thirty to forty-five minutes. Longer rounds select for candidates with spare time rather than for the skill you are testing.

What if a candidate loses connection mid-attempt?

Answers autosave and the candidate resumes the same attempt against the same server-anchored deadline. Reconnecting neither restarts the attempt nor extends the clock.

Should I reject a candidate for proctoring violations?

Not on the count alone. Browser signals cannot distinguish a deliberate search from a notification stealing focus. Use them to decide what to review, keep a human in the loop, and pair high-stakes decisions with a round where someone is present.

More answers on the full FAQ.