Anymail Finder Pricing: The Credit Ladder

Anymail Finder pricing is sold in credits, and its pricing page quotes two currencies at once. The page title reads "Email Finder Pricing: Plans from $29/mo". The ladder rendered underneath it to a UK connection opens at £22 a month for 400 credits and runs to £609 for 100,000, with one-off credit packs from £189 for 5,000 that stay valid for 12 months. Both are the vendor's own bytes.

That is not a mistake anyone needs to be angry about, and it is the first thing to understand before comparing this tool to anything else, because it is the reason the published roundups covering this vendor do not agree on what it costs.

Anymail Finder pricing: monthly plans and credit packs

Anymail Finder sells credits two ways. Monthly plans run from £22 for 400 credits to £609 for 100,000, and credits roll over while you stay subscribed. Credit packs are one-off purchases from £189 for 5,000 to £3,829 for 1,000,000, valid 12 months. Prices exclude tax, and a finder search is charged only when a verified email comes back.

The monthly plans are sold by credit allowance rather than by seat, and the published per-credit rate falls steeply as the allowance rises. The page opens on the monthly plans; the packs are one tab away.

Sending platforms attach the same meter to their tiers, and PlusVibe prices every enrichment credit step separately, so its published entry figure is the lowest step rather than the price.

The same page also publishes a trial of 100 free credits that requires card verification without a charge, and states that there is no auto-enrolment, so the ladder is what you reach after that allowance is spent. It states that "Prices exclude tax, VAT, GST", and it lets a whole team share one credit pool with unlimited team members, which it describes as no per-seat pricing.

A rate that moves from £0.055 to £0.006 across the ladder is a factor of about nine between the smallest and largest monthly plans. That spread matters more than anything else in the table, and a headline entry price hides it completely.

The credit packs tab is a different instrument rather than a discount on the same one. It sells 5,000 credits for £189, 10,000 for £309, 25,000 for £539, 100,000 for £839, 250,000 for £1,529, 500,000 for £2,529 and 1,000,000 for £3,829, with volume pricing above a million. The FAQ puts the trade in one line: "Monthly is the lower price per credit for ongoing use; packs suit one-off projects or volume you can't predict month to month." At the same size that is true: 5,000 credits cost £119 on a monthly plan and £189 as a pack.

The comparison that FAQ line does not make is by the year. Working through the page's own prices, as illustrative arithmetic: a team using 5,000 credits a month pays £1,428 a year on the monthly plan, while a single 100,000-credit pack costs £839 and holds more than that year's need. At 10,000 a month the monthly plan is £1,788 a year, against £1,378 for a 100,000 pack plus a 25,000 pack. The packs are paid up front and expire after 12 months, and monthly credits keep accumulating while the subscription runs, so the cheaper route depends on how confidently you can forecast the year. A team with genuinely flat, ongoing volume and no appetite for paying a year up front is the buyer the monthly plan suits.

The currency, and why the roundups disagree

Here is the mechanism behind the two prices, because it affects any figure you read about this vendor anywhere.

The pricing page localises to the requesting IP address. Fetched from a UK connection, it renders a pound ladder, and its embedded structured data agrees, carrying an offer of "price":"22.00","priceCurrency":"GBP" for the 400-credit plan. Sitting in the same document is a separate structured-data block for the application itself carrying "price":"29.00","priceCurrency":"USD", which is what the page title repeats.

So the twenty-nine dollar figure is a static claim in the page's metadata, and the pound figures are the live localised ladder. They are not conversions of each other, and no rendered tier on the page as served to a UK connection costs $29.

The practical consequence is that a price quoted for this vendor is only meaningful with the currency and the place it was read from attached. It also explains the state of the wider search result, where the roundups covering this vendor disagree with each other about the entry price and none of them records which locale it captured. The entry plan itself has moved as well, from £26 to £22 for 400 credits, so a roundup can be out of date and out of currency at once. Check the vendor's own page from your own connection before budgeting against any of them, including this one.

What does a credit mean on Anymail Finder?

A credit is Anymail Finder's unit of charge, and it is spent on results rather than attempts. A person search costs 1 credit, and only when a verified email is found; a company search returns up to 20 verified emails for 1 credit; a decision-maker search costs 2. Verifying an address from elsewhere costs 0.2 credits per check.

Credit units diverge elsewhere too, and Heymarket bills a text message by the segment rather than by the send, so a longer message costs more than one credit.

The page's credits table publishes what each search type costs and, crucially, when the charge lands. A person search by name and company, or by LinkedIn URL, costs 1 credit "Only when a verified email is found". A company search by name or domain returns "Up to 20 verified emails for 1 credit". A decision-maker search by role and company costs 2 credits, and the page explains the premium plainly: it uses scraping and AI to identify the right person first, and the charge still lands only when a verified email comes back. Verification of addresses from other sources is the exception, at 0.2 credits "For every email checked".

The page also states that "Verification is included in the search price", that re-running the same search or verification within 30 days is free, that "Credits roll over while subscribed", and that if you cancel, unused credits expire at the end of your current billing cycle. And it answers the failed-lookup question in its own words: "No verified email found? You don't pay."

For an outbound team this is the difference between a headline rate and a real one. On a per-lookup tool a miss costs the same as a hit, so the cost that matters is the published rate divided by your hit rate, so a 40% hit rate on a hard list makes a cheap-looking tool two and a half times its sticker: 1,000 searches that return 400 usable addresses spend 1,000 credits, where a per-verified-result meter spends 400. On a per-verified-result model the published rate is much closer to the number you actually pay, and the cost of a hard list shows up as slower progress through the allowance rather than as a silently inflated unit cost.

That is a genuine structural advantage on exactly the lists where enrichment usually disappoints, and it is worth testing rather than assuming, because it is also the vendor's own framing of its own product.

The claims that are the vendor's, not ours

Two figures on that page are performance claims rather than commercial terms, and they should be read as what they are.

The page states "86.4% verified coverage at 98.9% accuracy in our 14-tool benchmark", linking to the benchmark. That is a vendor-run benchmark reporting on the vendor, which does not make it false and does make it a marketing artefact rather than an independent measurement. The page also advertises a "97%+ delivery guarantee", described in its FAQ as meaning at least 97% of returned verified addresses will not bounce, with a verified address that does bounce credited back after review.

The honest use for both is as a specification to hold the vendor to during a trial, not as evidence of anything before one. Every provider in this category publishes an accuracy figure, and none of those figures is about your list. The method for producing a number that is about your list is in Findymail, and it applies unchanged here: sample from your real segments, seed known-good addresses as a control, and verify the output with something that is not the finder.

Catch-all domains, which is where these numbers usually break

The page makes a specific claim about accept-all domains that is worth isolating, because it is the variable that most distorts a comparison between email finders.

It states that "Some mail servers accept email to any address", that most tools therefore flag such an address as risky and skip it, and that this vendor will "verify these anyway" rather than discarding them. Whether that lands as an advantage depends entirely on your ICP. On a population of large enterprises with hardened mail infrastructure, accept-all is common enough that a tool which skips those domains quietly loses a slice of your list. On a population where it is rare, the distinction barely moves the total.

This is the same trap that makes published accuracy figures hard to compare across vendors: a provider that refuses to return catch-all addresses posts a better accuracy number and a worse coverage number than one that returns them, and neither figure alone tells you which produced more usable contacts. Reading both together, per vendor, on your own sample is the only way through it, and the tooling for the verification half is covered in email verification tools.

Where it sits against the alternatives

The category is crowded and the pricing models are not comparable on their face, which is the actual difficulty. A per-seat tool, a per-credit tool and a per-verified-result tool can all quote a similar monthly number and produce very different bills on the same list.

The comparison worth running is not on the headline monthly price but on cost per usable, verified, deliverable address for your own segment, and it needs three numbers per vendor rather than one. The wider field is laid out in best email finder tools, and the per-vendor detail for the two most established comparators is in Hunter's email address finder and the free-tier landscape in free unlimited email finder.

One structural note that applies whatever you pick. Our own operating position, stated as policy rather than as a measurement: finding addresses is the cheap half of outbound, and we would put sender infrastructure, list fit and the message itself ahead of a per-credit rate when deciding where to spend attention. A team refining the enrichment line while the sending setup is unresolved is working on the wrong variable. If the goal is meetings rather than a better data contract, a free campaign answers the whole question rather than one line of it.

Pricing and features are taken from the vendors' own pages. Verify current terms with the vendor before relying on them.