by yarone on 3/20/12, 7:47 PM
I think there's a general purpose need for "optimal" form components. Let me elaborate:
- Fields for typing-in a credit card
- Fields for typing-in an e-mail address
- Fields for typing-in a U.S. street address
There are widely-known techniques for optimizing data entry for these fields, yet these techniques aren't widely adopted, and further yet they're known to increase conversation rates.
Someone should build a (subscription) service where you can embed a bunch of fields (and labels) onto a form with a single line of Javascript.
Then, the fields would render on the page. The performance of the fields (their effect on conversion rates) could be measured continuously. New variants of the labels and fields could be A/B tested continuously as well. That is, the performance of the fields would improve over time.
If there's interest I'll elaborate in a blog post (with mockups).
made a few edits
by asuth on 3/20/12, 8:05 PM
It's a cool idea, but I think they're doing it wrong.
We experimented with doing something like this on Quizlet, but didn't actually launch anything. We first looked at a lot of the data and doing based on string distance is the wrong approach.
For example, if you type hotmail.de into that checker, it suggests hotmail.fr. Another is ymail.com --> gmail.com. The more valid domains you add, the more (correct) permutations get marked as invalid. We have 20k users with ymail accounts.
I think a blacklist approach is much more solid than a whitelist approach, I just haven't gotten around to building it.
by fookyong on 3/21/12, 2:47 AM
Cool until I checked the source and realised that the developer has to hard-code a list of domains they want to check against (there are none included).
Off-the-shelf usefulness would be improved a lot if the plugin contained a list of say 100 or so of the most commonly-found email domains.
My 2c.
by meow on 3/20/12, 8:35 PM
I really like the idea. My only nitpick is that these days most projects seem to be ending up as jQuery plugins even when they don't really use much of its functionality. I think a standalone version would save a bit of effort for some of us bound to other frameworks (or not using any framework).
by twakefield on 3/20/12, 7:48 PM
Great work and thanks for the mention. We've been thinking about doing something similar but going a little further and actually checking mx records, with a response if they don't exist. This would help with the long tail domains.
Edit: Another good idea from hinathan.
by pbreit on 3/20/12, 9:28 PM
I can understand email validation for a service like PayPal or Yammer where money or access is truly tied to an email address. But it seems like there are a lot of service that validate email addresses unnecessarily (and could thus improve rates by 100%). If Kicksend only sends documents to email accounts then it would be one of the latter. If it actually makes docs available in an account, then, yes, it would need to verify.
by hinathan on 3/20/12, 7:53 PM
So how about keeping the user on-site for a while and notifying them immediately if you detect their confirmation email has bounced? If you push the temporary session dowbstream enough to correlate seasion with bounce tou can talk back to the user. You could probably account for a healthy chunk of those bounces which this js doesn't catch.
by carlos on 3/20/12, 7:47 PM
Awesome. One issue found, a hotmail.es was suggesting a hotmail.fr domain
by jazzychad on 3/20/12, 7:35 PM
This is seriously awesome work. I know a couple places where I want to use this already. Thanks for sharing!
by richthegeek on 3/21/12, 1:21 PM
by moozeek on 3/20/12, 8:37 PM
We've been doing the simpler version of this for years now, basically stolen the idea from a 2007 MarketingSherpa article [1]: we just raise a modal window for every subscriber address and ask something like "Please check again: is this your email address? - Yes / No (I want to correct it) (with the email address in big letters). Has worked wonders ever since ;)
[1] http://www.marketingsherpa.com/content/?q=node/2223
by adjwilli on 3/20/12, 7:53 PM
This is really cool. It would definitely be useful on my sites.
One thing we do differently on http://www.queondaspanish.com/ though is allow users who haven't confirmed there email use the logged in features but with limitations. They can keep track of their lesson progress for example, but not send messages to other users. They can also change misspelled email addresses, which I think would help in your case.
by jstsch on 3/21/12, 10:47 AM
Nice little gimmick, thanks! We put it in our sign-up script as well. Since most of our clients are Dutch, we added the most popular Dutch e-mail providers (+ a big German + Belgian):
casema.nl, chello.nl, hetnet.nl, home.nl, kpnmail.nl, kpnplanet.nl, live.nl, online.nl, planet.nl, quicknet.nl, schuttelaar.nl, skynet.be, t-online.de, tiscali.nl, upcmail.nl, wanadoo.nl, wxs.nl, xs4all.nl, zeelandnet.nl, ziggo.nl, zonnet.nl.
by kree10 on 3/21/12, 2:37 AM
This is good for sanity checking the right side of the '@' but detectable things go wrong on the left side sometimes, too. One phenomenon I've been seeing for years is the erroneous "www." prefix, often tacked on to @aol.com and @yahoo.com addresses. I don't think I've seen one of these that hasn't bounced.
by papaf on 3/20/12, 8:12 PM
by tlrobinson on 3/21/12, 2:35 AM
Now if only this could prevent people from accidentally using my email address instead of their own...
by revorad on 3/20/12, 7:54 PM
If you can predict the correction with good accuracy, why wouldn't you just fix the address on the backend? The only reason I can think of is to avoid spamming someone else in case of a wrong guess. But for popular domain name spelling errors, that should be almost never.
by wanderr on 3/21/12, 7:46 AM
So awesome that this exists, and the timing is serendipitous -- I was about to ask someone on my team to make just such a thing after I noticed that the vast majority of our bounces are really obvious typos of popular domains, like gmial.com.
by mshafrir on 3/20/12, 8:01 PM
Out of curiosity, is there a significance or reason for using 2 as the threshold value?
by gbaygon on 3/20/12, 9:41 PM
Thank you very much, i just implemented it on a site i'm working on, in 5 minutes!
by jebblue on 3/21/12, 4:56 AM
I'm not a huge JS fan but wow this is a brilliant solution. I had no idea how many people mistype their email addresses. Thanks!
by goronbjorn on 3/20/12, 11:40 PM
This is awesome–a trained DB of common misspellings for email addresses would be so handy.
by xspence on 3/21/12, 6:00 AM
Does this check all possible/known domains or just the most common domains amongst users?
by jakejake on 3/21/12, 12:12 AM
Very cool but how is this going to affect my hatmail.com address...?!
by lewisgodowski on 3/20/12, 7:44 PM
Awesome, we'll be implementing this ASAP! (:
by Coeyman on 3/20/12, 8:38 PM
Great resource. Will be implementing this.
by micaeked on 3/20/12, 10:32 PM
50% from what?
by cinquemb on 3/20/12, 11:08 PM
good idea!
i think im going to make something like this for my website but use php instead.
by jacoblyles on 3/20/12, 8:24 PM
Great! Now can you stop video recording everybody that walks by your office on Castro st? What's up with that anyways?
by flashmob on 3/20/12, 8:25 PM
email != identity
There are better alternatives to login these days such as OAuth and OpenId, or FB for that matter.
Nerveless, this script could be useful - well done!
by edgesrazor on 3/20/12, 7:52 PM
This is a great idea, thank you.
by funkah on 3/20/12, 8:35 PM
I bought a license for an app recently and didn't get my license key because I entered gmail.con or something. I was really pissed at them for about a day until I pestered them and they sorted it out. After it was over I was still kind of annoyed with them, really for no good reason, even though I was the one who goofed up.