For those of you who aren’t familiar with LeadSpend, they actively verify email addresses to determine if the email accounts are valid and deliverable in real-time. This allows LeadSpend to correctly verify over 97% of consumer email addresses. They do not keep any consumer information in a database, ensuring maximum security and accuracy. Which is a great feature given how highly valuable data is and if left in the wrong hands, your EPC can drop from 2$ to $.25 negatively affecting your bottom line, while also effecting your email reputation by cannibalizing your data via poachers. While they also remove bounces and spam traps, this isn't why you would choose Lead Spend. However, if your goal is to decrease the number of “bogus†leads then Lead Spend is definitely worth its weight in gold, since bogus leads cost advertisers money. Given my experience with them in December, I have to say I’m extremely satisfied with my results, we went from a 8% bounce rate to a .85 % that’s a 90% decrease in bounces. Enough said, as numbers never lie. For anyone who attended the Mailer Summit (as they were one of the sponsors) and had the opportunity to meet both Craig and Andrew, they're "good" in my book, honest guys with a very understated validation tool. And for those of you who don't understand why validating is important, just look at the numbers....again the numbers never lie. [/URL] Check them out at http://www.leadspend.com/
do you know what their pricing is like? i'd like to find out without sitting through a sales pitch if possible.
Interested in how they work in more detail. Visited their site a couple months ago. I understand how most of their checks work and that is not hard to do. Looks like three ways they can do either using their forms, an api check, or batch uploading of records. This one "Inbox is simply out of space" are they mailing to the uploaded data? Or are they learning that if you are using their landing pages/form code.
@gspot: Thank you so much for the introduction and recommendation! @mx10: Pricing is pay-as-you-go (no long-term contracts), with discounts according to monthly volume. We do not charge for any unverifiable addresses (typically 1~3% of consumer addresses). Our pricing tiers are competitive to that of similar vendors, but we prefer to differentiate ourselves by our technical chops--especially in terms of automation, accuracy and speed--by running free tests. (That being said, it is very likely we'll put our rate card on the website, soon). @VelocitySoftware: That's a good question. I'd like to stress that we never send any mail. In fact, we identify full mailboxes using the same methods we use to identify nonexistent ones. For example, just as a mail server might say 5xx Account does not exist, or similar, it might also say something like 5xx Mailbox is full. In either case, any mail sent to the address would (hard) bounce, but if the mailbox is merely full, this might only be a temporary state, so we let you know, in case you'd like to accept the address, anyway, alert the user their mailbox is full, and/or try it again, later.
thanks for the reply, would you mind quoting the actual prices here for us, including volume discounts? would be greatly appreciated.
@mx10: I can't quote higher-volume numbers in public, but here is our rate card for the first few volume tiers: 0~100K queries per month is $10 CPM (i.e. one cent per query), 100K~200K is $8 CPM, 200K~500K is $7 CPM, 500K~1M is $6 CPM, and 1M~2M is $5 CPM. Note we don't charge for any addresses we're unable to conclusively validate (typically 1~3% of consumer addresses).
@acooper: do you keep historical data? That is, will you be able to detect inactive accounts that turned into traps (Cloudmark, Hotmail)?
@mx10: You're welcome. @sjinks: In general, we don't keep client data--especially email addresses--any longer than is necessary for auditing purposes (i.e. less than 60 days). However, some of our service agreements do allow us to retain historical results, as long as they are only indexed by a hash of the email address, so this is certainly a possibility. Match rate, of course, would be relatively low--similar to that of a large, legacy suppression file.
