Что сначала показать: экран регистрации или регистрации или и то, и другое?
У меня есть сайт, для которого я работаю, чтобы улучшить загрузку пользователя.
Что происходит сейчас, так это то, что когда пользователь выполняет какое-либо действие, требующее, чтобы он был включен в систему, я создаю всплывающее окно jQuery, предлагающее ему войти в систему. И если он не зарегистрирован, есть ссылка на регистрацию.
Но иногда я вижу сайты, которые делают это в обратном порядке и сначала показывают экран «register».
Я думаю, если вы хотите, чтобы люди регистрировались, экран регистра имеет больше смысла, но тогда он будет раздражать людей, которые уже зарегистрированы. Нет?
Какова наилучшая практика для такого рода вещей? Имеет ли смысл отображать как регистрацию, так и форму входа в одно и то же всплывающее окно?
11 ответов
Я бы показал экран входа в систему с четко видимой регистрационной ссылкой. Зарегистрированные пользователи могут быстро войти в систему, а остальные могут видеть, куда они должны идти.
Другим решением, которое я видел и любил, было добавление таких радиоблоков:
[x] Login
[_] Register
Когда «Регистрация» отмечена или пароль оставлен пустым, пользователи будут перенаправлены в регистрационную форму с уже заполненным именем пользователя.
Почему бы и нет? Вы можете либо поставить две формы бок о бок, либо использовать вкладки.
В качестве альтернативы, просто введите имя пользователя /пароль (или адрес электронной почты /пароль) с надписью «login», а затем раздел под названием «register» с любыми дополнительными полями, которые вам нужны для регистрации.
Оба намного лучше, чем оба. Какой бы ни был первый, я могу попытаться заполнить, что может оказаться неправильным. Если это не сработает, то я могу отказаться - отрицательная обратная связь всегда плоха.
Оба - бок о бок - означает, что я должен сделать свой выбор.
Как часто пользователи будут использовать экран регистрации, и как часто они будут использовать экран входа в систему? Ответ, вероятно, «каждый раз, но один раз» и «один раз».
Если вас беспокоит пользовательский интерфейс, оптимизируйте его для нормального случая.
Launchrock имеет приятную модель для этого, отображается одно поле электронной почты и проверяется на основе их базы данных существующих пользователей. Если адрес электронной почты найден, пользователю предлагается ввести пароль для входа в систему, иначе им будет показана регистрация:
В то время как мне не нравятся сайты, которые делают его не на 100% понятным, находится ли я в Login или Register (и, следовательно, не с помощью простых идей checkbox), я действительно (как пользователь), как идея объединения регистрации и Войдите в систему на одной странице.
Обычно у вас есть две панели, одна для двух полей входа, а другая для тех же полей плюс любые поля, необходимые для регистрации. Подобно логину в http://tekpub.com (но обязательно обязательно всплывающее окно).
Если вы хотите быть действительно умным, вы можете сохранить долгосрочный файл cookie на машине пользователя и показать «Вход», если вы знаете, что они вошли в систему раньше и зарегистрировали в противном случае.
Но, как многие другие вопросы упомянуты, нет ничего плохого в том, чтобы показывать оба сразу.
Я думаю, что оба делают гораздо более дружелюбный опыт. С небольшим javascript и хорошим дизайном, div может отображать только 50% изначально с логином и иметь очень интуитивно понятный интерфейс, чтобы сосредоточиться на других 50%, где вы живете в своей регистрационной форме.
Я думаю, что показ бок о бок - хороший вариант для решения проблемы UX.
Здесь хорошо читайте об увеличении бордюра с помощью полезных примеров: http: //insideintercom .io /стратегия-на-адаптационный-новые пользователи /
Чтобы сделать шаг вперед в увеличении регистрации, дайте что-то ценное для того, чтобы пользователь захотел зарегистрироваться. http://www.copypress.com/blog/increase- сайт-регистрация-с-эффективного адаптационный /
Оба варианта на одном экране лучше. В настоящее время большинство сайтов имеют более надежные панели входа. Мне нравится этот сайт absolute-design.co.uk
Этот вопрос был адресован по этому вопросу . Джей дает отличный ответ.
ТЛ, д-р:
Это зависит от того, на сколько прав каждого конвертирования пользовательского типа могут влиять значения по умолчанию для завершения действия.
Дизайн, предполагающий, что у кого-то нет учетной записи. Активные пользователи имеют более высокий порог разочарования и будут работать, чтобы найти ссылки. Также активные пользователи, как правило, остаются в системе. Каждая скорость, возникающая перед пользователем, увеличивает их разочарование от выполнения своей задачи.
Также спросите себя, мне абсолютно нужен пользователь для создания учетной записи здесь? Есть ли способ, которым я мог бы позволить пользователям выполнять свою задачу, получая с ними больше взаимопонимания и, возможно, увеличивая вероятность того, что они создадут учетную запись?