01what it is
a decision layer for enrichment spend. it does not own a people database; it orchestrates the vendors that do, and keeps the money and the trust under control.
it asks apollo, hunter, prospeo and friends in a learned order and stops at the first verified answer.
ranking is driven by cost per verified hit, with per-call budget gates and a negative cache so unfindable leads don't re-burn credits.
every call is logged. downstream bounces retroactively penalize the vendor that produced the bad address.
02how it works
one request, seven decisions. every failure is a value, never a crash.
03the math that matters
three ideas do most of the work: cost per verified hit, priors that stop tiny samples from lying, and a score that trades yield against cost and latency.
assume 4 matches in 10 attempts and 3 verified among 4. a vendor has to earn its reputation with volume.
tried but zero verified hits? the score floors to −999 and it sorts last, still reachable by explore.
95% exploit the best-known order, 5% promote a lower vendor so a quietly improved one gets found.
a bounce is worse than a miss: it wastes a send and hurts deliverability. each bounce subtracts two.
3 consecutive 429/5xx/timeouts and the vendor cools down for 15 minutes. any 2xx resets it.
the tail matters. latency is measured over the last 100 calls and normalized against a cap.
04proof
measured, not claimed. the repository ships the engine and generic adapters; keys, real run data and customer lists stay private.
a hunter lookup for a person at a large public company returned a work email, passed mx verification, and was logged with cost and latency. the address is redacted here.
immediately repeating the lookup returned cached: true, total_cost: 0.0, and zero api calls. the negative cache does the mirror trick for unfindable leads.
05the decisions that matter
a vendor saying "here is an email" is not the same as an email that can receive mail. the gate runs before the value is accepted.
the worst-case cost is checked before dialing. a skipped vendor never becomes a negative cache lie.
timeouts, 429s and vendor json become clean results. a missing key is a skip, not a fake failure.
scores are derived from an append-only log, so every ranking can be explained and rebuilt.
the cache remembers which vendor won, and feedback can blame the exact call that produced a bad value.
a vendor can win us mid-market tech and lose eu enterprise. the scoreboard is sliced accordingly.