Recruiting agency interview operations
Candidate Interview Scheduling Software: An Agency Handoff Runbook
The candidate says yes to a client interview. That should be momentum. Instead, the recruiter opens a new thread, asks the hiring manager for windows, learns that a technical lead is required, discovers the client uses Microsoft while the candidate uses Google, and becomes a calendar dispatcher between people who cannot see one another. The handoff is where a strong search starts to drift.
Run the agency-to-client handoff in eight steps
Use this workflow for the first client interview after the agency has qualified the candidate. It is deliberately narrower than a full interview-day build and earlier than a broken-panel reschedule. The job is to preserve candidate momentum across the agency-client boundary.
- 1
Open the interview record at candidate yes
Create one record with search ID, candidate, client, role, interview stage, purpose, duration, format, target date window, scheduling deadline, candidate time zone, recruiter owner, client owner, and the source-of-truth ATS identifiers. Keep scheduling state linked to the ATS rather than hiding it inside a recruiter’s inbox.- The scheduling deadline is explicit before outreach begins.
- Candidate contact authority and preferred channel are recorded.
- Private candidate and client context stays out of calendar titles and shared notes.
- 2
Lock the client’s required roles before collecting times
Ask the client to name the hiring manager, required interview roles, optional observers, approved substitutes, duration, format, and decision deadline. A role is not always a named person. Recording an approved substitute lets the workflow recover when a technical lead declines without restarting the entire handoff.- Required and optional participants are separate.
- A missing required role blocks proposal generation.
- A substitute can be used only inside client-approved policy.
- 3
Protect the candidate window first
Collect a bounded set of candidate windows in the candidate’s local time, plus blackout periods, notice needs, and any disclosed decision deadline. Do not ask the candidate to expose a full personal calendar. Record whether availability came from connected free/busy or an explicit response, and attach a freshness time.- The candidate sees duration, format, client, and response deadline.
- An ambiguous zone or date receives one narrow clarification.
- A changed candidate deadline becomes a visible priority signal, not buried thread text.
- 4
Collect client-side evidence across calendar systems
Read approved Google or Microsoft free/busy for client participants who connect calendars. Request bounded availability from anyone the workflow cannot read. Normalize both paths into participant intervals with role, source, time zone, retrieval or response time, and error state. Calendar connection is encouraged, not mandatory.- Event titles and private reasons never enter the shared interview record.
- No provider response is missing evidence, not an open calendar.
- Client silence from a required role escalates to the named client owner.
- 5
Find overlap against the candidate and required roles
Intersect the candidate with every required interviewer or approved role substitution. Score surviving times for optional attendance, notice, working hours, time-zone fairness, interviewer buffers, and the scheduling deadline. Keep the evidence behind every proposal so the recruiter can explain a tradeoff without forwarding raw calendars.- Never present a slot that excludes the candidate or a required role.
- Show optional absences and substitutions before booking.
- A no-overlap result names the smallest date, role, duration, or substitute decision that can move the search.
- 6
Route exceptions to the person who can decide
Send candidate-window changes to the recruiter, interviewer substitutions to the client owner, deadline conflicts to both, and sensitive relationship issues to a human-owned lane. The scheduler should not ask the candidate to solve internal client staffing. It should not ask the client to interpret candidate privacy context.- Every exception has one owner and one requested decision.
- Reminder caps prevent the candidate from receiving repeated automated pressure.
- A recruiter can pause or reclaim the workflow at any point.
- 7
Commit one interview and update both sides
Bind approval to the interview record revision, exact candidate, required roles, selected people, time, format, and organizer calendar. Re-check current required availability, create one canonical event, and verify candidate and interviewer invitations. Return the confirmed result to the recruiter and client owner, then write the booking reference back to the ATS where supported.- A retry cannot create another event or send duplicate invitations.
- The candidate receives one clear local time and joining location.
- The ATS link, calendar event, and coordination record agree on the interview identity.
- 8
Measure handoff health without grading the candidate
Track time from candidate yes to coordination start, time waiting on candidate, time waiting on client, clarification count, calendar-source failures, substitutions, reschedules, and final status. Use the data to repair the agency-client process. Do not turn response speed or calendar constraints into a hidden candidate-quality score.- Separate candidate wait from client wait.
- Review repeated client-side blockers during search check-ins.
- Keep recruiter judgment, candidate care, and client relationships human-owned.
The ATS record and scheduling record do different jobs
The ATS knows the candidate, application, role, stage, recruiter, and client process. The scheduling record knows current required roles, availability sources, time zones, outreach state, proposed slots, approvals, event identifiers, and repair state. Link them. Do not force either system to pretend it owns the other job.
Ashby’s public API, for example, exposes interview schedules and interview events. Greenhouse exposes candidate, application, job, and interview data through its developer resources. Those records are valuable system boundaries. An agency still needs cross-company coordination when the candidate and client participants do not share the agency’s tenant, permissions, or internal scheduling process.
The candidate should not carry the client’s calendar problem
A self-scheduling link works when the client-side host availability already represents everyone required for the interview. It breaks as a complete answer when the candidate chooses a time and the hiring manager later discovers that the technical evaluator, office room, or executive interviewer cannot attend.
Protect the candidate by verifying the required side before offering or committing a slot. If the client cannot supply required roles or availability by the deadline, tell the candidate that coordination is still in progress. Do not send a poll that makes the candidate watch internal uncertainty unfold vote by vote.
Scheduling execution is not a link, poll, sync, or drafted email
A booking link lets a candidate choose. A poll gathers preferences. A calendar-sync utility moves availability. An ATS stores recruiting process state. An AI assistant can draft a courteous follow-up. Each can help. The recruiter still owns the handoff if no system combines the candidate, client roles, missing calendars, deadline, overlap, exceptions, and final invitation.
Scheduling execution owns that coordination record through a confirmed interview or a bounded exception. WonderCal’s direction is to coordinate candidates, external hiring managers, and interviewers across Google, Microsoft, company, and calendar boundaries while the recruiter keeps candidate judgment and client relationships.
Test the handoff before the next urgent search
Use one candidate, one agency recruiter, one client hiring manager on Microsoft, one technical interviewer on Google, and one optional observer with no connected calendar. Force an ambiguous candidate time zone, required interviewer decline, substitute approval, stale calendar slot, and duplicate booking command.
Pass when the workflow preserves the candidate window, routes the substitute decision to the client, updates the proposal from fresh evidence, and sends one verified invitation. Fail when the recruiter has to reconstruct roles from email, the candidate is asked to pick again without explanation, or two calendar events appear.
Compare candidate interview scheduling by handoff completion
The agency needs more than a place to store the interview. It needs a coordination path that crosses the client boundary without making the candidate the dispatcher.
| Decision vector | Recruiter relay and manual holds | ATS self-schedule, booking link, or poll | WonderCal execution direction |
|---|---|---|---|
| Coordination completion | The recruiter collects both sides, compares times, resolves roles, sends the invite, and repairs changes. | Can finish when configured host availability covers the interview; harder cases return coordination to the recruiter. | Designed to carry candidate and client evidence through one verified interview or bounded exception. |
| Cross-company reach | Works because the recruiter translates every domain, provider, and participant by hand. | Candidates can open a link or poll; client-wide required availability depends on setup and access. | Target path combines Google, Microsoft, agency, client, candidate, and unconnected participants. |
| Privacy | Depends on careful handling across forwarded emails, copied holds, and personal candidate calendars. | Varies by product and configuration; self-service surfaces collect the fields they are given. | Product direction uses private free/busy and bounded availability without exposing event details. |
| Exception handling | The recruiter sees every exception but also carries every routine step. | May stop at no slot, incomplete response, interviewer decline, or a role not represented in host availability. | Designed to route candidate, client, substitute, deadline, and booking exceptions to the correct owner. |
| Time and cost | No new platform path, but recruiter placement time becomes calendar-dispatch work. | Fast for standard interviews; actual time returned depends on how much external coordination remains. | Value comes from completing the agency-client handoff while recruiters keep candidate and client work. |
Coordination completion
Recruiter relay and manual holds
The recruiter collects both sides, compares times, resolves roles, sends the invite, and repairs changes.
ATS self-schedule, booking link, or poll
Can finish when configured host availability covers the interview; harder cases return coordination to the recruiter.
WonderCal execution direction
Designed to carry candidate and client evidence through one verified interview or bounded exception.
Cross-company reach
Recruiter relay and manual holds
Works because the recruiter translates every domain, provider, and participant by hand.
ATS self-schedule, booking link, or poll
Candidates can open a link or poll; client-wide required availability depends on setup and access.
WonderCal execution direction
Target path combines Google, Microsoft, agency, client, candidate, and unconnected participants.
Privacy
Recruiter relay and manual holds
Depends on careful handling across forwarded emails, copied holds, and personal candidate calendars.
ATS self-schedule, booking link, or poll
Varies by product and configuration; self-service surfaces collect the fields they are given.
WonderCal execution direction
Product direction uses private free/busy and bounded availability without exposing event details.
Exception handling
Recruiter relay and manual holds
The recruiter sees every exception but also carries every routine step.
ATS self-schedule, booking link, or poll
May stop at no slot, incomplete response, interviewer decline, or a role not represented in host availability.
WonderCal execution direction
Designed to route candidate, client, substitute, deadline, and booking exceptions to the correct owner.
Time and cost
Recruiter relay and manual holds
No new platform path, but recruiter placement time becomes calendar-dispatch work.
ATS self-schedule, booking link, or poll
Fast for standard interviews; actual time returned depends on how much external coordination remains.
WonderCal execution direction
Value comes from completing the agency-client handoff while recruiters keep candidate and client work.
Frequently asked questions
What should candidate interview scheduling software do for a recruiting agency?
Can a candidate self-scheduling link handle an external client panel?
What if the client interviewer will not connect a calendar?
How should agencies handle a candidate with another decision deadline?
Where can recruiting agencies review WonderCal?
Primary sources
- Ashby Developer API: Create interview schedule — official interview-schedule creation boundary and permission requirement
- Ashby Developer API: List interview events — official interface for events associated with an interview schedule
- Greenhouse Developer Resources — official candidate, interview, job, webhook, and recruiting API entry points
- Google Calendar API: Freebusy query — official Google free/busy request and error model
- Microsoft Graph: calendar getSchedule — official Microsoft availability and working-hours interface
Keep candidate momentum through the client handoff
Give WonderCal the candidate, client roles, deadline, and calendar constraints. Keep the recruiter focused on candidate judgment, client trust, and the placement.
See WonderCal for recruiting agencies