How to set up your first hiring pipeline in under 30 minutes

A step-by-step setup guide for your first hiring pipeline. The five stages every team needs, what to skip, and the 30-minute path from blank workspace to first applicant.

CollinCollinFounder, RecruitIn5 min read
Five-column kanban pipeline with candidate cards stacked in the first column ready to flow rightward

The steps

About 30 min
  1. Create the workspace and confirm your email

    Sign up, name the workspace after your company, confirm your email. This is the only step that touches authentication. Two minutes.

  2. Configure five default pipeline stages

    Set the pipeline to Applied, Screening, Interview, Offer, Hired. Do not add sub-stages yet. Most ATS platforms ship with default stages — accept them unless you have a specific reason to deviate. Three minutes.

  3. Create your first job draft

    Title, department, location, employment type. Paste your draft JD (or use the AI rewriter if your ATS has one). Do not publish yet — preview-first prevents typos shipping live. Five minutes.

  4. Configure the application form with three custom questions

    Default fields (name, email, resume) come pre-configured. Add one free-text 'why this role' field, one role-specific question, and one 'how did you hear about us' dropdown. Stop there. Five minutes.

  5. Set the hiring team for the job

    Add the founder or hiring manager and the most relevant teammate. Scope visibility so only the hiring team sees candidate data. Anyone added later inherits the scope. Three minutes.

  6. Customise the candidate auto-reply email

    Edit the default 'thanks for applying' email. Add a real-human signoff and a realistic expected response window. The auto-reply is the highest-volume touchpoint your employer brand has. Five minutes.

  7. Publish the job and verify the career page renders

    Hit publish. Open the public career-page URL in an incognito tab. Confirm the JD renders, the apply button works, and the form submits a test application. Five minutes.

  8. Save the published job as a template

    Most ATS platforms (RecruitIn included) let you save any published job as a reusable template. Do this immediately — the second similar role takes 5 minutes instead of 30. Two minutes.

The first time a small team sets up a hiring pipeline, there is a temptation to overconfigure. Eight stages, twelve custom fields, a five-question application form, a complex hiring-team permission matrix. None of it is needed. This is the 30-minute setup that ships the same day, lasts 50 hires, and is the only configuration most small teams will ever need.

Why does the default pipeline shape work for almost every team?

A hiring pipeline is the candidate's journey from "applied" to "hired," not the team's internal task list. Most overconfigured pipelines fail because they mix the two — they add stages for "Recruiter Reviewed," "Manager Reviewed," "Awaiting Reference Calls," "Awaiting Salary Approval." Those are team tasks. The candidate is still in the same state throughout: interviewing, or deciding, or signing.

Five stages — Applied, Screening, Interview, Offer, Hired — cover the candidate's actual journey. Subevents (specific interviews, take-home assessments, reference calls) happen inside the appropriate stage rather than as separate stages. This is how most modern hiring guidance from sources like SHRM and Harvard Business Review describes the shape, and it is what the better ATS platforms ship as defaults for a reason.

TIP — The configuration-debt rule Every stage you add today is a stage you have to keep clean for every future search. A custom stage that helps you once and confuses you ten times later is a net loss. Default first; customise when you have a real reason from real candidates.

What does the 30-minute setup actually look like?

The eight steps above add up to exactly 30 minutes if you have your JD draft ready before you sit down. The breakdown:

StepTimeWhy this matters
Create workspace, confirm email2 minFoundation. Use a workspace name your team will recognise on emails.
Configure five pipeline stages3 minDefaults are fine. Resist customising.
Create first job draft5 minThe JD does the heavy lifting; the ATS just hosts it.
Application form: 3 custom questions5 minMore fields = more drop-off. Cap it.
Hiring team for the job3 minScoping prevents data leaks and noise.
Auto-reply email customisation5 minThis email gets read by every applicant. Treat it like marketing.
Publish + verify career page5 minAlways test the apply flow yourself first.
Save job as template2 minThe compounding step. Pays back on hire two.

If a step takes longer than budgeted, skip it for now and come back after your first applicant lands. The first applicant is the best teacher; configuring further before then is theatre.

How should the application form be designed?

Three fields beyond the defaults. That is the answer for almost every small-team role.

The first is a free-text "why this role" field, capped at about 500 characters. This is the single most predictive piece of data in an application — candidates who write a specific, role-aware answer convert at a meaningfully higher rate than candidates who paste a generic template. According to LinkedIn Talent Solutions research on application quality, role-specific applicant writing correlates with downstream hire success more strongly than most resume signals.

The second is one role-specific question. For engineering: "Link to a project you shipped and are proud of." For sales: "Walk us through a recent deal you closed, win or loss." For ops: "Describe a system you fixed that wasn't your job to fix." One question. Not five.

The third is a "how did you hear about us" source field with five or six options (Google for Jobs, LinkedIn, referral, careers page direct, paid board, other). The source data drives the source-of-hire metric next quarter, which is one of the only sourcing decisions worth making with data.

Anything beyond these three fields cuts completion rate. Demographic fields, multi-select skill checklists, custom assessments — all of them reduce applications and rarely improve signal at small scale.

What about the auto-reply email — does it really matter?

It is the single highest-volume marketing touchpoint your employer brand has. Every applicant gets it. Most teams ship the default — "Thank you for your application. We will review and get back to you" — and lose the chance.

A working auto-reply is three things: warm, specific, and signed by a human.

"The auto-reply email is the only piece of marketing copy in your hiring funnel that every single candidate reads. Treating it as a system notification is a missed quarter of brand work."

— Collin, Founder, RecruitIn

Specific means: "We'll come back to you within 7 business days, even if it's a no" or "If you don't hear from us in 10 days, please assume the role wasn't a fit — and apply again for future openings." Signed by a human means: a real name at the bottom, not "The Acme Team." Five minutes of editing here outperforms most paid employer-brand work.

When should you actually customise the pipeline?

After your third hire, not before. By then you have three pieces of real data: which stage is taking the longest, which transition is leaking candidates, and which team workflow is fighting the default pipeline shape. Make exactly one change at that point. Then run the next search and see if the change held.

The customisations that pay back most often, in order of frequency:

  1. Adding a "Final Decision" stage between Interview and Offer for roles where the decision meeting drags out.
  2. Adding sub-stages inside Interview to distinguish first-round from on-site. Most ATS platforms (including RecruitIn) support this without restructuring the top-level pipeline.
  3. Splitting the Screening stage into "Recruiter Screen" and "Hiring Manager Screen" if a role has two distinct first conversations.

That is the entire reasonable customisation universe at small scale. Everything else is theatre.

Closing thought

A 30-minute setup that ships today beats a four-hour setup that ships next week. Small teams underestimate the cost of pre-configuration and overestimate the cost of post-configuration changes. The defaults are good defaults. The customisations are cheap to add later. The applications you would have lost during the four-hour delay are not cheap to recover.

To run the 30-minute setup today, create a free RecruitIn workspace — five default stages preconfigured, branded career page included, no credit card. For what to do with the candidates that start landing, read how to write a job description with AI and the buyer's guide to free and affordable ATS. To understand the upgrade path, see free ATS vs paid ATS and the pricing page.

On this page

Hire smarter. Start free.

Free forever plan. No credit card. Set up your first AI-screened pipeline before this article finishes loading.

Frequently asked

How many stages should a hiring pipeline have?

Five for almost every team. Applied, Screening, Interview, Offer, Hired. Some teams add a sixth — 'Final Decision' or 'Reference Check' — between Interview and Offer, which is reasonable. More than six stages signals configuration enthusiasm rather than process clarity. Candidates do not move through more than five real states; intermediate stages just mean someone is still deciding.

Should I use the same pipeline for every role?

Yes, with one exception: senior or executive hires can warrant a separate longer pipeline (often seven stages with two reference-check rounds). For everything from junior through senior individual-contributor roles, one pipeline shape works. The interview rubric changes per role; the pipeline does not.

What goes in the application form besides resume and email?

Three things. A one-line 'why this role' free-text field; one role-specific question you actually want answered (skip generic ones); and a 'how did you hear about us' source field. That is enough. Form length is the single biggest predictor of drop-off — every extra field reduces completion rates measurably.

Do I need custom stages for technical or sales roles?

Rarely. The stages are about the candidate's journey, not the type of role. A technical role might add a 'Take-home assessment' sub-event inside Interview; a sales role might add a 'Role-play interview' sub-event. Both are interviews within the Interview stage rather than full pipeline stages. The candidate is still 'in Interview' whether they are on round 1 or round 3.

Can I change pipeline stages after candidates are already in the pipeline?

Yes, but with care. Renaming a stage is fine and preserves data. Deleting a stage that has candidates in it requires moving them first — most ATS platforms warn you. Adding a new stage between existing ones is the safest change; reordering stages can confuse a team mid-search if not communicated. The rule of thumb: change pipeline structure between searches, not during them.

Keep reading