Resources
Article GTM Strategy 8 read

Outbound Campaign: Lead Time First

An outbound launch date depends on the lead time of your sending infrastructure, not on the work left. Why it counts in weeks, and how to plan backwards.

The short answer

  • An outbound launch date depends less on how much work is left than on the lead time of the sending infrastructure, and that lead time is counted in weeks.
  • No amount of people or budget shortens it. The published warm-up schedules of the sending services themselves run to day 41.
  • Sender names and domains are therefore dated approvals, not side details: changing either afterwards means new mailboxes, which means paying the lead time twice.
  • Tracked links run through a shared address belonging to the sending tool by default. Your own address makes deliverability a consequence of your own sending.
  • The recommendation: stand the infrastructure up on day one, in parallel with targeting and copy. Standing it up afterwards costs half a quarter.

Why outbound launches slip

An outbound launch almost never slips because too little work got done. It slips because two clocks are running and only one of them is in the plan. The first measures effort and gets shorter when you add people. The second measures time, and nobody shortens that one.

Every team knows the first clock. Sharpen the target segment, build the list, write the approach, agree the sequence. That is the part you can talk about in a kickoff, and it is the part that feels like progress, because you watch it grow every day.

The second clock runs quietly. It starts the moment the first mailboxes exist, and it keeps running whether the team is working on the list or on holiday. Start it after the kickoff and you have started it exactly when everything else was already finished.

Our position: we stand the sending infrastructure up on day one of an engagement rather than after the kickoff, because it is the one variable in the project that effort does not move. Everything else can be parallelised or reinforced. This cannot.

Warm-up is a calendar cost, not a workload

A freshly created mailbox on a new domain has no sending history. Nobody can supply that history; it only comes from sending and receiving in small volume over a stretch of time. Start at full volume and you will not see an error message. You will see it later, in reply rates nobody can explain.

The mechanics are publicly documented, and by the receiving side itself. Google's sender guidelines say: "Start with a low sending volume to engaged users, and slowly increase the volume over time", and warn explicitly against jumping the volume — "Avoid introducing sudden volume spikes if you do not have a history of sending large volumes."

Google does not say how long that takes. A sending service does: by Twilio SendGrid's own documentation, its automated warm-up schedule ends on day 41. That is not an estimate from a blog post. It is the schedule the tool itself runs.

What the documentation saysVerbatimSource
Raise volume gradually instead of sending at full rate"Start with a low sending volume to engaged users, and slowly increase the volume over time."Google, Email sender guidelines
Avoid volume spikes without a sending history"Avoid introducing sudden volume spikes if you do not have a history of sending large volumes."Google, Email sender guidelines
Length of an automated warm-up schedule"Upon completion of day 41 in the warmup schedule, automated warmup removes these IP addresses."Twilio SendGrid, Warming Up an IP Address

Our position: we plan the lead time in weeks rather than days, because anything tighter is planned against the documentation of your own tool. And we run the warm-up in parallel with targeting and copy, not after it. No campaign mail goes out during that window. That is not caution — it is the entire purpose of the window.

Expensive mistake

Slipping a small real campaign into the warm-up window because the list happens to be ready. The damage does not show up immediately. It shows up two months later as a reply rate nobody can account for, by which point the domain is spent and the remedy is a new domain with a new lead time.

Two decisions that get expensive after setup

Who writes under which name, and from which address, often gets decided in passing. Neither is cheap to change once the mailboxes exist. A change means new mailboxes, and new mailboxes mean paying the lead time a second time. So both belong in front of the clock, not inside its run.

The senders. Who appears as the sender moves reply rates more than any phrasing does. A founder or a head of department gets read more often than a role the recipient cannot place. Those names are locked once the mailboxes are provisioned, so two things get settled first: the exact spelling of every name, and a named stand-in for each sender in case that person leaves.

The domains. Outbound does not run on the main domain; it runs on dedicated sending domains. The common mistake is not the choice but its order. A domain gets bought, configured and warmed up, and only once deliverability stays poor does somebody check whether it already sits on a blocklist. A second-hand domain carries a history nobody can undo.

Our position: we check domains against the relevant blocklists before selection, and we settle the selection in writing rather than in a meeting. Not out of formality, but because both decisions need a date that falls before the clock starts. Hunting for domain names live in a call burns an hour and rarely produces a result anyone defends afterwards.

Deep Dive Guide · 17 pages · free

From signal to sales pipeline

Whether your market carries volume, which three to five signals count and where the chain would break. Plus the checks before the first send.

Explore guide

The link that sits on somebody else's address

When an email measures whether somebody clicked, that click travels through an intermediate address. By default the address belongs to the sending tool and is shared across all of its customers. Its reputation is therefore built by senders you neither see nor influence. It still lands on your emails.

That is not negligence on the vendors' part. It is a sensible default for getting started, and the wrong one the moment predictable pipeline depends on this infrastructure. In Lemlist, the tool we run sequences in, the custom tracking domain lives under the sending settings; other sequencers name the menu differently, but the record you add at the domain provider is identical.

Technically it is a pointer record in the domain's naming system (a CNAME), and it is one per sending domain, not one per mailbox. Three failure modes here are silent, with no error anywhere:

  1. The value is entered without its trailing dot. Some providers then append your own domain, and the record resolves to nothing.
  2. The wrong record type is chosen. The picker offers several; only CNAME is correct.
  3. The value is typed rather than pasted, for instance from a video or a screenshot. One wrong character is enough.

Our position: the acceptance test is the green status in the sequencer, never the saved form. The distinction sounds pedantic and is the whole point. A saved form proves somebody clicked save. A green check in Lemlist proves the record actually resolves on the public internet. Until then, no campaign runs with link tracking on.

Five decisions to settle before an outbound campaign starts and their latest point: sender names, a stand-in per sender, sending domains, custom tracking domain and targeting

What that means for the quarterly plan, read backwards

A launch date estimated from the amount of work left is not a commitment. It becomes one only when you calculate it backwards. Start at the first send you want and subtract the warm-up window. What sits before that are the two approvals and the domain check. Everything else runs alongside.

The difference is not academic. Every week lost at the start is a week of missing pipeline at the end, and because a full sales cycle sits between the first send and a signed contract, it only becomes visible a quarter later. By then nobody is looking for the cause in a DNS record from March.

What has to be settledLatest pointPrice of settling it later
Sender names, exact spellingbefore mailbox provisioningnew mailboxes, lead time starts over
A stand-in per senderbefore mailbox provisioningthe campaign stalls when one person drops out
Sending domains, checked against blocklistsbefore purchasean inherited history nobody can undo
Custom tracking domain, status greenbefore the first campaign with link trackingreputation rides on other people's sending
Targeting, list, copyby the end of the warm-up windowno delay, it runs in parallel

Clear recommendation

Building without existing sending infrastructure: infrastructure on day one, first send no earlier than the end of the full warm-up window. Targeting and copy run in parallel and are never the constraint.

Mailboxes already running: no new warm-up needed. Check the blocklist status of the domains instead, and whether the tracking domain is genuinely your own.

Changing senders mid-campaign: treat it as a rebuild, not as a setting. The new mailboxes start at zero regardless of how well the old ones performed.

How you can tell the order is working

The proof is not that somebody works faster. It is that a team with no experience in active outreach builds a running acquisition motion within months. That happens when the lead time sits at the beginning rather than at the end. Two published examples show the order of magnitude.

Starting pointResult, verbatimTimeframeSource
No outbound process, only existing subscribers were emailed"From Manual Outreach to AI-Automated Sales Pipeline"less than 6 monthsCase study knk
Customer acquisition without a repeatable mechanism"Building a Scalable Pipeline Generation Engine as core mechanism"—Case study Digital Republic

The starting point at knk is recorded verbatim in the case study: "No outbound process: Before working with SalesPlaybook, they had no outbound sales strategy and only emailed existing subscribers." From there to a running, automated pipeline took less than six months. The infrastructure lead time fits visibly inside that window when it sits at the front. Put it at the back and it extends the window by exactly its own length.

Want to know where the clock stands in your own quarterly plan?

Free · 60 minutes · no pitch · a straight fit-or-no-fit answer.

Book Strategy Call

Where the replies go, before the first one arrives

One more item belongs before the launch, even though it does not look like infrastructure. Who answers on the customer side is the most common breaking point in outbound, and not because the approach was weak. It is because nobody feels unambiguously responsible, and you find that out when the first interested reply sits untouched for three days.

Two models work, and both only work if you pick one. Either a named person takes every reply. Or a workflow in HubSpot routes them automatically by an attribute such as region or segment. What does not work is a shared address everyone may look at and nobody has to.

Our position: every positive reply gets a named owner in HubSpot before the first campaign goes out. The reason is the same as for the lead time. You can set this up afterwards, but the replies that went cold in the meantime do not come back.

Calculate backwards, do not estimate forwards

If you want to commit to an outbound launch date, start at the first send you want and work back. The warm-up window first, then the approval of senders and domains, then the blocklist check. Targeting, list and copy run alongside and were never the constraint. Hold that order and you can name a date instead of hoping for one.

Free · 60 minutes · no pitch · a straight fit-or-no-fit answer.

Authors Manuel Hartmann

Frequently asked questions

How long before we can start sending outbound?
The constraint is not preparation but the lead time of the sending infrastructure: new mailboxes need a warm-up window counted in weeks, and the published warm-up schedules of the sending services themselves run to day 41.
Can we send at full volume straight away?
No, and Google says so explicitly in its sender guidelines: volume is raised slowly, and a sudden spike without a sending history leads to rate limiting or a reputation drop you only notice weeks later in your reply rates.
Do we need a separate domain for outbound?
Yes, for two reasons: the company's main domain is not put at risk for cold outreach, and tracked links otherwise run through a shared address whose reputation is built by senders you neither see nor influence.
What happens if we change a sender later?
A sender change is treated as a rebuild rather than a setting, because the new mailboxes start with zero sending history and therefore cost the full lead time a second time.
Who should handle replies on our side?
Either a named person or a rule in the CRM that routes automatically by an attribute such as region or segment; a shared inbox everyone may look at is the model that reliably fails.

Resource download

Unlock the download.

Enter your email address to start the download of “Outbound Campaign: Lead Time First”.

PDF, immediately after submission · No newsletter, no call · Business address required: the form does not accept Gmail, GMX or web.de

We process your email address in HubSpot to provide this resource. See the privacy policy for details.

Could your company be the next operating system story?

Use a free 60-minute Strategy Call to clarify the revenue constraint, fit or no fit and the right next step. No pitch.

Book Strategy Call