Pull to refresh

Реги: мейлы, капчи, ники и pwd…

Reading time 3 min
Views 2.4K
Подписчики корпоративного Twitter-а Мегаплана уже знают, что давно ожидаемый персональный планировщик уже на подходе. Называться он будет не Time-Manager, как предполагалось ранее, а Миниплан. Внутреннее тестирование уже идет полным ходом, и пора его делать доступным извне. Но осталось сделать несколько штрихов и самым жирный штрих на пути к публичности — юзабельная форма этой регистрации.
image

Надо отметить, что мегаплановцы задумали сделать очень простой в использовании продукт (и к тому же бесплатный), но перфекционизм имеет и обратную сторону. Началось все с того, что несколько менеджеров никак не могли договориться о том как, должна выглядеть регистрация. Что бы склонить оппонентов на свою сторону стороны стали втягивать в спор программистов, дизайнера, маркетологов… В результате число альтернатив превратилось в три, четыре и так далее. Не помогла даже недавняя публикация и обсуждение на Хабре.
В результате, решили вынести вопрос в хабр на самое широкое обсуждение и голосование. Итак, есть следующие альтернативы регистрации: 

Вариант «А»


Вариант для сторонников лаконизма. При регистрации пользователь оставляет адрес почты и заполняет поле капчи. Далее достаточно просто отправить пользователю электронное письмо, в котором сообщить все существенное (URL для проверки, пароль, адрес персональной страницы Миниплана и так далее). Применив формулу «nicname == e-mail», вход в систему осуществляется простым вводом пароля. Можно пойти и еще дальше и сделать идентификацию через куки.
Аргументы ЗА:
  • Простота и лаконизм.

Аргументы ПРОТИВ:
  • Приступить к работе в можно только дождавшись почты, и эта пауза может оказаться существенной.
  • У некоторых (и даже у многих) есть несколько почтовых ящиков для разных целей. Если сервисом пользоваться не регулярно, то можно просто забыть на какой из ящиков производилась регистрация. Это затруднит восстановление пароля.
  • Не всегда удобно (да и не все умеют) копировать сгенерированный машинный пароль из почты в браузер.

Вариант «Б»


Немного усложненная версия. Пользователь заполняет поля: ник, мэйл  и капчу.
Аргументы ЗА:

  • Умеренный лаконизм при большей «обыденности» процедуры регистрации.
  • Снижена вероятность того, что пользователь забудет свой ник, так как у людей есть приверженность использовать одни и те же ники для разных интернет-ресурсов и служб.
  • Ник можно использовать для адресации персональной страницы пользователя.

Аргументы ПРОТИВ:

  • Сохраняется необходимость ожидания почты для получения URL-проверки и паспорта.
  • Не всегда удобно (да и не все умеют) копировать сгенерированный машинный пароль из почты в браузер.

Вариант «В»


Стандартная процедура, когда у пользователя запрашивают заполнение полей с ником, электропочтой, паролем (дважды) и просят пройти капчу.
Аргументы ЗА:

  • Это привычно.
  • Можно приступить к работе внутри системы немедленно, не дожидаясь пока письмо-подтверждение свалится в ящик, и будет кликнут проверочный URL.

Аргументы ПРОТИВ:

  • Заполнить пять полей формы, это уже нее два (как в варианте «А») и не три (как в варианте «Б»)
  • Если при регистрации случайно указан неправильный адрес, то никто, никогда не сможет восстановить пароль в случае забывчивости. Кроме того, некоторый функционал сервиса (например, извещения от Миниплан) станет недоступен. Если же заставлять ждать подтверждения мейла через URL-проверки, то исчезнет возможность приступить к работе немедленно.

Вариант «Г»


Некий переходный вариант. В форме пароля запрашивают тот же ник, мейл, пароль и подтверждение капчи, но в поле пароля уже введен некий скрытый машинно-сгенерированный код. Пользователь может его заменить (с подтверждением) а может все оставить как есть.
Аргументы ЗА:

  • Это похоже на привычную форму регистрации.
  • Не обязательно придумывать пароль и запоминать его «прямо сейчас». Он будет выслан на почту и понадобится когда «протухнут куки».

Аргументы ПРОТИВ:

  • Необходимо подождать URL-проверки через почту.

Собственно можно было бы приступить к голосованию, но есть еще и вариант «омега».

Вариант «Ѡ»


Используем OpenID, GoogleID, OpenSotial и тому подобные модные способы идентификации.
Аргументы ЗА:

  • Все очень просто, очень модно и по-современному.

Аргументы ПРОТИВ

  • На случай, если у пользователя «нет регистрации в фейсбук, ЖЖ, твиттер и вааще», все равно придется предусмотреть обычный способ регистрации и выбрать между «А», «Б», «В» и «Г».
  • Все эти «социал-айди» имеют смысл, если есть приложения для соответствующих сетей и/или в них встроены способы взаимодействия с ними. В текущей версии Миниплана ничего такого не будет. А значит и пользы от OpenID пользователь не ощуутит.

А теперь, голосование


На самом деле, голосование мало чего решил. Важна аргументация за тот или иной вариант. Наверняка есть еще варианты и их тоже хотелось-бы рассмотреть. Так что аргументируем за/против и отвечаем да/нет/не_знаю… Напоминаем варианты:
  • Вариант «А» (мейл + капча)
  • Вариант «Б» (логин, мейл + капча)
  • Вариант «В» (логин, мейл, паспорт два раза + капча)
  • Вариант «Г» (логин, мейл, машинный паспорт + капча)
  • Вариант «Ѡ» (любой из вариантов указанных выше или OpenID)
Tags:
Hubs:
-5
Comments 32
Comments Comments 32

Articles

Information

Website
www.megaplan.ru
Registered
Founded
Employees
51–100 employees
Location
Россия