Two halves. The first assembles a local prospect list from public sources and refuses to include a row nobody can act on. The second puts it in front of the person whose lane it is, dials it, and writes down what happened without anyone having to.
πΊοΈ
By real distance
Radius Prospect Builder
A list builder that assembles local companies by genuine driving distance rather than by a crude postcode filter, and refuses any row without a reachable human in a decision-making seat. It replaced a hand-typed few dozen with hundreds of usable corporate records, and it can be re-run rather than re-typed.
Stack: Radius-banded company assembly with geocoding, decision-maker gate, generated data file read by the outreach board.
ποΈ
Public data, no vendor
Firmographics From Public Filings
Company headcount is the field that decides whether a venue can host a team, and it is the field data vendors charge most for. It is pulled here from the Small Business Administration's public PPP release instead, free, for local companies. Chamber of commerce directories are taken whole rather than a page at a time, and nearby restaurants and venues are banded by real distance for partnership outreach.
Stack: SBA PPP FOIA dataset for headcount, whole-directory chamber ingest, venue and partner list generation.
β
Before anything sends
Deliverability Verification
Every address is checked for whether it can actually receive mail before it enters a send. This exists because outreach runs from the venue's real mailbox, and a run of bounces on a cold domain does not cost you one campaign, it costs you the channel. Verification is the cheapest insurance in the system.
Stack: Address verification pass ahead of every send, run against generated and hand-curated lanes alike.
π£οΈ
Seven lanes, assigned
Role-Scoped Outreach Lanes
Corporate, schools, hotels, local business, residential, social and personal contacts are separate lanes, each assigned to a specific person, and the board serves only the lanes that person may see rather than hiding the rest in the browser. Everyone opens the same board and sees their own beat.
Stack: Role-gated API responses, per-user lane assignment, hand-curated and generated lanes side by side.
βοΈ
Dial, log, advance
Power Dialer
Continuous dialing straight from the board with a safety buffer between calls, controls to dial, pause or stop, a single button to end a voicemail and move on, and inbound call registration so a returned call lands against the right record. If the caller hangs up their own phone the session terminates immediately, which is what stopped phantom dials.
Stack: Twilio Serverless dialing with conference bridging, live status polling on the caller's own line, auto-advance with an interruptible buffer.
π©
Two signals, both required
Automatic Voicemail Follow-up
When a dialed lead goes to voicemail they get a text, once, without anyone deciding to send it. It takes two independent facts: answering-machine detection must have returned a machine verdict, and the call must have run under a minute. The duration is a veto and never a reason to send, because a screened handset puts a real machine on the line before a human takes the call, which produced a machine verdict on a call the owner answered in person. One automatic text per lead, ever, event leads only, with a kill switch.
Stack: Twilio AMD plus completion callback, verdict held against the call, duration veto, permanent per-lead send guard.
π
Written by the phone system
Contact Ledger
Every outcome writes itself to the contact record from the phone system rather than from someone's memory: reached, no answer, voicemail, called back, owed a follow-up. Voicemails arrive transcribed against the contact. The board answers who has been contacted, by whom, when, and what happened, and it answers it the same way for everyone looking at it.
Stack: Ledger built from call and voicemail records, shared team-editable state, follow-up and win-back status per contact.
π
Audited, staged, verified
Ad Operations Tooling
Paid acquisition gets the same treatment: the Google Ads account graded and ranked by dollars, the Meta account audited read-only with a configuration fingerprint and a change log so drift is visible, daily spend checked directly because it is the only honest confirmation that a pause actually took, campaigns staged paused rather than launched blind, and account changes verified afterwards to confirm they registered. Customer Match audiences are built from the venue's own booking and payment records.
Stack: Read-only account audits with change logs, day-by-day spend verification, paused campaign staging, first-party audience export.