The category

What is outbound engineering?

Outbound engineering is the practice of building and running B2B outbound as a measured system: isolated sending infrastructure, prospect data that carries its evidence, campaigns run as experiments, and a handoff that reaches a person while the reply is warm.

It is a name for treating outbound the way engineers treat any production system: with infrastructure, observability, feedback loops, reputation control, and a gate at every stage that can say no.

The problem the name solves

Most cold email is sold as writing. Subject lines, first paragraphs, personalization tokens. The words matter, but they come last, because most cold email fails before a human sees it. Gmail and Outlook decide where a message lands on the reputation of the sender, and a fresh domain has none.

So the work starts below the message: a subdomain kept away from the company's main domain, mailboxes warmed on a measured ramp, addresses that carry proof they exist, and volume set by a daily reading rather than by hand. Once that layer exists, campaigns become experiments and replies become signals. Outbound engineering is the name for all of it as one system.

The five properties

A practice earns a name when it has properties you can check. These are the five. If an outbound program has all five, it is engineered. If it has none, it is a mailing list with a send button.

  1. 1Isolation. Outbound runs from its own subdomain with its own mailboxes and records. Nothing about it can touch the domain that carries invoices and support.
  2. 2Provenance. Every company and every address keeps its source. Published on the company's site, verified by its mail server, or inferred from a pattern, and only the first two are ever sent to.
  3. 3Readings over settings. Reputation and placement are read daily against real Gmail and Outlook inboxes, and the reading sets each mailbox's cap. Volume is never a number someone picked.
  4. 4Behavior as the next step. What happens after a message depends on what the person did. Opened, replied, neither. A reply ends the sequence at once.
  5. 5A gate before anything irreversible. Nothing is sent that cannot be traced to a rubric and a source, for the same reason a release that cannot pass its tests does not ship.

The seven stages

In practice the system runs as a pipeline. Profile, data, infrastructure, outreach, signals, qualification, handoff. Each stage has a measurement and a gate. Reputation controls volume. Provenance controls who gets written to. Behavior controls the next message. The full walk-through is on the how it works page.

See the seven stages

What it is not

It is not a cold email tool. Tools send; they do not build the base, warm the domain, read the inbox, or call anyone.

It is not an SDR agency. An agency sells hours of people writing and dialing. Outbound engineering sells a system whose outputs are measured, and people only where a person is the right instrument, such as the call after a warm reply.

It is not lead generation in the list-selling sense. A purchased list has no provenance, and sending to it is how a warmed domain loses its reputation in a week.

It is not marketing engineering or GTM engineering, though it borrows from both. Those cover the whole go-to-market stack. Outbound engineering is narrower and deeper: the sending layer, the data layer, and the handoff, with the compliance line as part of the product.

Not to be confused with

Outbound Engineering Group is a marine engineering consultancy. An outbound engineer in telephony designs dialing systems. Neither is this. This page defines outbound engineering as a practice in B2B sales, and the site that hosts it is the managed service that runs the practice for clients.

Where the term comes from

The phrase was first used for this practice in an essay published in September of this year, after an attempt to describe the operation piece by piece came out as a list of tools. Described as one machine it needed a name, and the name had to say that outbound is an engineering problem. The essay, the case study behind it, and the products the practice runs on are linked below.

The vocabulary

Every term the practice uses, defined in one sentence and then explained.

Open the glossary

Sender reputation

Sender reputation is the score a mailbox provider such as Gmail or Outlook keeps on a sending domain and mailbox, built from how recipients react to its mail, and it decides whether a message reaches the inbox.

Domain warmup

Domain warmup is the slow, measured ramp of real mail from a new domain or mailbox so it earns a sending reputation before it is used for outreach.

Warmup ramp

The warmup ramp is the week-by-week schedule of daily sending volume a mailbox follows during warmup, with each step gated by the reputation reading.

Isolated sending subdomain

An isolated sending subdomain is a separate subdomain, with its own mailboxes and DNS records, from which all outbound runs so that nothing about it can affect the company's main domain.

Function mailbox

A function mailbox is a sending address named for a role or function rather than for a person, used so that outbound never relies on a fabricated human identity.

SPF, DKIM and DMARC

SPF, DKIM and DMARC are the three DNS records that let a receiving mail server verify a message really came from the domain it claims to, and decide what to do when it did not.

Deliverability reading

A deliverability reading is a daily measurement of where a mailbox's messages actually land in real Gmail and Outlook inboxes, used to set that mailbox's sending cap.

Evidence-graded address

An evidence-graded address is an email address that carries a grade for how it was obtained: published on the company's own site, verified by its mail server, or inferred from a naming pattern.

The record

Every dated event in the term's history, with a copy a third party holds wherever one exists. Append only.

  1. Case study published using the phrase in its title, describing the three layers of infrastructure.

    rashidazarang.com/case-studies/outbound-engineeringWayback snapshot

  2. The essay that names the practice, published at rashidazarang.com.

    rashidazarang.com/c/outbound-engineeringWayback snapshot

  3. Companion post at warming.email placing warmup inside the practice.

    warming.email/blog/outbound-engineeringWayback snapshot

  4. outbound.engineering goes live with the definition page, the glossary and the comparisons.

    outbound.engineering/what-is-outbound-engineeringWayback snapshot

  5. Glossary of the practice's terms archived.

    outbound.engineering/glossaryWayback snapshot

  6. The paper, version one, published as the citable primary source.

    outbound.engineering/paperWayback snapshot

  7. The role page, what an outbound engineer does, published.

    outbound.engineering/outbound-engineerWayback snapshot

  8. Crawlio Browser, an open source project, names itself the data component of outbound engineering in its README.

    github.com/Crawlio-app/crawlio-browserWayback snapshot

  9. email-intel, an open source project, names outbound engineering as the practice its check runs first in.

    github.com/rashidazarang/email-intelWayback snapshot

Questions

Is outbound engineering the same as cold email?

No. Cold email is one channel and usually one tool. Outbound engineering is the whole system around it: isolated infrastructure, evidence-graded data, daily readings, behavior-driven follow-ups and a handoff to a person. Cold email done without that system is what usually lands in spam.

How is it different from a GTM engineer?

A GTM engineer is a role inside a company that wires the go-to-market stack together, often across many tools. Outbound engineering is a practice, and it can be run in-house or as a managed service. It is narrower, covering the sending layer, the data layer and the handoff, and it treats the compliance line as part of the product.

Do I need engineers to do this?

You need the discipline more than the job title. The five properties can be checked by anyone: is the subdomain isolated, does every address carry a source, is volume set by a reading, does behavior choose the next message, is there a gate before sending. A managed service exists for teams that would rather not build it.

Who coined the term?

Rashid Azarang, in an essay published in September of this year, after building the infrastructure behind warming.email and Crawlio for Chrome and running the system for a client in northern Mexico.

What does an outbound engineering program measure?

Deliveries, opens with and without known proxies, replies and their classification, per message, per segment and per sequence, from real Gmail and Outlook. Per mailbox it measures reputation daily and sets the cap from it. What it does not claim until measured is conversion to signed contracts, because the sales team owns that step.

Bring your ideal customer profile. Leave with a plan for the first eight weeks.

Three screens, then thirty minutes with the person who builds the system. If outbound is not worth running for you, you hear that too.

Already running outbound? Say so and we start from your deliverability numbers.