Deferring password requests

Deferring password screen comparison

Design problem

Shown above (top row) is a typical email validation and sign in process within which a user is asked to initially create and then enter a password (both points highlighted in pink). The user is forced to consider a password when perhaps they weren’t expecting to and the presense of a password input field on the first screen may put users off registering, hence reducing conversion rates.

Design solution

The bottom row shows the same screens with the create password input taken out of the initial registration step and deffering the create password task until the sign in stage, creating a simpler, less intimidating initial register view and removing the need to input a password twice.