Tracking applications reliably

The hard part is not storing applications. It is that most of them never produce a clear ending.

JobsDart Editorial5 min read

Key takeaways

  • A clean five-stage pipeline does not describe reality; most applications end in silence.
  • Capture from wherever the candidate applied, or the record is partial and gets abandoned.
  • Leave ambiguous replies unmatched rather than corrupting two records.
  • Store the exact document sent — it is the most appreciated feature and among the easiest.
  • Everything inferred must be overridable in one action, and corrections are your best signal.

Model states, and include the honest ones

A clean pipeline of submitted, reviewing, interviewing, offered, rejected does not describe reality. Most applications receive an automated acknowledgement and then nothing, ever.

Include "no response" as a real terminal state with a defined threshold, rather than leaving applications indefinitely "in progress". A tracker showing forty active applications when thirty-five are dead is not tracking anything useful.

Set the threshold per employer where you have history rather than as a single global number. Fourteen days of silence from a company that usually replies in a week means something; the same silence from one that takes six weeks means nothing, and one threshold gets both wrong.

  • Submitted, acknowledged, in process, interviewing, closed
  • No response after a defined window — a state, not a gap
  • Withdrawn by the candidate
  • Confirmed versus inferred, marked on every transition
The states that actually occur
StateHow it is reachedWhat the candidate does
SubmittedConfirmed submissionWait
AcknowledgedAutomated receiptNothing — it means little
In processA human repliedRespond
InterviewingA date existsPrepare, with the sent CV
No responseThreshold passedOne follow-up, then move on
ClosedAn explicit outcomeNothing

Capture what happened elsewhere

Candidates apply through many channels, and only some go through your platform. A tracker covering a third of someone’s applications is a partial record they will stop maintaining.

Capture from confirmation emails, from a browser extension, or from a forwarding address. Anything that does not require them to enter the same information twice — because they will not.

Email is the highest-coverage source by a distance. Almost every application produces a confirmation and almost every outcome arrives there, so a system reading a scoped label reconstructs most of a search without the candidate doing anything at all.

Reconcile inbound carefully

Responses arrive without reference numbers, from unfamiliar addresses, occasionally from agencies representing an employer. Matching them to the right application is genuinely difficult.

Use sender domain, thread references, role title and timing together, and leave the ambiguous ones unmatched rather than guessing. Attaching a reply to the wrong application corrupts two records, which is worse than one gap.

Do not let unmatched items accumulate silently. A short review queue that the candidate clears in a minute keeps the record accurate; a growing pile of unattached messages is how a tracker quietly stops reflecting reality while still looking complete.

Keep the document that was sent

When applications use tailored CVs, the version sent matters. A candidate preparing for an interview needs the exact document the interviewer is reading.

Store it with the record, permanently, and surface it on the application page. This is the single most appreciated feature in a tracker and among the easiest to build.

Store the file rather than the recipe for rebuilding it. Regenerating from a template and a profile three months later produces a different document, and the one thing the candidate needs is the one the interviewer is holding.

Let the user correct everything

Automatic capture and classification will get things wrong — a duplicate, a misread status, a reply attached to the wrong role. A system the user cannot fix becomes a system they stop trusting.

Make every field editable and every inferred status overridable in one action. Their corrections are also your best signal about where the classification is failing.

Mark what was inferred so a correction sticks. A status the candidate fixed should not be silently overwritten the next time the classifier runs, and the only thing preventing that is knowing which values a person put there.

Frequently asked questions

What state model should an application tracker use?

One that includes "no response" as a real terminal state after a defined window. Most applications get an acknowledgement and then nothing, and leaving them "in progress" is fiction.

How do I track applications made outside the platform?

Capture from confirmation emails, a browser extension or a forwarding address. Anything requiring the candidate to re-enter information will not be maintained.

What if an inbound reply cannot be matched?

Leave it unmatched and ask, in a short queue the candidate clears in a minute. Attaching it to the wrong application corrupts two records.

Why store the exact document sent?

Because with tailored CVs the candidate is interviewed against one specific version. Regenerating it later produces something different.

Should the "no response" threshold be one number?

No — per employer where you have history. Fourteen days of silence means something from a company that replies in a week and nothing from one that takes six.

What happens to the record when the search ends?

One-action export and one-action deletion. The history is worth having in two years, and a product that makes removal easy is one people trust at the start.

Check this against your own resume

Scan your CV against a real job description, or build a parse-safe one from scratch. Your first scan costs nothing.

Keep reading

Referenced in these guides

All career guides