Ashby & Recruiting Ops
ATS hygiene, data accuracy and building process improvements
How an ATS actually works
After this you can speak fluently about ATS structure and your role in it.
An ATS is the system of record for hiring and the Recruiting Coordinator is the person who keeps that record true. When the data is right, recruiters and hiring managers can trust it without re-checking; when it drifts, every decision made on top of it inherits the error.
Strip away the marketing and an Applicant Tracking System is a small set of objects that link together. Learn the objects and how they relate and you can ramp on any ATS in days, which is exactly the story you want to tell if you have not used Cursor's specific tool. Five objects carry most of the weight.
- Candidate
- A person in the funnel. Holds contact info, resume, current stage, interview history and feedback.
- Job / req
- An open role being hired for. Defines the interview plan and the stages a candidate moves through.
- Stage
- A step in the pipeline (Screen → Onsite → Offer). A candidate sits in exactly one stage at a time.
- Interview kit
- The brief for interviewers: what to assess, suggested questions and which scorecard to fill out.
- Scorecard
- The structured feedback an interviewer submits after a session, mapped to the attributes the role needs.
Offers attach to the candidate once they clear the loop - the sixth object that turns a pipeline into a hire.
These objects move in one direction most of the time. A candidate enters against a job, advances stage by stage and at each stage an interview kit tells the interviewer what to look for and a scorecard captures what they found.
Interactive diagram. Tab through its regions; each focused region shows its detail in the panel below.
The RC owns every handoff except the decision - and the scorecard is the gate the decision waits on.
- 1Candidate applies or is sourced. They land against a specific job/req and enter the first stage.
- 2RC schedules the stage. You book the interviewer, send the invite and attach the interview kit so the interviewer arrives briefed.
- 3Interview happens, scorecard lands. The interviewer submits structured feedback against the role's attributes.
- 4Recruiter or HM makes the call. They advance, hold or reject - reading the scorecards you made sure got submitted.
- 5Candidate moves stage or exits. You update the record so the next decision starts from the truth.
Where does the RC sit in that loop? You are not the decision-maker and you are not the interviewer. You are the person who guarantees the machine has clean inputs and that nothing stalls between steps. Two failure modes are yours to prevent: a candidate stuck in the wrong stage and an interview that happens with no scorecard to show for it.
- What you own
- Stage accuracy
- Why it matters
- Reports and HM decisions read off it
- What breaks if you don't
- A hire sits invisible; a reject lingers in the pipe
- What you own
- Interview kits attached
- Why it matters
- Interviewers know what to assess
- What breaks if you don't
- Unbriefed interviewer, wasted slot, weak signal
- What you own
- Scorecards routed + chased
- Why it matters
- Decisions need the feedback
- What breaks if you don't
- Loop stalls waiting on missing feedback
- What you own
- No duplicate / stale records
- Why it matters
- Metrics and search stay trustworthy
- What breaks if you don't
- Two records for one person, double-counted funnel
| What you own | Why it matters | What breaks if you don't |
|---|---|---|
| Stage accuracy | Reports and HM decisions read off it | A hire sits invisible; a reject lingers in the pipe |
| Interview kits attached | Interviewers know what to assess | Unbriefed interviewer, wasted slot, weak signal |
| Scorecards routed + chased | Decisions need the feedback | Loop stalls waiting on missing feedback |
| No duplicate / stale records | Metrics and search stay trustworthy | Two records for one person, double-counted funnel |
The RC's job in ATS terms: make the inputs clean so everyone downstream can move without re-verifying.
Time-to-hire, funnel conversion, interviewer load, source effectiveness - every recruiting metric is computed from the same candidate and stage records you maintain. If a candidate sits in the wrong stage for a week, time-in-stage is wrong, the bottleneck report points at the wrong place and someone makes a process decision off a number that was never real. Clean data is not a tidiness preference. It is the precondition for the team trusting any report at all.
If you have not used Cursor's exact ATS, do not hedge. Name the objects - candidates, jobs, stages, interview kits, scorecards - explain how they link and then say: “Every ATS is a variation on those objects, so I ramp fast; what stays constant is keeping the record true so the team can act on it without double-checking.” That converts a gap into a demonstration of fluency.
Takeaway. An ATS is a handful of linked objects - candidates, jobs, stages, interview kits, scorecards, offers - and the RC's job is to keep those inputs clean so every decision and metric downstream is trustworthy.
Self-check
QWhat is the difference between an interview kit and a scorecard?
Ashby specifics worth knowing
After this you can demonstrate Ashby awareness, which the job description names as a bonus.
Cursor runs on Ashby and the job description calls Ashby experience a bonus. That word is your cue: name it if you have it and show informed eagerness if you don't, because a coordinator who studied the tool before the interview reads as exactly the proactive type the role wants.
Ashby is an all-in-one recruiting platform that bundles the ATS, scheduling automation, CRM and analytics into one product. Its reputation rests on two things: deep reporting that most ATS tools bolt on as an afterthought and scheduling automation strong enough that coordinators lean on it for complex loops. For an RC, those are the two surfaces you live in daily.
Map what you already know onto Ashby's vocabulary so you can speak it credibly. The concepts transfer almost one-to-one from any modern ATS.
Interactive diagram. Tab through its regions; each focused region shows its detail in the panel below.
You don't need Ashby hours to speak Ashby - you need the map from concepts you already own.
- General ATS concept
- Pipeline stages
- Ashby framing
- Interview plan / stages
- What you'd do with it
- Define and move candidates through the loop accurately
- General ATS concept
- Scheduling
- Ashby framing
- Scheduling automation + self-schedule links
- What you'd do with it
- Auto-find interviewer availability, cut the back-and-forth
- General ATS concept
- Interviewer brief
- Ashby framing
- Interview kit
- What you'd do with it
- Attach before each session so nobody walks in cold
- General ATS concept
- Structured feedback
- Ashby framing
- Scorecard
- What you'd do with it
- Route to the right interviewer, chase until submitted
- General ATS concept
- Metrics
- Ashby framing
- Analytics dashboards
- What you'd do with it
- Spot where candidates stall and where loops drag
| General ATS concept | Ashby framing | What you'd do with it |
|---|---|---|
| Pipeline stages | Interview plan / stages | Define and move candidates through the loop accurately |
| Scheduling | Scheduling automation + self-schedule links | Auto-find interviewer availability, cut the back-and-forth |
| Interviewer brief | Interview kit | Attach before each session so nobody walks in cold |
| Structured feedback | Scorecard | Route to the right interviewer, chase until submitted |
| Metrics | Analytics dashboards | Spot where candidates stall and where loops drag |
You don't need Ashby hours to speak Ashby - you need the map from concepts you already own.
The two areas worth rehearsing out loud are scheduling automation and analytics, because they map directly to the two halves of this role: keep loops moving fast and improve the process with evidence.
Ashby can read interviewer calendars and propose conflict-free slots across a panel.
Self-schedule links let a candidate pick from filtered availability - fewer emails, faster booking.
Dashboards expose time-in-stage, conversion and interviewer load.
You read them to answer: where do candidates stall and who is overloaded?
“I haven't used Ashby in a role yet, but I went through its docs and feature set before today. The objects map cleanly onto what I've run elsewhere - interview plans, kits, scorecards. What excited me is the scheduling automation and the depth of the analytics, because I'd use the dashboards to spot where loops are dragging and fix it. I'd be productive in the first week.”
Don't overclaim Ashby fluency you don't have - a one-question follow-up will expose it and at a truth-seeking company that costs you more than admitting the gap. And don't undersell it either: “I've never used it” with a shrug reads as low initiative. The studied-it-already answer is the only one that wins both ways.
Takeaway. Ashby is the all-in-one ATS Cursor uses, strong on scheduling automation and analytics; experience is a stated bonus, so name it if you have it and show you've studied it if you don't.
Self-check
QYou've never used Ashby. The hiring manager asks about your Ashby experience. What's the strongest response?
Data hygiene as a discipline
After this you can treat ATS accuracy as a core deliverable rather than an afterthought.
Data hygiene is not the cleanup you do when there's slack time. It is the deliverable. Hiring managers decide off the records you keep and Cursor's ~2-week loops leave no room for a stalled candidate to sit unnoticed for days.
Hygiene means a small number of invariants are always true in the system. State them as conditions you actively protect, not chores you sometimes get to.
- Every candidate is in the correct stage - no one parked in a stage they've already cleared or been rejected from.
- No stale records: a candidate who went quiet two weeks ago isn't still showing as active in the funnel.
- No duplicates: one person, one record, even if they applied twice or were sourced and referred.
- Interview kits are attached before each loop and scorecards are routed to the right interviewers.
- Feedback is in before the decision meeting - not chased during it.
Invariants drift on their own. People forget to advance a stage, two sources create two records, an interviewer ghosts a scorecard. The discipline is the audit habit: a regular sweep that catches drift before anyone trips over it.
- 1Daily: stage sweep. Scan active candidates for anyone mis-staged or stuck longer than the loop should allow.
- 2Daily: scorecard chase. Flag every interview that happened without submitted feedback and nudge the interviewer.
- 3Weekly: dedupe + stale sweep. Merge duplicate records and move genuinely dead candidates out of the active pipe.
- 4Per loop: kit check. Before any onsite, confirm every session has its interview kit attached and the right scorecard mapped.
Frame hygiene the way the role frames everything else: it protects speed. A clean ATS is what lets the team run a 2-week loop without errors, because nobody is wasting a morning reconstructing what's actually true.
The instinct is to pitch hygiene as being organized. Pitch it as protecting velocity instead. When the records are true, a recruiter pulls a candidate's status in two seconds, an HM walks into a debrief with all the scorecards and a fly-in onsite gets booked without anyone re-checking who's already been seen. The cost of bad data isn't mess - it's the hour someone spends untangling it while a top candidate waits on a reply.
The job description literally describes the person who triple-checks the timezone before sending. Hygiene is the same reflex applied to the system: before a loop goes out, you verify stage, kit, scorecard mapping and that no duplicate record is about to fork the candidate's history. Small checks, run every time, are what reliability looks like in practice.
Takeaway. ATS hygiene is a core deliverable that protects speed: keep candidates correctly staged, records deduped, kits attached and scorecards in before decisions - enforced by regular audit sweeps, not occasional cleanup.
Self-check
Building process improvements
After this you can show the ops-builder mindset the job description explicitly demands.
Half this role is execution; the other half is making the execution better. The job description asks for someone who brings new ideas without being asked and ships improvements, so the interview will probe whether you're a ticket-taker or an ops-builder.
You don't need a grand reorg to prove the builder mindset. The strongest improvements are small, specific and measurable - a template that cuts an hour of writing, a checklist that kills a recurring error. Four areas are reliable sources of high-impact fixes for an RC.
Interactive diagram. Tab through its regions; each focused region shows its detail in the panel below.
In a small, fast org, start in the top-left: high impact, low effort, easy to attribute.
Personalized-but-fast prep emails for each stage, including fly-in and onsite logistics.
Cuts writing time and removes the risk of leaving out a detail a nervous candidate needs.
A pre-send check: timezone, room/Zoom, kit attached, buffers between sessions.
Turns the triple-check reflex into a repeatable artifact anyone can run.
Track who's been pulled into how many loops; spread the load before someone burns out.
Read it off the analytics rather than guessing.
Confirmation cadence and reminders timed to when candidates actually drop.
Each prevented no-show saves a re-book and protects the candidate's impression.
What separates an idea from an improvement is measurement. If you can't say what got better, you ran a change, not an improvement. Pick a metric before you ship and read it after.
- 1Name the friction. Be concrete: “interviewers showed up unbriefed twice last month,” not “scheduling feels messy.”
- 2Pick the metric. Decide upfront what you'll watch - time-to-schedule, error rate, no-show rate, a candidate-experience signal.
- 3Ship the smallest fix. A template, a checklist, a reminder cadence - change one thing so you can attribute the result.
- 4Read before/after. Compare the metric over a real window, not a single lucky week.
- 5Keep or revert. If it moved the number, standardize it; if not, drop it and try another angle.
There's a caution that matters in a fast org: improve the system without breaking what works. Cursor is small and moving quickly, so a heavy new process that the team has to learn mid-sprint can cost more than the friction it removes. Change at the edges, prove it, then expand.
Have one polished “I saw friction and fixed it” story ready before you walk in. Structure it tight: the specific friction you noticed (no one told you to look), the small fix you shipped and the number that moved - time-to-schedule dropped, no-shows fell, error rate hit zero. End on the result, not the effort. That single story does more to prove the ops-builder half of the role than any list of responsibilities you recite.
Takeaway. The ops-builder half of the role wants small, measured improvements you ship without being asked - name the friction, pick a metric, ship the smallest fix, read before/after and improve carefully so you don't break what works.
Self-check
QWhich version of a process-improvement story is strongest in this interview?
Confidentiality and judgment
After this you can handle candidate and compensation information with discretion under ambiguity.
The RC sees almost everything: candidate details, interviewer feedback, offer numbers and who's being considered for what. Discretion is the price of that access and at a small, flat company it's what lets leadership hand you sensitive work without a second thought.
Start from a default and you'll rarely go wrong: need-to-know. Information flows to the people whose job requires it, in the form they need and no further. The hard part isn't the rule, it's the judgment in the gray cases.
Interactive diagram. Tab through its regions; each focused region shows its detail in the panel below.
Not all recruiting data is equally sensitive - weight your caution to what you're handling.
- Information
- Candidate contact + status
- Who can see it
- Recruiter, HM, RC
- RC's default move
- Share within the loop; don't broadcast who's interviewing
- Information
- Interview feedback / scorecards
- Who can see it
- Loop participants + decision-makers
- RC's default move
- Route to the panel; never to the candidate
- Information
- Compensation / offer numbers
- Who can see it
- Recruiter, HM, leadership, finance
- RC's default move
- Tight need-to-know; never to interviewers or peers
- Information
- Who's even in the pipeline
- Who can see it
- Need-to-know only
- RC's default move
- Treat as confidential, especially for senior or sensitive hires
| Information | Who can see it | RC's default move |
|---|---|---|
| Candidate contact + status | Recruiter, HM, RC | Share within the loop; don't broadcast who's interviewing |
| Interview feedback / scorecards | Loop participants + decision-makers | Route to the panel; never to the candidate |
| Compensation / offer numbers | Recruiter, HM, leadership, finance | Tight need-to-know; never to interviewers or peers |
| Who's even in the pipeline | Need-to-know only | Treat as confidential, especially for senior or sensitive hires |
The throughline: default to need-to-know and let the question 'whose job requires this?' settle most calls.
Two failure modes sit on either side of good judgment and the role wants you to avoid both. Escalating every tiny question makes you a bottleneck and signals you can't be trusted to think. Oversharing - answering a curious interviewer's “so what'd they offer her?” - breaks confidentiality outright.
- Pause on anything involving comp, feedback or a senior/sensitive candidate before you send.
- If unsure whether something is shareable, ask the recruiter or HM rather than guessing toward open.
- When you can answer from policy, answer - don't escalate trivia just to be safe.
- Assume any candidate could see what you write; keep notes professional and factual.
Discretion compounds into trust and trust is what makes the role bigger. The coordinator leadership relies on for the delicate offer or the confidential exec search is the one who proved, in small moments, that information stops with them.
Expect a behavioral question on handling confidential or sensitive information - it's a near-certainty for a role with this much access. Prepare a real example where you held something in confidence or navigated a tricky disclosure with judgment. Show the reasoning, not just the rule: how you decided who needed to know, why you didn't escalate everything and how you kept someone's trust. Naming need-to-know as your default signals you've actually thought about it.
Don't tell a confidentiality story that reveals confidential details to win the point - describing exactly whose comp you protected, with names, proves the opposite of discretion. Anonymize as you tell it. The interviewer is watching how you handle sensitive information in the room, not only the story you're recounting.
Takeaway. With access to candidate, feedback and comp data, default to need-to-know and apply judgment in the gray zone - don't escalate everything, don't overshare - because discretion is what earns the trust that grows the role.
Self-check
QAn interviewer on a loop casually asks you what offer the company extended to another candidate they interviewed last week. What do you do and why?