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

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


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

Вариант «А»

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

Аргументы ЗА:

• Простота и лаконизм.

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

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

Вариант «Б»

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

Аргументы ЗА:

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

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

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

Вариант «В»

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

Аргументы ЗА:

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

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

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

Вариант «Г»

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

Аргументы ЗА:

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

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

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

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

Вариант «Ѡ»

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

Аргументы ЗА:

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

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

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

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

На самом деле, голосование мало чего решил. Важна аргументация за тот или иной вариант. Наверняка есть еще варианты и их тоже хотелось-бы рассмотреть. Так что аргументируем за/против и отвечаем да/нет/не_знаю… Напоминаем варианты:

• Вариант «А» (мейл + капча)
• Вариант «Б» (логин, мейл + капча)
• Вариант «В» (логин, мейл, паспорт два раза + капча)
• Вариант «Г» (логин, мейл, машинный паспорт + капча)
• Вариант «Ѡ» (любой из вариантов указанных выше или OpenID)