Outbound pilot · $900
Fourteen days of outbound, with the days written down before you pay
A pilot is a measured test, not a promise. What can be promised is the work and the order it happens in: a segment sourced from public structured fields, every host checked live, every address matched to its own domain and SMTP-checked, sending infrastructure warmed under a domain you control, and a read-out at the end that counts replies rather than opens. Fourteen days, $900, no retainer, and the working file is yours at the end.
Day by day
Nothing below is new work invented for this page. Each step already runs on the working file the pilot uses, and the numbers next to each step are read out of it, not estimated.
Sourcing from structured fields
The rule that keeps the segment honest is where the domain comes from. It has to sit in a field the owner filled
in, not be extracted out of prose: a company registry's website, a package's projectUrl or
homepage_uri, a repository's homepage, a launch post's canonical link. The last pass added
138 companies from two package registries (483 candidates checked live, 29% survived the product
test). Slower to collect than a scraped list, and the reason less of it bounces back.
Verification before any send
Domains folded to their root, duplicates collapsed, rows without a domain dropped, each host fetched live, each address matched to the domain it claims, then an SMTP check. What does not survive is handed over as a separate file with the reason attached, so the count is auditable: you can see which column shrank and why.
Copy and sending infrastructure
A sending domain that is not your main one, warmed in the open, with SPF, DKIM and DMARC in place. Two or three touches, written for the segment rather than for the template. No purchased contact lists are mixed in: if a row is not in the working file, it is not in the batch.
Sends and the read-out
The batch goes out and replies are worked as they arrive. The read-out counts replies and conversations, not opens. It is written to be forwardable as it is: what was sent, to whom, what came back, and what the next cycle would change.
What the pilot is, and what it is not
It is
- A segment of companies you can inspect, each with the source it came from.
- Addresses matched to their own domain and SMTP-checked before sending.
- Infrastructure warmed under a domain you control, so the setup stays with you.
- Copy written for one segment and one offer, not a template library.
- A read-out at the end, plus the working file and the method behind it.
It is not
- Not a guarantee of meetings. Reply rate depends on the segment and the offer, and it is measured, not assumed.
- Not sending from your main domain. If deliverability is damaged, it is damaged in a domain built for this.
- Not a scraped list with invented addresses: a row that cannot be traced to a source field does not enter.
- Not a retainer in disguise. Fourteen days, one batch, one read-out; continuing is a separate decision.
- Not a channel that reads your inbox: replies arrive at an address you can see at any time.
Where the numbers come from
Four families of sources carry the working file, and they do not behave the same way. Publishing the difference is the point: an honest pilot can be priced only when the yield per family is known.
| Family | Rows | With a published address | Yield |
|---|---|---|---|
Package registries (NuGet projectUrl, RubyGems homepage_uri) | 138 | 50 | 36% |
| Agency and SaaS directories | 876 | 522 | 60% |
| Hiring threads and job feeds | 2,842 | 321 | 11% |
| Company directories (YC public dump) | 548 | 265 | 48% |
The table is computed from the file at the moment this page was built, not typed in. Families that publish a contact address on the same page they publish a product get sold as “100% verified”; the row that matters is the one with a domain and no address, because that is where the work is.
What stays with you
The working file: every row, with its source column intact.
The sending domain and its DNS records, warmed and in your name.
The method: the sourcing rule, the filter that drops a row, the read-out format.
If the pilot ends with a reply rate you do not want to continue at, you still hold a verified segment, a warm domain and the reason the numbers are what they are. That is the deliverable; meetings are the outcome, and they are earned rather than promised.
Questions this page gets asked
What exactly is handed over at the end of the fourteen days?
The working file (every row with its source column), the sending domain with its DNS records warmed in the client's name, the copy that went out, and a read-out counting replies and conversations with the next cycle's changes written down. The method is not withheld: the sourcing rule and the drop reasons are part of the read-out.
Do you send from my main domain?
No. The batch goes out from a separate sending domain that is warmed in the open, with SPF, DKIM and DMARC configured. If deliverability is going to be damaged, it is damaged in a domain built for outbound, never in the one the company answers email on.
What if the reply rate is zero?
Then the read-out says zero, and the reason is in the data rather than in an excuse: which family the segment came from, how many addresses survived the SMTP check, what was delivered and what bounced. A zero is a result. What it is not is a refund of the setup work, because the segment, the warm domain and the file stay with the client.
Which markets and languages can the pilot run in?
English-language segments are the default because the sourcing covers English-language sources: company directories, package registries, hiring threads and launch posts. A segment is built for one market at a time; running two markets in one fourteen-day pilot halves the volume in each.
Can the pilot run white-label for my agency?
Yes. The same run is available under an agency's own brand, at the same published cost basis, with the client relationship, the margin and the deliverable belonging to the agency. Exclusivity is agreed per vertical and per sending domain before the first run.
Related: the three published scopes — $900 Sprint, $1 900/month Engine, $2 900 Full Build. Rented sending capacity if the seat rather than the pilot is what is missing. How each segment is built, and the verification pass that runs before the send. For agencies, the same run is available as a white-label partner programme. The SMTP check behind the address column is published as an API, and what the machine has already produced is listed on proof.
Where this pilot was written up
The reasoning behind the day-by-day order is published as an article: The fourteen days of an outbound pilot, written down before you pay — the source rule, the six verification steps and the read-out format, with the numbers this page counts.
Related: lead list verification — the reject file the pilot hands over with the segment.