Live data from Hacker News

Don't make customers hunt for the Sign In button on your website

blog.stunning.co

151–160 of 213 posts

Re: Don't make customers hunt for the Sign In button on your website

#151
Fitbit does something related - the url for your tracking dashboard is just fitbit.com, but when you go to fitbit.com, it's just the frontpage of the website; until you log in, and then navigate to your dashboard again.

This makes it very clear that 1: fitbit wants me to use the app, and 2: fitbit wants to sell me stuff more than they want to help me.

Re: Don't make customers hunt for the Sign In button on your website

#152

I'm about ready to unsubscribe from the LA Times for this BS. They seemingly invalidate my login every day, then when I get linked to an article, a huge pop-up obscures the article while reading it, and despite paying them for this damn service I can never even find a way to login. And if you do this to people just because their cookie went stale, then is this really a customer that you want to remind that they don't…

>I'm about ready to unsubscribe from the LA Times for this BS.

At this point, I just naturally assume that newspaper websites are unusable. They certainly give ad-blockers a workout. Once you get through all the cruft candy I especially like the paywalls with the several second delays.

Re: Don't make customers hunt for the Sign In button on your website

#153
For my game site, I didn't want people to have to deal with passwords. I first tried to use google/facebook signon, but I found the code to be annoying to maintain (google and fb would change their APIs on a whim and really obscure the location of their settings for reasons unknown) and even my friends would rather not use those services. At some point I decided instead to just automatically sign people in and give them auto-generated usernames.

https://www.miscbeef.com/birdcrab

(blatant self-promotion)

Re: Don't make customers hunt for the Sign In button on your website

#154

Discord is bad at this. When you receive an invitation to a server, you're presented with a textbox that reads "What should everyone call you?" and you're unknowingly creating a new account. Then you're asked your birth date and then for your email. You type your email and it's already used, obviously. By this point you don't want to go through the whole process of deleting your browser history to log into your exist…

I think discord is great but I do agree with you. The whole "join a new server" UX is in this weird place where you might not use it that often (even if you are a heavy discord user), discord having an unusual concept of servers, combined with the flip-flop dance between browser and native app.

The end result feels slightly off. Like I can't say what should be happening, but what is actually happening feels not quite right.

Re: Don't make customers hunt for the Sign In button on your website

#156
post #150

A couple of frequent mistakes with signin which are usually caused by junior product owners/ux persons not reflecting on what they are doing and blindly copying what they believe is the way to do things. - Having confusing language and poor differentiation between the sign in and sign up form. Symptom, users start filling in the wrong form only to realize their mistake. - Separating the password from the email field…

As a non-native English speaker I always confused "sign in" and "sing up". I would prefer totally different words like "Enter" and "Register".

Yeah, those two phrases look too similar. What happened to good old "login" anyway?

Re: Don't make customers hunt for the Sign In button on your website

#157

Earlier quoted context omitted.

Honestly asking, what's wrong with "Password (Leave empty if you're using {Name of SSO}): ____"? If you are going to tell that may confuse users, I think not having a password field is already confusing the other half, while also not being password-manager-friendly.

Seems like password managers should be able to handle the password being entered on the next page when there's no input on the current page.

KeepassXC (and its browser extension KeepassXC-Browser) does this. Not sure why anyone would even consider a different password manager.

(Just don't forget to donate, if you have the means.)

Re: Don't make customers hunt for the Sign In button on your website

#158

I'm about ready to unsubscribe from the LA Times for this BS. They seemingly invalidate my login every day, then when I get linked to an article, a huge pop-up obscures the article while reading it, and despite paying them for this damn service I can never even find a way to login. And if you do this to people just because their cookie went stale, then is this really a customer that you want to remind that they don't…

> They seemingly invalidate my login every day

I don’t get it either, this is why I stopped reading the LA Times (I should probably cancel my subscription). On the other hand, I can’t remember the last time I logged into NYTimes, it just works (that’s why I read it daily).

Re: Don't make customers hunt for the Sign In button on your website

#159
post #150

A couple of frequent mistakes with signin which are usually caused by junior product owners/ux persons not reflecting on what they are doing and blindly copying what they believe is the way to do things. - Having confusing language and poor differentiation between the sign in and sign up form. Symptom, users start filling in the wrong form only to realize their mistake. - Separating the password from the email field…

As a non-native English speaker I always confused "sign in" and "sing up". I would prefer totally different words like "Enter" and "Register".

You want to enter a site you're already on?

Re: Don't make customers hunt for the Sign In button on your website

#160

I'm about ready to unsubscribe from the LA Times for this BS. They seemingly invalidate my login every day, then when I get linked to an article, a huge pop-up obscures the article while reading it, and despite paying them for this damn service I can never even find a way to login. And if you do this to people just because their cookie went stale, then is this really a customer that you want to remind that they don't…

I'm not sure who owns the LA Times but it seemed like for a year you had to randomly login to any of the Advanced Media owned newspaper websites. Seems like a simple issue to fix. Maybe it wasn't.
Post reply on HN