Comment by billyjobob
3 years ago
A lot of sites now don't even a "sign in" now. You only have a large "sign up" button, which you have to click, and then in very small text at the bottom of the sign up screen find the link for "already have an account?"
Don't you see? All that matters is those tasty conversions. They want your email. They want your conversion. What's that? You've converted already and want to login? Sorry, we've got more conversions to drive, can't be bothered.
I worked with a designer that actually told me this un-sarcastically. "My KPI is signups, not logins. Bury the login link. Existing users don't move the metric."
Metrics-based and KPI-based software development has ruined quality for decades.
I've split tickets into smaller chunks because the number of tickets closed was my KPI at the time.
It's dumb and current me would just say that out loud and not participate in this circus.
1 reply →
This is what happens when you strongly tie promotions to metrics. Make sure you have the right ones, or don't do it. Left to his own devices, the designer would probably have done the right thing. It takes a bad incentive to make someone do something like this.
"Whatever you measure will improve. This is a warning."
I wish sites only wanted email. Mostly they want to integrate with Google, Facebook and require a phone number.
I'm waiting for the day when we see an article about some government tax or bill-pay portal that only works with Facebook and Google login, no email.
2 replies →
I haven't figured this one out either - why show the user how difficult it will be to use before they sign up? That's supposed to be for after.
Web UX designers need to find some alternative button label that users understand means both “Sign up” and “Sign in”. The site will know if your email address has an account and should then be asked does a password. Though users will still complain that the login process requires two steps: entering a username and then the backend determining whether to next serve a password or registration form.
Needing a bunch of JavaScript to make it work, which will get bungled by the devs and break it for people using password managers, making the thing even worse. Login is such a common pattern that it should be just handled by the browser.
Good point. It's unfortunate that HTTP Auth never become popular. I don't know if that was because the browser support or UX was bad or if web developers wanted more control over their sites' login flow or user information required.
https://developer.mozilla.org/en-US/docs/Web/HTTP/Authentica...
1 reply →
Congratulations, you have just designed a leak that attackers can use to determine who has signed up to your website.
Guilty of implementing this exact thing only the other month.
"We" just assume that anyone who has already signed up will always be signed in.
My mother signs out of her email every time she closes it, and does the same for other websites as well. She's the only one who uses her computer, and it has a password on it (mostly because Windows won't do file sharing without one). She still refuses to stay signed in.
Not everyone wants to stay logged in, and not everyone uses a single browser; I occasionally use the wrong browser profile for something because I cbf loading up the correct one; in these cases I usually load the website in a private browsing tab to avoid container/addon settings interfering. When I can't log in easily, I get quite annoyed.
I guess you’re supposed to bookmark the deep link that goes to your dashboard then let it send you to the Interstitial login page.
Bad UX though.
Nobody wants you to ever turn a device off, or to ever log out of a website.