Case Study

Applicant Intake & Re-Engagement at Production Scale

Regional Home-Appliance Distributor · Tier 3 Production System · Delivered

Client
Regional home-appliance distributor (anonymized)
Project
Applicant intake & re-engagement pipeline (Tier 3 production)
Stack
n8n on hardened VPS · Postgres · Google Sheets · Gmail API
Role
System design and production deployment
Outcome
Delivered production system; 10,580 applicants processed at 100% classification across an 8.5-month batch; 3,113 candidates surfaced to the review queue

The Situation

A regional home-appliance distributor was losing hiring opportunities every day — not because applicants weren't applying, but because the team couldn't keep up with them.

Applicant data sat unreviewed in spreadsheets. Follow-up depended on whoever had time to send a text. Nobody had a clear picture of who had been contacted, who had replied, or who had already moved on. The pipeline wasn't moving because the manual layer between "applicant applies" and "applicant gets contacted" was the bottleneck.

Every day of delay was a candidate lost to a competitor or to silence.


The Real Problem

This wasn't a hiring volume problem. The applicants were there.

The business was losing candidates between intake and first contact — a gap that no amount of job posting spend could fix. The pipeline needed to move on its own, without depending on manual bandwidth that was already maxed out.


The System Brealle Built

Regional Distributor Applicant Pipeline v5 PROD — a three-chain automation that ran continuously on a hardened production VPS, processing incoming applicant records from raw intake through outreach, reply tracking, and pipeline state management.


System Architecture

Chain A — Intake & Qualification

Pulled raw applicant rows from the intake sheet, deduped against the master pipeline using generated keys, normalized fields, applied decision logic, and wrote both to the master pipeline and to a human-review queue. Duplicates weren't silently dropped — they were routed through a dedicated logging branch and recorded before the chain merged back to the main path.

Chain B — Outreach (Re-Engagement)

Pulled approved candidates from the review queue, built personalized re-engagement emails, enforced a daily send cap so the system never exceeded Gmail throughput limits, sent through Gmail with 3-minute pacing between messages, captured the thread ID for downstream reply matching, and logged every send.

Chain C — Reply Handling

Ran on a 15-minute schedule. Pulled active threads from the pipeline, fetched new replies from Gmail by thread ID, matched each reply back to the original candidate, decided whether to respond, sent a threaded reply (also under daily cap), updated pipeline stage and review queue, and logged the chain.

Error Subworkflow — Failure Logging & Halt Handling

Built-in error trigger subworkflow. Any failure in any chain routed to a structured error log entry with chain identifier, timestamp, and error context.


Operational Controls

These were the controls that distinguished a production system from a demo:


Results — Production Outcomes

Directly observed metrics from the production batch:

10,580
Applicants processed in 8.5-month batch
100%
Classification rate
71%
Auto-filtered out-of-territory before reaching the operator's queue
8.5 mo
Historical batch range covered in a single session
Tier 3
Production governance class

Governance

The system was built and governed under Brealle's Workflow Governance Standard (WGS) v1 at Tier 3 — Brealle's highest-risk workflow category, used for external communications with low reversibility.

Tier 3 controls applied:


Production Footprint

Layer Implementation
Orchestration n8n on hardened VPS
Reverse proxy + TLS Caddy with managed TLS
State Postgres-backed n8n instance
Hardening Hardened Linux server, key-based access, firewall enforced

What This Replaced

What It Made Possible


Key Insight

The constraint was never applicant volume.
It was the manual layer between intake and engagement.

Positioning Statement

Most hiring pipelines don't fail because of bad candidates. They fail because the gap between application and first contact is too slow, too manual, and too dependent on someone remembering to follow up.

Brealle builds the system that closes that gap — so the work runs whether or not someone is working the queue that day.


About Brealle

Brealle designs and builds reliable support systems for trade and home-service businesses — taking the repetitive, time-draining work off the owner's plate so the business stops depending on someone being available to keep it moving. The applicant pipeline above is one example of that work delivered at production scale.

Start with The Time Audit — a free 20-minute call about where your time is actually going.

Losing your evenings to work that could run itself?

Start with The Time Audit — a free 20-minute call about where your time is actually going, and what's worth building relief for first.

Book The Time Audit →

Brandon Robinson
Founder, Brealle