Email vs Login

Разработка → Email vs Login

При регистрации пользователя, в большинстве случаев, сервис требует логин. На самом деле логин вещь весьма неблогородная, лучше использовать для этих целей email и сейчас я расскажу почему. А если, всё таки, религия не позволяет использовать email, а только логин, то подскажу пути улучшения юзабилити.

1. Логин должен быть уникален.

С этим зачастую возникают различные проблемы, которые в итоге отбивают всё желание у пользователя регистрироваться. Пользователь вбивает один логин - он занят, вбивает другой - занят вновь. И так несколько попыток, которые выводят потенциального завсегдатая от использования сервиса. Email пользователя же уникален изначально. В итоге отпадают множества попыток подбора своих идентификационных данных.

hint: если вы всё-таки используете логин - дайте возможность пользователю сразу проверить его существование, а не заставляйте заполнять сначала все необходимые поля формы. Если логин уже занят - предложите несколько альтернативных вариантов, основанных на каких-либо данных в регистрационной форме, либо с простыми число-буквенными дополнениями.

2. Логины подвержены множеству правил.

Никаких пробелов, спецсимволов, бла-бла-бла... Это напрягает любого пользователя. Email он всегда в голове и любой и правило на него очень простое.

hint: чем меньше правил - тем лучше. Если же пользователь ввёл не по правилам - предложите альтернативные варианты, которые подходят под эти правила.

3. Правила логина не дают раскрыть альтер-эго пользователя.

дада, логин типа ~~Я супер Pupper Мега МЭН~~~ особо не нарегаешь. С одной стороны - такие ники могут раздражать окружающих, с другой стороны - с чего бы нам такое запрещать? Это решение пользователя, никак не наше. А если пользователь будет чрезмерно злорадствовать с ником - модератор может и палочкой взмахнуть. Поэтому лучше вместо логина сделать отдельное поле "Ник" или "Отображаемое имя". Но тут учтите главное - одинаковые ники могут привести к не очень хорошим последствиям, поэтому стоит задумать заранее знаки отличия пользователей. Либо сделать ники уникальными :)

Кроме всего бывает у людей период, когда хочется сменить ник, да вот только в случае с логином это не выйдет.

hint: при использовании логина - так же сделайте отдельное поле для ника. Отображаемые данные и данные для авторизации - вещи разные.

4. Захват email'а в системе.

Навеяно предыдущей темой. Email будет в любом случае - для подтверждения регистрации (точнее самого email'а), восстановления пароля и так далее.

Ситуация простая - есть сервис, хочется на нём зарегистрироваться. Но есть злой дядька, который хочет напакостить вам в этой регистрации. В итоге указывает ваш email, а при окончании срока проверки email'а пользователя - регистрируется вновь. Казалось бы что такого? Однако логин не тот который нужен, мистерчлен не лучший  из ников,изменить его - обращаться к администрации, которая далеко не на всех сервисах быстро шевелится. В случае если для авторизации используется email, а для отображения ника - отдельное поле, то злому дядьке только спасибо сказать можно - меньше телодвижений производить придётся для регистрации

hint: варианта 2 - либо будьте оперативны в таких ситуациях, если у вас основное -  это логин, либо просто напросто создайте достаточно умный сервис для смены логина, который не обрушит все связи в базе данных и не сделает десинхронизацию контента пользователя с самим пользователем (имеется в виду что логин его везде изменится на сайте).

Некоторые подсказки по регистрации пользователя и заполнению профайла:

• Не заставляйте пользователя заполнять больше чем нужно. По сути дела вам необходимы лишь email и пароль от него, остальные 100 полей он заполнить может и потом;
• При активации профайла ссылка должна действовать не долго, самое больше - не более суток. В идеале - не более часа, а то и ещё меньше;
• Профайл пользователя разбивайте на несколько логических групп - поэтапное заполнение куда проще;
• Никогда не давайте пользователю сгенерированный пароль при регистрации, пусть в первый раз он лучше заполнит какой-то свой. В любом случае большинство пароль ваш сразу сменят. А если пользователь забыл и свой пароль - при восстановлении генерируйте. Так, хотя бы, он будет иметь свой пароль на почте.

ps: а уже скоро опять 4 утра...

maddogg

Вернуться к списку постов