# The Interview Loop Map, Rebuilt From Public Reports for One Employer

*In under an hour, map any employer's interview loop: assessed rounds, days from first interview to offer, a take-home flag, a confidence level, and a same-clock benchmark.*

- Canonical URL: https://www.refolk.ai/candidates/guides/interview-loop-map-public-reports
- Pillar: Reading the market
- Format: Teardown
- Published: 2026-10-24
- Last reviewed: 2026-10-24
- Reading time: 21 min
- Keywords: how many interview rounds at a company, how long does the interview process take at a company, how to research a company's interview process before applying, what to expect in a company's interview process, is a 6 week interview process normal

## Key takeaways

- On Glassdoor's own employer page, the company-wide interview average is 24 days on 1,301 reports, but software engineers report 12 days on 27 reports, so the headline number is twice the role-level one.
- Employer stage lists and candidate round counts measure different things: GitLab's handbook lists 7 stages including references and offer, while candidate-built guides report 4 to 5 interview rounds.
- The only public benchmark on a first-interview clock is Ashby's first-to-last interview figure, about 17.9 days for technical hires and 14.4 for business hires, and it is known only through secondary write-ups.
- Whether a 6 week interview process is normal depends on the clock: 42 days from application sits near Ashby's 40-day technical median, but 42 days from first interview is more than double the 17.9-day technical loop.
- Below 10 role-matched reports from the last 12 months, mark a loop estimate low confidence, because aggregators will display an average built from as few as 2 reports.
- Refolk's index holds 21,396 Technical Recruiters in the United States, and staffing firms rank among their top employers, so ask whether the recruiter is in-house before trusting their timeline.

This is the read I run on a target employer before applying or saying yes to the first call: how many rounds, how many days from first interview to offer, what each round tests, and whether a take-home is likely. It is for job seekers with a shortlist who want a dated loop map instead of a vague impression. I carry one software engineering candidate through every filter, count and wrong turn, so you can run the same read on your own list in under an hour.

## Which clock a loop length runs on

A loop length means nothing until you name its clock, meaning the event that starts it and the event that ends it. Public figures start at a requisition, an application or a first interview, and end at an offer, a hire or an acceptance, so two honest numbers for the same employer can sit weeks apart.

A **loop map** is the deliverable here: a one-page, dated record of one employer's process for one role family, holding the assessed round count, expected days from first interview to offer, a take-home flag and a confidence level. The clock is the first field you fill, because every later comparison depends on it.

#### Nested hiring clocks, widest first

1. **Requisition to acceptance** - SHRM's 39 days for nonexecutive roles starts when the job opens
2. **Application to hire** - Ashby's 30 days business and 40 days technical start at your application
3. **Application to offer or rejection** - Glassdoor's 23.8 days counts every outcome, not just offers
4. **First interview to last interview** - Ashby's 14.4 days business and 17.9 days technical, the loop itself

*Each inner clock sits inside the one above it, so comparing figures from different layers makes any loop look slower or faster than it is.*

Here is the full set of public benchmarks I use, sorted by clock.

| Source | Clock | Business | Technical |
|---|---|---|---|
| Ashby | First to last interview | 14.4 days | 17.9 days |
| Ashby | Application to hire | 30 days | 40 days |
| Ashby | Job open to first fill | 56 days | 76 days |
| SHRM | Requisition to acceptance | 39 days (nonexecutive) | n/a |
| Glassdoor (US study) | Application to offer or rejection | 23.8 days (all roles) | n/a |

Two limits apply to this table. First, no public benchmark measures first interview to offer, which is the clock a candidate cares about most. Ashby's first-to-last interview figure is the closest, and you add offer turnaround on top. Second, I found the Ashby loop figures only through secondary write-ups, not on Ashby's own report page, so check the primary Ashby Talent Trends Report before you quote them anywhere that matters.

> **Rule:** Write both clocks before you compare
>
> Before you set any employer figure against a benchmark, write the start and end event of each next to the number. If they differ, convert first or do not compare.

## The procedure, from careers page to a dated loop map

The read has eight steps and should take about an hour. The official page comes first, then the aggregator counts narrowed by role and recency, then stage and take-home calls, one recruiter question, and a same-clock comparison. The time budgets are my own proposal to fit the hour; no source publishes them.

#### Build the loop map in eight steps

1. **Pull the official process page** - Record the careers-page or handbook stage list with the date you read it, in about 10 minutes. GitLab, for example, lists 7 stages with an assessment required for certain roles.
2. **Record the raw report count and headline average** - Write down the company-wide average with its report count, in about 5 minutes. A pair like 24 days on 1,301 reports, never the average alone.
3. **Filter to your role family and note the N** - Narrow to your role family and record the role-level average and its count, in about 10 minutes. A pair like 12 days on 27 reports.
4. **Filter to the last 12 months and count survivors** - Keep only role-matched reports dated within the last year and count them by hand, in about 10 minutes. Under 10 survivors means low confidence.
5. **Tally assessed rounds and settle disagreements** - Count only events where the candidate was assessed in each surviving report, then take the mode and range, in about 15 minutes. Remove references and offer from the official list before reconciling.
6. **Set the take-home flag** - Mark it likely only if the official page or several recent role-matched reports show unsupervised work done before a session. Otherwise mark it unlikely or unknown.
7. **Ask the recruiter one question at the screen** - Ask for stages, format, timeline and whether they are in-house. Log the answer next to your estimate.
8. **Convert to the first-interview clock and compare** - Translate the aggregator figure to days from first interview, compare with Ashby's first-to-last interview figure plus offer turnaround, and state a confidence level.

The worked example is a software engineer with two employers on their list, and I use each one where its public record is complete. Glassdoor reviewed as an employer (I'll call it Glassdoor-as-employer) supplies the count filters, because its public interview pages show the report count behind every average. GitLab supplies the stage-count and take-home forks, because its candidate handbook is public and third-party guides disagree with it. I would rather split the example honestly across two employers than make up counts for one.

## Report counts after each filter, worked on one employer

Each filter cuts the report count and moves the average, and the role-level figure can be half the company figure. On Glassdoor-as-employer, the company-wide average is 24 days on 1,301 reports, while the software engineer average is 12 days on 27 reports.

These are the cuts the candidate saw, with the count behind each.

| Cut | Avg days | Reports (N) |
|---|---|---|
| All roles (.com) | 24 | 1,301 |
| All roles (.ca) | 21 | 12 |
| Software Engineer | 12 | 27 |
| Help Desk | 6 | 2 |
| Senior Product Manager | 120 (slowest) | not shown |

**0.5x - Software engineer loop length against the company-wide average, same employer**

On Glassdoor-as-employer, 12 days on 27 role-matched reports against 24 days on 1,301 reports across all roles.

### Step 2: the headline, and the first wrong turn

The candidate's first instinct was to take "24 days" as the answer. That figure blends every role family the company hires for, including a Senior Product Manager process reported at 120 days. One slow, senior track can drag a company average a long way, and the headline tells you nothing about which track you are on.

The second wrong turn was the regional page. The .ca version of the same employer shows 21 days, which looks like a second opinion confirming the first. It rests on 12 reports. It is not a confirmation. It is a smaller, noisier sample of the same blend.

### Step 3: the role filter

Filtering to Software Engineer leaves 27 reports and a 12-day average. That is the figure the rest of the read builds on. The Help Desk row is the cautionary twin: 6 days, displayed with the same confidence as everything else, on 2 reports.

> **Watch out:** The page shows an average whatever the N
>
> Aggregators will display an average built from as few as 2 reports, next to one built from 1,301, in the same font. Read the count first and the average second.

### Step 4: the recency filter

The role page does not publish a recency-filtered average, so you count by hand. Open the 27 software engineer reports, keep those dated within the last 12 months, and write down how many survive. Whatever the result, it can be no more than 27. If it falls under 10, the practitioner floor for role-filtered recent reviews, the estimate is low confidence no matter how tidy the average looks.

Sources disagree on order. One practitioner guide filters by role first, then recency. I do the same for a practical reason: dating 27 reports by hand is fast, and dating 1,301 is not. The final set is the same either way.

#### Glassdoor-as-employer, narrowing to a usable sample

| Stage | Figure | Note |
| --- | --- | --- |
| All roles, .com | 1,301 | 24-day average, blends every role family |
| Software Engineer | 27 | 12-day average, before the recency filter |
| Practitioner floor | 10 | minimum recent role-matched reports for anything above low confidence |

*The usable sample is what survives role and recency filters, and here it starts at 27 reports, not 1,301.*

No published threshold says when an interview-length estimate stabilises. Glassdoor's own difficulty ranking once required at least 20 ratings per company, and practitioners suggest 10 to 15 role-filtered reviews from the last 12 months. Treat 10 as a floor, not proof.

## Settling a stage count when sources disagree

Count only the events where you are assessed, and the disagreement usually goes away. Employer stage lists include administrative stages such as references and the offer, while candidates count interviews, so both sides can be right about different things.

GitLab is the clean example. Here is what the candidate found.

| Source | Count | What it counts |
|---|---|---|
| GitLab Candidate Handbook | 7 stages | Includes references and offer |
| Third-party guide | "Four to five stages" | Candidate-facing events |
| Third-party guide | "5 rounds" | Interviews |
| Third-party guide | 4-step list | Interviews, grouped |

### The wrong turn: picking the bigger, more official number

The candidate's first read was "7 rounds, official source, done." The handbook is authoritative about the process, but it is not a round count. Remove the reference check and the offer and the handbook comes down to 5 events, which agrees with "four to five" and "5 rounds." The 4-step list most likely groups two sessions together. You cannot confirm that without the report text, so write the reconciled answer as a mode and a range: **5 assessed rounds, range 4 to 5.**

> A stage list from the employer and a round count from candidates are answering different questions.

### What to tally from each report

For each surviving role-matched report, write one line: date, outcome (offer or no offer), number of assessed events, and anything unsupervised. Keep offer and no-offer reports in separate columns. Candidates who received offers rate the process more warmly, so a pile of glowing short loops may just be a pile of winners.

A third-party GitLab guide says it draws on 672 candidate reports. That number tells you nothing about your role or the last 12 months unless the guide shows its split, so it does not replace your own tally.

### Market reference for round counts

Secondary write-ups of Ashby's data put typical loops at about 4 rounds per business hire and 5 per technical hire, and a ZipRecruiter survey of recent hires found a median of 5 interviews. Do not confuse these with "interviews per hire." Ashby's 17.6 per technical hire counts candidates interviewed, and Gem's figure of 20 counts interview sessions across all candidates. Neither is the number of rounds you will sit.

## Setting the take-home flag

Mark a take-home as likely only when the official page or several recent role-matched reports show one, and define it before you look. My definition: **a take-home is unsupervised work you complete before a session.** Anything done live with an interviewer watching is a technical interview, however it is labelled.

The flag takes one of three values:

- **Likely:** the official page names it for your role, or several recent role-matched reports describe it.
- **Unlikely:** the official page describes every assessed stage and none is unsupervised, and recent reports agree.
- **Unknown:** the page says assessments vary by role and the reports are thin or split. Ask the recruiter.

### The GitLab fork

GitLab's handbook says an assessment is "required for certain roles," so the official page alone gives you unknown. The harder part is the merge request review. Some third-party guides call it a take-home. The handbook places it inside the technical interview. Under the definition above, the answer depends on one fact: is the review done alone before the session, or live within it? Recent role-matched reports are where you settle that. If they disagree, the flag stays unknown and goes into the recruiter question.

### When the page does answer it

Some employers are explicit by role. Atlassian names a coding test for graduate software engineers and a take-home case study for graduate product managers. In that case the flag is likely for those tracks and the reports only confirm the format. Other employers, Gartner and GM among them, say only that the process varies by role. Treat that wording as unknown, not unlikely.

## The recruiter question, and who is answering it

One question at the first call, covering stages, format, timeline and whether the recruiter is in-house, closes most of the gaps the public record leaves. How much the answer is worth depends on who gives it: an in-house recruiter knows the loop, and an agency recruiter may only know the client's summary of it.

Practitioner guides agree recruiters can usually give the stages, the format of each round, the timeline and who decides. They usually cannot describe what a strong performance looks like in each round, so do not spend the question on that. One guide treats a recruiter who cannot describe the timeline as a sign they have not spoken to the hiring manager recently. Log that as a finding, not as a failed call.

**The one recruiter question at the screen**

```
Before we book the next step, could you walk me through the rest of the process for this role? Specifically:
1. How many interviews are there after this call, and what format is each one?
2. Is there any work I'd complete on my own before one of the sessions?
3. Roughly how long from this call to a decision, and from the final interview to an offer?
4. Are you in-house at the company, or working with them as a recruiting partner?
```

*Ask it before scheduling the next round; swap in the role name and keep every clause.*

### Who is on the other end of the call

In Refolk's index of professional profiles, technical recruiting is a large and uneven population.

| Segment | Count in Refolk's index |
|---|---|
| Technical Recruiter, US | 21,396 |
| Technical Recruiter, UK | 716 |
| Recruiting/Interview Coordinator, US | 6,657 |

**21,396 - People titled Technical Recruiter in the United States, in Refolk's index**

In a 25-profile sample, staffing firms such as K2 Partnering Solutions and Experis were among the top employers, so many of these recruiters work for an agency, not the hiring company.

Three things from these figures affect how you use the answer:

- **Agency recruiters are common.** In both 25-profile samples, US and UK, 20 of 25 held the exact title, and staffing firms appeared among the top employers (Randstad Digital in the UK sample). That is why question 4 is in the template.
- **Coordinators are thin relative to recruiters.** There are about 0.31 US coordinators per technical recruiter, roughly one for every three recruiters. In many loops the person you talk to also books the rounds, so the timeline they give you is a scheduling estimate as much as a process fact.
- **The UK count is likely too low.** UK firms often use "Recruitment Consultant" as the title, so the roughly 29.9x US-to-UK ratio overstates the gap. Do not read it as a scarcity of UK recruiters.

## Is a 6 week interview process normal? Comparing on the same clock

Six weeks is normal if it starts at application and slow if it starts at the first interview. Forty-two days from application sits near Ashby's 40-day technical median, but 42 days from first interview is more than double the 17.9-day technical loop.

The same reasoning covers any loop length. Business roles are tighter: 42 days from application is about 1.4x Ashby's 30-day business median, and 42 days from first interview is nearly three times the 14.4-day business loop. Sector matters too. Glassdoor's UK data puts the average at 27 days, with consulting the longest at 55, so a long consulting loop may be normal for consulting and still slow against the overall market.

### Converting the worked example

The software engineer's figure is 12 days on 27 reports. The clock behind a candidate-reported average is not defined on the role page, so I treat it as the clock Glassdoor used in its own published study: application to offer or rejection. That is an assumption, and it goes on the map in writing.

Now convert:

1. **The start event.** SmartRecruiters data puts the interview stage at about day 14 after application, with median hire at day 38. A 12-day average cannot contain a 14-day wait before the first interview, which suggests many reporters started counting at first contact, not at application. Either way, days from first interview to outcome can be no more than 12.
2. **The end event.** The figure includes rejections, not just offers, so it is not a pure time to offer. Note it and move on.
3. **The comparison.** Ashby's technical first-to-last interview figure is 17.9 days, and offer turnaround comes on top of that. Even at its upper bound of 12, this loop finishes faster than the benchmark loop alone.
4. **The verdict.** Fast against the market, on the same clock.

The confidence level is the honest part. The 27 reports have not yet been filtered for recency, the clock is assumed, and the figure mixes outcomes. That makes it low to medium until the recency count clears 10 and the recruiter's timeline agrees.

#### Setting the confidence level

Horizontal axis runs from Under 10 recent role-matched reports to 10 or more recent role-matched reports. Vertical axis runs from Official page and recruiter silent or disagree to Official page and recruiter agree.

| Quadrant | What it means |
| --- | --- |
| Medium-low | Trust the stated stages, hold the day count loosely, ask for the timeline again at round two |
| High | Plan your calendar on the map and re-check only if the posting changes |
| Low | Treat the map as a sketch and get stages and timeline from the recruiter before investing prep time |
| Medium | Lean on the reports, and look for stale or off-role entries that could explain the disagreement |

*Confidence rises only when enough recent role-matched reports and the employer's own account point the same way.*

A fast loop leaves less room between the screen and the final round, so your materials need to be ready before you apply, not after the first call. [Refolk](/candidates) tailors the resume to each posting and scores how well you fit, so you can decide whether a 12-day loop is worth starting before the clock begins.

## How this read goes wrong

Most bad loop estimates come from eight failure modes, and each has a one-line check. These are worth more than the procedure, because a confident wrong map does more harm than having none.

1. **Clock mismatch.** An application-to-offer aggregator figure is set against a first-to-last interview benchmark, and the loop looks slow when it is not. *What it looks like:* "24 days, but the benchmark says 17.9, so they're slow." *Check:* write both clocks beside both numbers before comparing.
2. **The same figure meaning three things.** "17.9" is quoted as days from first to last interview, as interviews per engineering hire, and as candidates interviewed per hire. *What it looks like:* a benchmark that fits your argument a little too neatly. *Check:* confirm the unit against Ashby's primary page.
3. **Role mixing.** The company-wide 24 days hides a 12-day software engineer figure and a 120-day senior product track. *What it looks like:* a single headline number with no role attached. *Check:* always quote the role-level N.
4. **Tiny N shown as an average.** A 6-day Help Desk average rests on 2 reports. *What it looks like:* a clean, specific number on a role with few reviews. *Check:* under 10 recent role-matched reports, mark confidence low.
5. **Stage-count inflation or deflation.** GitLab's handbook lists 7 stages, while candidates report 4 to 5. *What it looks like:* the official list feels more rigorous, so it wins. *Check:* count only events where you are assessed.
6. **Take-home ambiguity.** GitLab's merge request review is a take-home in one guide and part of the technical interview in another. *What it looks like:* two sources that seem to contradict each other. *Check:* apply the definition, unsupervised work done before a session, and read the report text.
7. **Extreme-reviewer skew.** Voluntary reviews over-represent extreme experiences, an effect Marinescu and coauthors measured against reviews prompted by an incentive. One study found 37.7% five-star reviews on Glassdoor against 22.0% on Blind, which verifies reviewers. Huyen's analysis found offer acceptance of 87.5% after a positive interview experience and 33.8% after a negative one, so experience and outcome travel together. *What it looks like:* a warm, short-loop consensus. *Check:* separate offer and no-offer reports before you average anything.
8. **Agency recruiter answers.** Staffing firms rank among the top employers of technical recruiters in Refolk's index, and an agency recruiter may not know the client's loop. *What it looks like:* a confident timeline that later slips. *Check:* ask whether the recruiter is in-house.

> **Watch out:** One number, three units
>
> "17.9" circulates as days from first to last interview, as interviews per engineering hire, and as candidates interviewed per hire. Ashby's interviews-per-hire figure for technical roles is 17.6, so a typo or a paraphrase is enough to swap one for another.

Two biases have not been measured for interview reports specifically: recency skew and role mixing within a role filter. Nobody has published how much stale or mislabelled reports distort these averages. The recency filter and the report-by-report tally are how you check it on your own case.

## Keeping the loop map current

A loop map is a dated snapshot, not a profile. Re-read it before each application to that employer and whenever the posting, the role family or the recruiter changes. Aggregator pages, careers pages and handbooks are all edited without notice, so the date you read each source is part of the evidence.

Keep one record per employer and role family, in this shape.

**Loop map record**

```
LOOP MAP: [Employer] / [Role family] / read on [date]
Official process: [N stages] from [page], read [date]; role-dependent notes: [ ]
Reports: raw [N] at [avg] days / role-matched [N] at [avg] days / last 12 months [N]
Outcome split: offer [N] / no offer [N]
Assessed rounds: mode [ ] / range [ ] (references and offer removed)
Take-home: likely / unlikely / unknown; evidence: [ ]
Aggregator clock: [start event] to [end event] (assumed or stated: [ ])
Recruiter said: stages [ ] / format [ ] / timeline [ ] / in-house: yes / no
Estimate: first interview to offer, about [ ] days
Benchmark: Ashby first to last interview, [14.4 business / 17.9 technical] days, plus offer turnaround
Verdict: fast / in line / slow
Confidence: high / medium / low, because [ ]
Re-check by: [date or trigger]
```

*One per employer and role family; fill every field, and write "unknown" rather than leaving one blank.*

Run this read across a shortlist and you have a sequencing tool. Start the slow, many-round loops first and the fast ones later, so offers land close together. When the map shows a fast loop with a likely take-home, have the tailored resume and cover letter done before you apply. Refolk drafts both from your own history for each posting, so the prep fits inside the loop instead of falling behind it.

#### Before you call the loop map done

- [ ] Every day figure has its clock written beside it, start event and end event.
- [ ] Every average has its report count beside it, at company level and role level.
- [ ] The role-matched reports were filtered to the last 12 months and the survivors counted by hand.
- [ ] Confidence is marked low if fewer than 10 recent role-matched reports survived.
- [ ] The round count excludes references and offer and is written as a mode plus a range.
- [ ] Offer and no-offer reports were tallied separately.
- [ ] The take-home flag reads likely, unlikely or unknown, with evidence written beside it.
- [ ] The recruiter's answer is logged, including whether they are in-house.
- [ ] Any benchmark figure's unit was confirmed as days, not interviews or candidates.
- [ ] The map carries the date each source was read and a re-check trigger.

## Frequently asked questions

### How many interview rounds should I expect at a company?

Expect around 4 to 5 assessed rounds for most professional roles, then check the specific employer. Secondary write-ups of Ashby's data put typical loops at about 4 rounds for business hires and 5 for technical hires, and a ZipRecruiter survey of recent hires found a median of 5 interviews. For one employer, count only events where you are assessed in role-matched reports from the last 12 months, and ignore references and offer stages on the official list.

### How long does the interview process take at a company, start to finish?

It depends on the employer, the role family and which clock you use, so measure it per company. On Glassdoor's own employer page, software engineers report 12 days against a company-wide 24. For the market, the only first-interview benchmark is Ashby's first-to-last interview figure: about 17.9 days for technical hires and 14.4 for business hires. Add offer turnaround, which no public benchmark measures, and ask the recruiter for it.

### Is a 6 week interview process normal?

It is normal if the six weeks start at application, and slow if they start at the first interview. Forty-two days from application sits close to Ashby's 40-day median time-to-hire for technical roles, though above its 30 days for business roles. Forty-two days from first interview is more than double Ashby's 17.9-day first-to-last interview figure for technical hires. Ask the recruiter which event starts the clock before you judge it.

### How many Glassdoor interview reviews do I need before trusting the average?

No published threshold exists, so use the practitioner floor of 10 role-filtered reports from the last 12 months. Below that, mark your estimate low confidence. Glassdoor will display an average built from as few as 2 reports, and its own difficulty ranking once required at least 20 ratings per company. Always write the report count next to the average, never the average alone.

### What should I ask a recruiter about the interview process on the first call?

Ask for the stages, the format of each, whether any work is due before a session, the timeline to a decision, and whether they are in-house. Practitioner guides agree recruiters can usually answer the first four. They usually cannot describe what a strong performance looks like in each round. A recruiter who cannot give a timeline may not have spoken to the hiring manager recently, and an agency recruiter may not know the client's loop.

---

*From the Refolk guide library. I revise these guides rather than replacing them, so the current version is always at https://www.refolk.ai/candidates/guides/interview-loop-map-public-reports*