Рубрика #мюсли

В комментариях к прошлому посту отметились свидетели логина через имейл и пароль, мол, его сделать — 5 минут из опенсорсных либ, а вот с OAuth придется попариться. Я думал, что настолько субъективно мыслящих людей у меня на канале больше нет — оказалось, еще остались люди, которые любят переусложнять свои продукты (и в итоге либо не запускают, либо запускают никому не нужный переусложненный отстой).

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

Сразу отмечу, что люди, у которых "нет социальных сетей" и которым "не нравится логин через социальные сети" с огромной вероятностью не просто не ваша целевая аудитория, а это тот самый сегмент пользователей, которым никак не угодишь — этих пользователей надо обходить стороной, денег они вам не дадут, а головняка создадут. И вот уже первое преимущество делать социальный логин: вы отфильтровываете этих "неправильных" пользователей.

Но давайте посмотрим, что нужно сделать разработчику, чтобы подключить логин через имейл и пароль:

— Сохранять созданные учетки в базе данных
— Хранить у себя хеши паролей и обеспечивать безопасность хранения этих хешей
— Убедиться в надежности работы функций хеширования паролей и верификации хешей
— Обрабатывать ошибки неправильного пароля, попытки регистрации уже существующего имейла
— Реализовать флуд-контроль, чтобы пользователи не могли регистрировать тонны аккаунтов-ботов
— Реализовать верификацию имейла (свой SMTP сервер или платное стороннее решение)
— Реализовать восстановление пароля
— Ну и, собственно говоря, реализовать регистрацию и логин через имейл и пароль

Наверняка, я что-то еще забыл, а теперь давайте посмотрим, какое трение у пользователя, который хочет зарегистрироваться у вас в сервисе:

1. Человек зашел на сайт
2. Нажал "Зарегистрироваться"
3. Ввел свой имейл
4. Придумал пароль, который подходит подо все правила
5. Нажал "Зарегистрироваться"
6. Открыл почтовый клиент и подождал, пока придет письмо верификации аккаунта
7. Кликнул на кнопку верификации аккаунта

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

А теперь посмотрим, что нужно сделать разработчику, чтобы добавить логин через условный Гугл:

— Создать приложение в Гугл Клауде и получить идентификатор клиента
— Добавить на сайт компонент кнопки "Войти через Гугл" и дать ему идентификатор клиента
— Обработать на сервере создание учетки пользователя

Хм, а где все эти танцы с бубном вокруг верификации учеток, обработки ошибок, флуд-контроля или все тому подобное? Черт, да их нет! А как выглядит теперь трение пользователя, который хочет начать пользоваться нашим продуктом?

1. Человек зашел на сайт
2. Кликнул на "Войти через Гугл"

Вот и все. Теперь и думайте, что же проще реализовать, поддерживать разработчику — и что проще для пользователя, чтобы начать пользоваться вашим продуктом.

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

Хэм, всегда предпочитал авторизацию через email, особенно если она реализована как у Notion.

Ввел почту, получил одноразовый пароль, Ctrl+C, Ctrl+V.

А не как в случае с Google, тыкнул авторизоваться и перед тобой список из твоих аккаунтов, вперемешку с рабочими.

Хотя касаемо реализации со стороны продукта я полностью согласен, что проще через социалки.

Хэм, всегда предпочитал авторизацию через email, особенно если она реализована как у Notion.

Ввел почту, получил одноразовый пароль, Ctrl+C, Ctrl+V.

А не как в случае с Google, тыкнул авторизоваться и перед тобой список из твоих аккаунтов, вперемешку с рабочими.

Хотя касаемо реализации со стороны продукта я полностью согласен, что проще через социалки.

ну так вы и не ЦА большинства MVP :)

Рубрика #мюсли

А помните, как дружественная страна буквально за сутки стала врагом народа, сбив один истребитель, туда запретили все полеты, оборвали все политические связи и внезапно эта страна оказалась основным врагом, да всегда таким и была?

Ну и помните, как, спустя 1-2 недели, эта же страна внезапно снова стала союзником и всем СМИ пришлось снова говорить людям о том, что страна эта всегда была союзником и туда все еще можно и нужно летать? Ну, что эта страна все еще отличный политический друг — да всегда таким и была?

Да, и я помню эту 9 главу второй части романа "1984" Оруэлла. Вообще, хорошее произведение. Его и нужно, вместе с книгой "451 Градус по Фаренгейту" преподавать в школах, а не мягкое "Мы" Замятина про несуществующих и отдаленно напоминающих людей роботов.