Comments on: Rethinking the Sign-in or Create Account Interface http://sephskerritt.com/2010/02/16/rethinking-the-sign-in-or-create-account-interface/ Startups, Design, Marketing, User Experience, New York, Life Thu, 22 Jul 2010 18:33:02 -0400 http://wordpress.org/?v=2.9.1 hourly 1 By: seph250 http://sephskerritt.com/2010/02/16/rethinking-the-sign-in-or-create-account-interface/comment-page-1/#comment-128 seph250 Thu, 18 Feb 2010 15:46:24 +0000 http://sephskerritt.com/?p=176#comment-128 Exactly. If a visitor is new to a website, they're going to be hesitant to give over a lot of personal information right away, so there are advantages to taking this information in stages. It's partly about the time spent, but it's also about establishing trust over time. Exactly. If a visitor is new to a website, they’re going to be hesitant to give over a lot of personal information right away, so there are advantages to taking this information in stages. It’s partly about the time spent, but it’s also about establishing trust over time.

]]> By: Daniel Miller http://sephskerritt.com/2010/02/16/rethinking-the-sign-in-or-create-account-interface/comment-page-1/#comment-124 Daniel Miller Thu, 18 Feb 2010 06:00:42 +0000 http://sephskerritt.com/?p=176#comment-124 Good stuff, less is truly more. I've been working a lot on my company's website to reduce the amount of required fields on forms for our landing pages, and totally removing optional fields. It's surprising how much more willing visitors are to sign up when they have less to do. Good stuff, less is truly more. I’ve been working a lot on my company’s website to reduce the amount of required fields on forms for our landing pages, and totally removing optional fields. It’s surprising how much more willing visitors are to sign up when they have less to do.

]]> By: Elizabeth http://sephskerritt.com/2010/02/16/rethinking-the-sign-in-or-create-account-interface/comment-page-1/#comment-123 Elizabeth Wed, 17 Feb 2010 20:42:28 +0000 http://sephskerritt.com/?p=176#comment-123 Really clever, Seph -- I like this new design. Really clever, Seph — I like this new design.

]]> By: seph250 http://sephskerritt.com/2010/02/16/rethinking-the-sign-in-or-create-account-interface/comment-page-1/#comment-122 seph250 Wed, 17 Feb 2010 00:59:30 +0000 http://sephskerritt.com/?p=176#comment-122 Thanks doug! Thanks doug!

]]> By: Doug Bright http://sephskerritt.com/2010/02/16/rethinking-the-sign-in-or-create-account-interface/comment-page-1/#comment-121 Doug Bright Tue, 16 Feb 2010 23:59:41 +0000 http://sephskerritt.com/?p=176#comment-121 I dig this quite a bit. Have you found anyone else using a similar construct or is this twist all yours? Looking at this makes me ask a couple of questions off the top of my head. 1) In this age of "Forgot my Password" functionality where a password reset is only a click away, do we really need a verify password box anymore? If a reset password is going to show up by email it seems like we should have a verify email box, if anything. I think you're doing the right thing by leaving it out. 2) Does this raise any security concerns? For example, when I type s*e*p*h@propercloth.com (edited) into the email field I get a big green ding ding ding telling me that there's an account by that name. Granted, that one is pretty obvious. But then I try messing around a bit more and I can see that Ajay has an account, but it's his GMail account, not his school one. That being said, maybe it's not actually an issue since it's not really any different than the "that username is already taken" message that appears on loads of other sites. I'd be interested to see what others think about it. Anyhow I'm looking forward to seeing how this works out. I can definitely see implementing something like it with Istobe. I dig this quite a bit. Have you found anyone else using a similar construct or is this twist all yours?

Looking at this makes me ask a couple of questions off the top of my head.

1) In this age of “Forgot my Password” functionality where a password reset is only a click away, do we really need a verify password box anymore? If a reset password is going to show up by email it seems like we should have a verify email box, if anything. I think you’re doing the right thing by leaving it out.

2) Does this raise any security concerns? For example, when I type s*e*p*h@propercloth.com (edited) into the email field I get a big green ding ding ding telling me that there’s an account by that name. Granted, that one is pretty obvious. But then I try messing around a bit more and I can see that Ajay has an account, but it’s his GMail account, not his school one. That being said, maybe it’s not actually an issue since it’s not really any different than the “that username is already taken” message that appears on loads of other sites. I’d be interested to see what others think about it.

Anyhow I’m looking forward to seeing how this works out. I can definitely see implementing something like it with Istobe.

]]>