Updated 2 November 2026
A candidate applies for a role on Friday evening. Your client wants a shortlist on Monday. If your team cannot make first contact until the working week starts, another agency may submit a suitable candidate first. The delay is not always in the interview itself. It can sit in the first call, repeated phone tag, recruiter review or profile preparation. To improve speed to submit, you need to see exactly where those hours are going.
Measure four stages: application to first contact, first contact to completed screen, screen to recruiter review, and review to submission. Track client rejection alongside speed. A faster desk is not better if it sends more unsuitable candidates.
This guide is for staffing delivery heads and recruitment operations teams. It shows how to calculate your current median, find the slowest handoff and test a change on one desk without lowering the standard of the profiles you send to clients.
Measure the clock from application to client submission
Speed to submit is a sum of four waits. The picture below shows them in order.
Time to submit is four waits added together
Time to submit = time to first contact + time to a completed screen + recruiter review time + submittal prep time.
Each stage runs between two timestamps. Your ATS holds most of them already: application received, first contact logged, screen completed and submittal sent. The fifth, "ready to submit", is usually a status change. If your desk does not set one, add it. Without it, stages 3 and 4 blur into one number.
Your ATS timestamps show where the delay occurs, even if they do not explain why a candidate waited. Compare the gaps before changing the process. You may find that the slowest part is first contact, not screening or profile preparation.
Why speed matters when a client sends you a requisition
Staffing teams often work on the assumption that the first agency to submit a qualified candidate has an advantage. There is no dependable public benchmark proving that this always wins the placement. But client SLAs, VMS scorecards and your own placement history can show whether slow submissions are costing your desk opportunities.
Advance Partners, a payroll funding and back-office provider for staffing firms, writes that many VMS programmes (the portals clients use to route reqs to agencies) route more requisitions to suppliers with fast, consistent time-to-submit. It adds that missed SLAs count in scorecards and can cut your allocation. That is Advance Partners' claim, from a page it updated on 17 June 2026.
Bullhorn's GRID 2026 report surveyed about 2,300 recruitment professionals. 56% of the highest-growth firms report placement times under 10 days. These are self-reported answers and do not show that speed causes growth.
An older Bullhorn and Inavero survey of 600+ staffing leaders, from 2017, found 46% dissatisfied with the time spent submitting through a VMS, and close to 60% screening, formatting and submitting by hand. Use it as background only.
There is no dependable public benchmark for speed to submit across staffing firms. Use your client SLAs and your own historical median as the target. The aim is to remove avoidable waiting while keeping the quality bar for every submission.
Measure your current speed using the last 50 submissions
Start with one desk and the last 50 submittals in your ATS. You can calculate a useful baseline in an afternoon.
- Pull five timestamps for each submittal. Application received, first contact logged, screen completed, ready to submit, submittal sent.
- Subtract to get four gaps. Each gap is one stage.
- Take the median of each stage, not the average. The median is the middle value. One candidate who sat for nine days will drag an average up and tell you nothing.
- Split the results by when candidates applied. Day-time applicants in one group, after-hours and weekend applicants in another. The gap between the two groups is the cost of waiting for a recruiter.
Try it with your own numbers below. The starting values are examples, so replace them with your medians.
Find your slowest stage
Example numbers only. They are not a benchmark.
Start with the stage that has the longest median delay. Do not assume screening is the bottleneck. In some desks, candidates wait too long for first contact; in others, the delay is recruiter review or profile preparation. Fix the stage your own data identifies.
Example: a candidate applies after hours on Friday
Take a candidate who applies on Friday at 7pm. If nobody on the desk works the weekend, the earliest manual first contact is Monday at 10am. That is 63 hours after the application, and nothing else has happened yet.
The table sets that manual path beside a Fabric path.
Illustration: one Friday 7pm applicant, two paths
Illustration. Only the 63 hours is fixed arithmetic; "your median" marks your own numbers.
The comparison uses different starting points. The manual example starts when the application arrives. Fabric's phone-screening workflow starts after the recruiter has shortlisted the candidate. The time taken to review applications and create that shortlist still belongs in your first stage. The tool can reduce delays after shortlisting; it does not remove the earlier work.
Where AI phone screening and live interviews can reduce waiting
Fabric can reduce waiting in two parts of the process. The benefit depends on when your team triggers the workflow and how candidates respond, so measure the effect on your own desk rather than assuming every timing will apply unchanged.
Stages 1 and 2: first contact and phone screening. Your recruiter reviews applications and creates the shortlist. When a candidate is shortlisted, Fabric can send an invitation through WhatsApp and its AI can call the shortlisted candidate within 24 hours after the job closes. This means the phone screen starts after shortlisting; it does not remove the time your team needs to review applications and choose whom to contact. Fabric's resume screening scores each application against the job description, and the recruiter and the screen decide the shortlist. When a candidate is shortlisted, the invite goes out on WhatsApp. Fabric's AI then calls the shortlist within 24 hours of the job closing.
The phone screen takes about 5 to 10 minutes. If the candidate misses the call, Fabric can try three times over two days, and the candidate can call back. A recruiter does not need to be available for each attempt. Confirm the retry and callback workflow for your setup before using it in an SLA.
Candidates who need a deeper assessment can move to a live, two-way AI video interview. The hiring manager sets the length, from 30 minutes to an hour or more. It opens in a phone browser without an app, supports weak 4G and allows a candidate to rejoin after a dropped connection. Fabric supports up to 500 interviews at once; confirm the concurrency available for your plan and use case.
Stages 3 and 4: recruiter review and profile preparation. Each interview produces a scorecard with supporting reasoning and a recording for the recruiter to review. Results can sync to supported ATS systems, including Bullhorn, JobDiva and Ceipal. Confirm the exact fields and workflow for your ATS so recruiters do not have to re-enter information. Each interview ends in a scorecard with the reasoning behind it, plus the recording. The recruiter reads and decides. Results sync back to your ATS, which covers 25+ systems including Bullhorn, JobDiva and Ceipal, so nobody retypes them.
The scorecard can be shared with the client by link. It can open without a login and can be revoked; the recruiter can control whether the score or recording is visible. Recruiters still review the evidence and decide whether to reject or re-interview. Confirm the current score-editing and audit controls with Fabric before describing scores as unchangeable.
If you are comparing options, start with the workflow your desk needs. Fabric's guide to AI interview tools for staffing agencies compares different approaches, and its staffing page explains how separate workspaces and rubrics can support different clients.list of AI interviewers for staffing agencies scores several side by side. The staffing page shows Fabric's agency set-up, with a workspace and rubric per client.
Measure submission quality as well as speed
The aim is not to send more profiles at any cost. A faster desk that sends weaker matches can lose client confidence and future requisitions.
Rejection rate is rejected submittals divided by submitted. Compare your first batch against the baseline from your last 50. If speed rises and rejections rise with it, tighten the rubric for that client before you slow the desk down.
Trigent, an IT services and staffing company, is a Fabric customer. Its case study reports a 30% increase in submission-to-selection rate, meaning the share of submitted candidates selected by clients. It also reports three to four interviews per hire, down from 10. These are Trigent's results in its own operation, not a forecast for your desk. Use them as a reason to test the workflow, not as a target to promise your clients.case study states a 30% uptick in submission-to-selection rate, the share of submitted candidates that clients select. It also states 3 to 4 interviews per hire, down from 10. Those are Trigent's numbers for its own desks, not a forecast for yours.
Protect candidate quality while reducing time to submit
A fast submission that turns out to be scripted or coached can cost your desk the client's trust. Fabric checks interviews against more than 20 integrity signals, including AI-assisted answers, speech patterns, gaze and possible help from a second voice. These are signals for recruiter review, not proof that a candidate cheated.
A flag is not proof. It tells the recruiter where to look. Fabric does not verify identity, so that check remains with your team. For the methodology and findings, see Fabric's study of 19,368 interviews.study of 19,368 interviews.
Run a four-week pilot on one desk and one client
Test the idea on one desk and one client, so a bad result costs a few submittals and not an account.
Week 0. Build your baseline from the last 50 submittals, as above.
Set-up. Plan for about an hour. Connecting your ATS takes about 30 minutes, and the ATS connection is part of the Scale and Enterprise plans. Tell candidates upfront that an AI interviews them. Fabric's AI disclosure and recording consent are built in, in 35+ languages.
Weeks 1 to 4. Run the live reqs for that client through Fabric and fill in the scorecard below each week. Copy it into a sheet.
Pilot scorecard: baseline against pilot
| Metric | Measure | Goal |
|---|---|---|
| Application to first contact (hours, median) | ATS timestamps | Down |
| First contact to completed screen (hours, median) | ATS or tool timestamps | Down |
| Screen to submittal (hours, median) | ATS timestamps | Down |
| Interview completion rate (%) | Completed divided by invited | Up |
| Client rejection rate on the first batch (%) | Rejected divided by submitted | Flat or down |
| Interviews per hire | Client interviews divided by placements | Down |
| Recruiter touches per submittal | Calls, emails and notes logged | Down |
| Candidate complaints | Count | Flat or down |
Read it in order. The three timing rows show whether the waits shrank. The highlighted row is the one that can overrule them. If timings fall and rejections stay flat, bring a second client in. If rejections rise, change the rubric before you change anything else.
Use a small pilot to test whether a faster shortlist-to-screen process reduces the delay without increasing unsuitable submissions.
Start with your own submission baseline
Use the last 50 submissions to find your longest delay. If first contact and screening account for most of the wait, book a Fabric demo to see whether automated phone screening can help your desk respond faster after shortlisting. If the bottleneck is elsewhere, fix that handoff first.
This article is for informational purposes only. Fabric's Interview Engine screens, scores, and records Round 1 interviews; it does not make the final hiring decision. The recruiter or hiring panel using Fabric remains responsible for all hiring decisions.
