Skip to content

Early accessPlaceMeFast is not publicly available yet. Join the list to be told when it opens.

Guide

Job Application Tracking: Running a Search You Can Actually See

Why spreadsheets collapse somewhere past thirty applications, what a senior search actually needs to record, and how to keep a six-month process visible without turning it into a second job.

Last updated

In short

  • The failure is not that a spreadsheet breaks. It is that you stop updating it, and then cannot tell which of two similar processes you are in.
  • Four things need recording: the application, the exact materials you sent, every conversation, and the timeline. Most people track only the first.
  • Nearly all of that state already exists in your inbox as confirmations, rejections, and scheduling threads. Extracting it is unglamorous and high-value.
  • The metric worth watching is not applications sent. It is where candidacies die — because that is the only number that tells you what to change.

A senior job search runs long. Six months is normal. Over that period you might accumulate forty applications in various states, a dozen recruiter conversations, several multi-stage processes, and a scattering of referrals and follow-ups that exist only in your memory.

Tracking sounds like the boring administrative part. It turns out to be the part that determines whether you can answer the questions that actually come up: what did I tell them, when did I last hear anything, and which of these two similarly-named processes is the one that reached final round.

Why spreadsheets fail

Everyone starts with a spreadsheet. Almost nobody is still maintaining one in month four.

The failure mode is specific and worth naming, because it is not laziness.

Updating is manual and the reward is delayed. Logging a rejection has no immediate benefit. The benefit arrives weeks later when you need to remember. So it slips, and once a spreadsheet is a week stale, the incentive to catch it up drops further.

The interesting state arrives by email, not by your hand. Confirmations, rejections, scheduling requests, recruiter replies. Each one is a state change that happened somewhere else, and transcribing them is pure overhead.

A row cannot hold a process. A single application might involve a recruiter screen, a hiring-manager call, a panel, a take-home, and a final. That is five events, five dates, and several people. It does not fit in a cell, so it ends up compressed into something uselessly vague like "in progress".

Materials are not captured. Six weeks later, in a final round, someone references something on your resume. Which version did they get? The tailored one for this role, or an earlier one? A spreadsheet almost never records this, and it is exactly what you need.

The result is not an empty spreadsheet. It is a spreadsheet that is confidently wrong, which is worse — you make decisions from it without realising it is three weeks behind.

What actually needs recording

Four separate things. Most systems capture the first and ignore the rest.

The application

Role, company, source, date, and current stage. The obvious layer, and the one people do track.

Worth adding: how you found it and whether you had a referral. Over a six-month search this is what tells you which channels are actually producing anything.

The materials

Which resume version, which cover letter, and the answers you gave to the free-text application questions.

This is the most commonly missing piece and the most costly. Senior processes run long, and by the time you reach a final round two months later, you have written twenty variations. Being unable to answer "did I describe that project as mine or as my team's" is a genuinely bad position to be in.

If a system submits applications on your behalf, this becomes non-negotiable. An application you cannot inspect is one you cannot be questioned about — see the application automation guide.

The conversations

Who you spoke to, when, what was said, and what was promised. Names and roles, not just company names.

At senior level, people move. The internal recruiter who screened you last year is at a different company this year, and remembers you. Keeping a record of who you have actually spoken to is what makes that an asset rather than an awkward blank.

The timeline

When each thing happened, and — crucially — when you last heard anything.

Most stalled processes do not end with a rejection. They go quiet. Without a timeline, "quiet" is invisible: you feel like you have things in flight when in fact four of them have not moved in five weeks.

Stages that reflect reality

Most tracking templates use stages that are too coarse to be useful. A realistic set:

  • Found — identified, not yet applied
  • Ready — materials prepared, not submitted
  • Applied — submitted, no response
  • Acknowledged — a human has confirmed receipt
  • Screening — recruiter conversation underway
  • Interviewing — with the hiring team
  • Final — final stage, decision pending
  • Offer
  • Rejected
  • Stalled — no movement for a defined period
  • Withdrawn — you stopped it

Two of these do work the standard templates miss.

Acknowledged separates "submitted into a void" from "a human has engaged". These are completely different states and collapsing them hides your real position.

Stalled is the important one. It has to be automatic — anything with no activity for, say, three weeks moves there on its own. Otherwise dead processes sit in "Interviewing" forever and your view of your own search is fiction.

Getting the state out of your inbox

Almost everything you need is already arriving by email:

  • Application confirmations, which tell you it submitted and often name the ATS
  • Rejections, which are usually unambiguous
  • Scheduling requests, which mark a stage transition
  • Recruiter replies, which are the highest-signal messages you get
  • Calendar invitations, which carry the interviewers' names and the date

Deriving state from this automatically is unglamorous, mechanical, and removes essentially all of the maintenance burden that kills spreadsheets. It is one of the clearest cases for software in a job search: no judgement is involved, and the alternative is an admin task you will stop doing.

Two mechanisms exist in practice. Email forwarding — you forward relevant messages to a dedicated address, which is limited but requires no access to your mailbox. Or connected inbox access, which is more complete and carries a real privacy consideration, addressed below.

What you cannot infer

Silence is not a state. A system that marks something "rejected" because nothing arrived is guessing, and it will be wrong often enough to matter. Absence of email means absence of information — which is exactly why a "stalled" stage has to exist and be honest about what it means.

The privacy question, directly

Any tool offering to read your inbox is asking for something significant. Your mailbox contains far more than your job search.

Reasonable questions to ask, and reasonable answers to expect:

What scope of access is requested? Read-only is very different from full access. Restricted-scope Gmail access is subject to additional verification requirements from Google, including an independent security assessment — a tool operating there should be able to say so plainly.

What is stored, versus read and discarded? There is a meaningful difference between extracting a status and retaining message content.

Can you revoke it in one action? Both in the tool and directly in your Google account, without having to ask anyone.

What happens on deletion? If you close the account, what is removed and when.

If forwarding covers your needs, it is the lower-exposure option and it is a legitimate choice. The trade is completeness for control, and there is no single correct answer.

Metrics that are actually useful

Most job-search dashboards show applications sent. It is the least useful number available: it measures effort, not progress, and it rewards exactly the volume behaviour that hurts a senior search.

Numbers worth watching:

Where candidacies die. The single most informative thing. If most end at application with no acknowledgement, the problem is targeting or how your materials parse — see the ATS resume guide. If most end after the recruiter screen, the problem is positioning. If most end after the hiring-manager conversation, it is scope fit. If you reach finals and lose, you are competitive and it is largely a numbers game. These four diagnoses lead to completely different actions.

Response rate by source. Referrals, recruiter approaches, direct applications, and postings each convert very differently. After a couple of months you will have enough to see which channel is worth your effort — and it is usually not the one absorbing most of it.

Time in stage. How long things sit before moving. Rising numbers usually mean the market or your targeting has shifted.

Active count. How many live processes you actually have. People consistently overestimate this because stalled ones feel active.

The follow-up problem

Follow-ups fail for a boring reason: they depend on you remembering, and over six months you will not.

The realistic rule set:

  • After applying with no acknowledgement: one follow-up at two weeks, then stop.
  • After an interview with no update by the promised date: one message two days after that date.
  • After a recruiter says "let's reconnect in a few weeks": a reminder at the interval they named.
  • After a rejection: one short, gracious reply. This costs nothing and is remembered more than you would expect.

None of that requires judgement. It requires a system that surfaces the right item on the right day, which is exactly what software is for.

Choosing where to keep it

Three realistic options, with honest trade-offs.

A spreadsheet. Free, instant, infinitely flexible, and yours forever. It fails on exactly one axis, which unfortunately is the decisive one: every update is manual, so it decays. Genuinely fine for a short, focused search of ten or fifteen applications over six weeks. Unreliable past that.

If you use one, keep it to columns you will actually maintain — company, role, source, date applied, stage, last contact, next action — and put the date of last contact next to the stage so staleness is visible at a glance.

A database tool — Notion, Airtable, or similar. Handles relationships properly: an application can link to a company, several people, and a materials record. Views can filter to "no activity in three weeks" automatically, which solves the stalled-detection problem.

Still manual on input, but the structure survives a long search where a flat sheet does not. The failure mode is different: people spend more time building the system than running the search. Set it up in an hour and stop.

A dedicated tool. The advantage is that state updates itself from your inbox, which removes the decay problem entirely — the thing that kills the other two options.

The trade is access and lock-in. You are giving something visibility into your mail, and your record lives somewhere you do not control. Ask what happens on export and deletion before you commit six months of history to it.

There is no universally right answer. The test is not which is most capable; it is which one you will still be updating in month four.

The weekly review

A tracking system with nothing reading it is just storage. The habit that makes it worth anything is a short review on a fixed day.

Thirty minutes, same time each week, five questions:

What moved? Anything that changed stage. This is the only genuine progress signal, and in a slow week the honest answer is nothing — which is information, not failure.

What went quiet? Everything that crossed the stalled threshold. For each, decide explicitly: follow up once, or mark it dead. Leaving it ambiguous is what produces a pipeline that looks healthier than it is.

What needs a follow-up this week? Work the list the system surfaced. Send them in one sitting.

Where are things dying? Look at the last five closures. Same stage every time? That is your diagnosis, and it points at a specific fix rather than at "try harder".

Is the pipeline the right size? Too few active processes and a single rejection is destabilising. Too many and none of them get real attention. Somewhere between five and ten live processes is usually where a senior search functions well.

The value of doing this on a schedule is emotional as much as operational. A long search produces a persistent low-grade sense that you should be doing something, at all hours. A fixed review contains that. Between reviews, the answer to "should I be checking on things" is no, because Thursday will handle it.

When you have more than one process live

The endgame is where tracking stops being administrative and starts being consequential, because timing decides the outcome.

Senior processes rarely finish together. One reaches offer while two others are mid-panel, and the offer carries a deadline shorter than those processes need.

What the record has to tell you at that moment:

Where every live process actually is, and what remains in each. Not a vague sense — the specific remaining stages.

Who to contact to accelerate. With a name, and with the history of what has already been said, so the message is credible rather than obviously opportunistic.

What you have already told each of them about timing and compensation. Getting caught in an inconsistency here is genuinely damaging, and it happens through poor record-keeping rather than dishonesty.

When each process started. A company eleven weeks in has more reason to move quickly than one you spoke to last Tuesday.

Accelerating another process on the strength of an offer is normal, expected, and usually works. It requires being straightforward — that you have an offer, that you have a real deadline, that you would rather have their answer than not. What makes it fail is not the ask; it is being unable to reconstruct what you said to whom.

After the search ends

Do not delete it.

The record of who you spoke to, which companies ran which processes, and how far you got is a genuinely valuable asset three years later when you are doing this again. People move; the recruiter who screened you is somewhere new; the hiring manager who liked you but had no headcount now has some.

Archive it somewhere you will find it. Note who was helpful. That is the seed of the next search, and it costs nothing to keep.

A workable system

Whether you use a tool or build it yourself, the requirements are the same:

  1. One place. Split across a spreadsheet, your inbox, and your memory means you have no system.
  2. State updates itself where possible. Anything requiring manual transcription of an email will decay.
  3. Materials are attached to the application. The exact resume and the exact answers.
  4. People are first-class, with names, roles, and history — not buried in a notes column.
  5. Stalled is automatic. Your view of the search has to be honest without your maintaining it.
  6. Follow-ups surface on a date. Not a list you have to remember to read.
  7. It survives six months. The test of a job-search system is month four, not week one.

Where PlaceMeFast fits

PlaceMeFast keeps an application workspace showing each role's stage — review, queued, applied, interviewing, rejected, archived — along with the resume version used, the application history, and the submitted form responses where they are available.

Email-forwarding and inbox workflows capture confirmations, recruiter replies, interview activity, and outcomes into one pipeline, so the record stays current without manual transcription. Connecting a Gmail account is opt-in and off by default.

It covers U.S. searches only and is not publicly available yet. It makes a search visible; it does not promise interviews, offers, or employment.

Join the early-access list to hear when it opens.

More on this

  • 6 min read

    The Job Search Numbers Worth Watching

    Applications sent is the number everyone tracks and the least useful one available. Four measurements that actually tell you what to change about a stalled search.