Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

blog.stunning.co

Post reply on HN
Print view View original

201–210 of 213 posts

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

#201

Post by yoz-y »

jillesvangurp wrote: post #63

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…

I feel that lately password managers (at leat 1Password, which is what I use) have been working even with split forms. So at least there is that.

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

#202

Post by yoz-y »

notatoad wrote: post #173
kijin wrote: post #156

Earlier quoted context omitted.

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

from the meeting where it was explained to me that we couldn't use "login", it is too technical-sounding and not friendly enough. "log in" is computer language, "sign in" is human language.

What is the origin of sign in? I imagine the old days when you needed to sign a book when entering premises? Is this the floppy disk for save action of web jargon?

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

#203

Post by notatoad »

yoz-y wrote: post #202
notatoad wrote: post #173

Earlier quoted context omitted.

from the meeting where it was explained to me that we couldn't use "login", it is too technical-sounding and not friendly enough. "log in" is computer language, "sign in" is human language.

What is the origin of sign in? I imagine the old days when you needed to sign a book when entering premises? Is this the floppy disk for save action of web jargon?

That's exactly it - you sign the guestbook when you arrive at the hotel.

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

#204

Post by 1cvmask »

wizzwizz4 wrote: post #172
zero_deg_kevin wrote: post #168

I find it hilarious that this article is on a SaaS site's blog and has no sign-in button. Maybe I missed the "why this doesn't apply to this site" portion of TFA, though.

Their blog has no sign-in button. Their main page ( https://stunning.co/ ) does.

That is super common because most blogs are running on a separate platform like Medium compared to the main site.

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

#205

Post by Larrikin »

oneeyedpigeon wrote: post #52
young_unixer wrote: post #41

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…

Unless I'm mistaken, Slack actually forces this as part of their model: one account per organisation. It's not fun when you have to reset passwords...

The design does work very well with a password manager though.

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

#206

Post by cosmotic »

I don't understand; the article says don't hide it, then the article shows a sign in link that uses a dark-pattern non-button sign in link next to a button. Visually I would have missed the sign in link until I took a second or even third look. The UI that changes based on some practically random variable (the cookie being present) is disorienting.

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

#207

Post by jasfi »

ajmadesc wrote: post #48
jasfi wrote: post #14

Could the problem be "don't make me hunt for the x button"? After all, not every button can be highlighted.

No lol. For services, Try me, login, sign up. Three buttons. Not that hard

That could be worse. Login is the better choice if you've already signed up, but trial is the better choice if you're new.

If a user doesn't sign up, they'll never login.

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

#208

Post by musicale »

pypie wrote: post #110

This drives me nuts. It feels the same as the insurance company's phone menu asking if you're interested in purchasing a policy or submitting a claim, where the former choice get you an instant human being and the latter a 45 minute wait. In other words, it signals that you're more interested in signing up new customers than serving your current customers.

> insurance company's phone menu asking if you're interested in purchasing a policy or submitting a claim, where the former choice get you an instant human being and the latter a 45 minute wait

Insurance (in my experience at least) seems like this astonishing scam where they collect premiums for years and then as soon as you try to collect on a claim they refuse to pay and cancel your policy.

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

#209

Post by happymellon »

ziml77 wrote: post #137
young_unixer wrote: post #41

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…

Does Discord let you create multiple accounts with the same email address?

I don't believe so, they just put you in a flow that you can't back out of and stores cookies so restarting the browser doesn't help.

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

#210

Post by kalleboo »

Timpy wrote: post #134
tomxor wrote: post #92

Earlier quoted context omitted.

Another one: - Defocusing input fields in the middle of typing login information I guess i'm in the minority these days but I like to keep strong passwords in my head. This usually happens due to some side effect of the login page being absolutely fucking massive and not fully loading or executing before I start to fill in the form, then one of three things usually happens in order of frequency: 1. cookie banner bloc…

>defocuses for no apparent reason I use Surfing Keys, a vim-like plugin for browsers. When inputs defocus unexpectedly while I'm typing all of the navigation shortcuts kick in and it's like "roll a d100 to see which random negative consequence you get." Usually I at least lose the page that I'm on and I have to start the form over.

This reminds me of when certain browsers used to emulate IE by mapping backspace to "go back". I lost so many forms to that feature before Safari came up with the "are you sure you want to leave without submitting this form you started filling out?" dialog and they copied it
Post reply on HN