Надо отметить, что мегаплановцы задумали сделать очень простой в использовании продукт (и к тому же бесплатный), но перфекционизм имеет и обратную сторону. Началось все с того, что несколько менеджеров никак не могли договориться о том как, должна выглядеть регистрация. Что бы склонить оппонентов на свою сторону стороны стали втягивать в спор программистов, дизайнера, маркетологов… В результате число альтернатив превратилось в три, четыре и так далее. Не помогла даже недавняя публикация и обсуждение на Хабре.
В результате, решили вынести вопрос в хабр на самое широкое обсуждение и голосование. Итак, есть следующие альтернативы регистрации:
Вариант «А»
Вариант для сторонников лаконизма. При регистрации пользователь оставляет адрес почты и заполняет поле капчи. Далее достаточно просто отправить пользователю электронное письмо, в котором сообщить все существенное (URL для проверки, пароль, адрес персональной страницы Миниплана и так далее). Применив формулу «nicname == e-mail», вход в систему осуществляется простым вводом пароля. Можно пойти и еще дальше и сделать идентификацию через куки.
Аргументы ЗА:
- Простота и лаконизм.
Аргументы ПРОТИВ:
- Приступить к работе в можно только дождавшись почты, и эта пауза может оказаться существенной.
- У некоторых (и даже у многих) есть несколько почтовых ящиков для разных целей. Если сервисом пользоваться не регулярно, то можно просто забыть на какой из ящиков производилась регистрация. Это затруднит восстановление пароля.
- Не всегда удобно (да и не все умеют) копировать сгенерированный машинный пароль из почты в браузер.
Вариант «Б»
Немного усложненная версия. Пользователь заполняет поля: ник, мэйл и капчу.
Аргументы ЗА:
- Умеренный лаконизм при большей «обыденности» процедуры регистрации.
- Снижена вероятность того, что пользователь забудет свой ник, так как у людей есть приверженность использовать одни и те же ники для разных интернет-ресурсов и служб.
- Ник можно использовать для адресации персональной страницы пользователя.
Аргументы ПРОТИВ:
- Сохраняется необходимость ожидания почты для получения URL-проверки и паспорта.
- Не всегда удобно (да и не все умеют) копировать сгенерированный машинный пароль из почты в браузер.
Вариант «В»
Стандартная процедура, когда у пользователя запрашивают заполнение полей с ником, электропочтой, паролем (дважды) и просят пройти капчу.
Аргументы ЗА:
- Это привычно.
- Можно приступить к работе внутри системы немедленно, не дожидаясь пока письмо-подтверждение свалится в ящик, и будет кликнут проверочный URL.
Аргументы ПРОТИВ:
- Заполнить пять полей формы, это уже нее два (как в варианте «А») и не три (как в варианте «Б»)
- Если при регистрации случайно указан неправильный адрес, то никто, никогда не сможет восстановить пароль в случае забывчивости. Кроме того, некоторый функционал сервиса (например, извещения от Миниплан) станет недоступен. Если же заставлять ждать подтверждения мейла через URL-проверки, то исчезнет возможность приступить к работе немедленно.
Вариант «Г»
Некий переходный вариант. В форме пароля запрашивают тот же ник, мейл, пароль и подтверждение капчи, но в поле пароля уже введен некий скрытый машинно-сгенерированный код. Пользователь может его заменить (с подтверждением) а может все оставить как есть.
Аргументы ЗА:
- Это похоже на привычную форму регистрации.
- Не обязательно придумывать пароль и запоминать его «прямо сейчас». Он будет выслан на почту и понадобится когда «протухнут куки».
Аргументы ПРОТИВ:
- Необходимо подождать URL-проверки через почту.
Собственно можно было бы приступить к голосованию, но есть еще и вариант «омега».
Вариант «Ѡ»
Используем OpenID, GoogleID, OpenSotial и тому подобные модные способы идентификации.
Аргументы ЗА:
- Все очень просто, очень модно и по-современному.
Аргументы ПРОТИВ
- На случай, если у пользователя «нет регистрации в фейсбук, ЖЖ, твиттер и вааще», все равно придется предусмотреть обычный способ регистрации и выбрать между «А», «Б», «В» и «Г».
- Все эти «социал-айди» имеют смысл, если есть приложения для соответствующих сетей и/или в них встроены способы взаимодействия с ними. В текущей версии Миниплана ничего такого не будет. А значит и пользы от OpenID пользователь не ощуутит.
А теперь, голосование
На самом деле, голосование мало чего решил. Важна аргументация за тот или иной вариант. Наверняка есть еще варианты и их тоже хотелось-бы рассмотреть. Так что аргументируем за/против и отвечаем да/нет/не_знаю… Напоминаем варианты:
- Вариант «А» (мейл + капча)
- Вариант «Б» (логин, мейл + капча)
- Вариант «В» (логин, мейл, паспорт два раза + капча)
- Вариант «Г» (логин, мейл, машинный паспорт + капча)
- Вариант «Ѡ» (любой из вариантов указанных выше или OpenID)