Skip to content

15 Tips for Better Signup / Login UX

OK, I hate long intros, so: this is a checklist of some of the most important UX tips for creating usable signup and login forms. It’s based on my experience looking at hundreds of beginning designer login flows, thanks to my courses Learn UI Design and Learn UX Design.

Let’s get started.

1. Autofocus on the first field

Ironically, the fundamental rule of interaction design is: remove interaction. Remove clicks, remove reading, remove waiting, remove thinking.

An easy example: if you know that literally 95% of people opening a signup form will immediately click into the first field, save them the trouble and auto-focus on it.

Autofocus on first text field in signup form

(Note that autofocusing can be a jarring to users using screenreaders, so it’s worth testing this experience 👍)

2. Use specialized mobile keyboards

The only things certain in life are (a) death and (b) email addresses have an “@” and a “.” in them. Fortunately, mobile phones have specialized email entry keyboards showing those characters – but you must label your textbox type=email in HTML. This is such a simple change to make mobile users’ lives easier.

Note: also applies to telephone numbers (type=tel), URLs (type=url), and numbers (type=num) in your signup flow.

mobile keyboard specialized for email input

3. Validate fields on blur

Rather than waiting for the user to fill out the entire form before you point out any errors, let them know as soon as your system can tell there’s an error. For something like email, it makes sense to validate on blur (that is, when they focus on another field).

Typically I’d try to catch both blank as well as invalid email addresses.

realtime validation UX pattern

4. Make labels clickable

Every single labelled text input you ever create should have clickable labels. It’s a wonder this isn’t done by HTML by default, but simply add the input element inside its respective label element and you’re good to go. Not only does this (a) allow me to absentmindedly click the label to start typing, but (b) it also helps me if my clumsy finger accidentally misses the textbox by a bit.

clickable form control label UX pattern

(Accessibility tip ☝️ – screen readers don’t play nicely with input inside label – so also wrap the text describing the input in a separate span with a unique id, then add aria-labelledby="my-unique-id" to the input 👍)

5. Show password requirements when users are choosing a password

No user should have to guess at what the password requirements are. Show them when they’re relevant (P.S. And remove them when they’re not).

password requirements on choosing password UX pattern

6. Let users see their password

Allowing users to view the password they’ve entered will prevent thorny UX issues with choosing a password they didn’t mean to – while also being less onerous than requiring them to type it twice.

(That being said, the latter method is still far better than nothing)

view password UX pattern

7. Use button text to expose the value waiting for users on the other side

The labels on your buttons are an opportunity – to tempt your users to click through, of course. If you label them with boring, non-descript stuff (e.g. “Continue”, “Submit”), well, yaaaawn.

But ask yourself: what value awaits a user on the other side? Is it getting my free account set up? Am I 30 seconds away from experiencing the future of work! Tell me, dang it!

good call to action button in UI

8. Allow for single sign-on

Why force users to pick yet another username and password to deal with for our hum-drum little service? What if – and hear me out on this – we allowed them to use an existing name and password? Like their Gmail account or twitter handle!

Crazy, right?

But that’s exactly what we can all be doing. And unless you have very specific reasons not to, it’s highly recommended.

(Now sites just need to remind users when they’ve already clicked this option)

Single sign-on UX pattern

Remember, in interaction design, we’re trying to remove interaction. Well, one great source of typing/clicking/remembering/guessing in signup flows is passwords. Instead of requiring one, why not simply email someone (a) a link to click or (b) a one-time code to enter to login?

Why ditch passwords?

  • Many users forget them
  • Many users reuse them (making one app’s leak your potential problem too!)
  • Many users choose insecure ones
  • It’s often more work to recall a password than check your email
magic link ux pattern for signup or login

There are some caveats with this as-of-yet non-standard method:

  • If someone loses access to their email (e.g. unexpectedly laid off from their job), then they will lose access to the service 😬 (unless you allow other additional forms of authentication)
  • You should set time limits on the validity of a code or email link (30-60 minutes is common), so as to prevent old emails from being eternally-valid credentials
  • Many phishing scams involve clicking links in emails; it might be bad to make clicking a link in an email the only way to log in to your app (emailing a code to enter solves this)
  • The email could end up in spam, blocked, or delayed

That being said, magic links/codes are an easy way to remove interaction while being secure 👍

9. Save a click by notifying users they agree to the terms of service (not requiring their explicit permission)

OK, so first thing’s first: this isn’t legal everywhere. The EU, for instance, requires that sites require their users to explicitly check a box saying they agree to the site’s terms. My opinion? Privacy theater, and bad UX to boot. Save users a click – when you’re allowed.

terms of service checkbox vs. notice UX pattern

(Do you take issue with me calling EULA checkboxes “privacy theater”? Well, 99% of the time I’ve clicked that I’ve read the terms and conditions, I’ve been lying. And my guess is other users are in a similar boat. And when we live in a world where everyone is lying 99% of the time, that is, indeed, theater)

10. Use different terms for “sign in” and “sign up”

You want your sign-in to be so simple, the village idiot could still complete it half asleep without thinking.

To those ends, don’t use, say, “Sign in” and “Sign up” – which requires me to think for half a second whether I want “in” or “up”.

Instead, go with options like “Register” vs. “Sign in”, or other pairs of options that are more than 2 letters apart. It may only save your users a half a second, but if you wouldn’t save them half a second now, it’s not looking good for the rest of your app 😬.

sign up vs. sign in registration labels UX

11. Allow easy switching between “sign in” and “sign up”

In the case that someone does click the wrong option, you want it to be dead simple for them to switch from registration and logging in – and vice versa.

Most commonly, this is displayed as a link (not a button – a mistake beginning designers make weirdly often) located at the bottom of the form.

login/register switch UX pattern

12. Log in with email, not username

Usernames are tough to remember for every individual service, and you may have been forced to pick something besides your usual. Emails are a much easier way to log in.

Email vs. username login UX

13. If the user guesses an invalid password, say why it’s invalid

If the user guesses a password that’s both (a) wrong and (b) doesn’t meet the password requirements, say which requirement the password failed to meet. Much more useful than saying “incorrect password”, but not giving the user a clue as to how they might fix it.

Helpful incorrect password error message

14. Remember typed values between password attempts

If the user enters their password unsuccessfully, they should not have to type their email again. In fact, if you allow them to see their password, don’t erase that either – they may want to check to see if they made a typo.

remember password attempt after incorrect password UX pattern

15. The “reset password” screen should remember which email you already entered

Far too often, if you click “Forgot password”, you’ll be forced to re-enter an email you typed just 30 seconds before. By the time the user has exhausted their guesses at their password and wants to reset, don’t pester them for information you already know.

Reset password UX

Other signup UX questions?

Having looked at hundreds of signup flows from beginning designers, these tips address some of the most frequent problems I see. Implement all of them, and you’ll have a login UX that feels, well, as noticeable as air.

Remember: no one came to your app to log in. Heck, they probably didn’t even come to use your app for its own sake. In all likelihood, unless your app is for entertainment, most users probably want to use it to achieve a specific goal as quickly as possible, then get on with their life.

As good UX designers, let’s honor our users’ impatience and make this stuff as simple as possible.

Any other questions about registration/login UX? Drop them in the comments below.

Watch me do a UI project step-by-step

I’ll walk you through every part of a UI project — just like I’ve done for everyone from Fortune 100 companies to Y-Combinator startups.

Exclusive design tutorials. Over 60,000 subscribed. One-click unsubscribe.

You Might Also Like: