98% проблем микро-продукта лучше не решать: как расставить приоритеты на старте

98% всех проблем в микро-продукте лучше НЕ решать.

Или решить их очень просто (и быстро).

Но где эта грань, какие проблемы решать и какие не решать?

Давайте на конкретном примере, так интереснее.

Как расставить приоритеты микро-продукта: разбор на примере авторизации

Возьмем авторизацию. Делать ее или не делать?

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

У продукта 0 пользователей. Но уже есть авторизация.

Почему? «Потому что все так делают».

А теперь наша статистика: мы специально замерили и увидели, что авторизация может снижать конверсию в использование продукта от 10 до 80%!

Вспомните сами свои ощущения, когда только скачали продукт. А он тут же заставляет зарегистрироваться и авторизоваться.

Хочется закрыть и выкинуть.

Т.е. на старте микро-продукта пользы для юзера в авторизации как правило 0. Только негатив.

Также не забываем, что авторизацию нужно кодить, тестировать, дебажить. А это еще и время для билдера.

В итоге пользы для юзеров никакой. А время потратили.

Проблемы без пользователей: что точно не стоит решать на старте

Но тут сразу возникает проблема. Если кто-то из пользователей начинает абьюзить продукт, но у нас нет авторизации, как блокировать таких пользователей?

Это яркий пример проблемы, которую можно не решать.

Ведь наших пользователей пока еще нет. Когда возникнет проблема, тогда и будем решать.

А для начала стоит убедиться, что продукт вообще нужен пользователям.

Почему приоритеты микро-продукта отличаются от корпоративного подхода

Я знаю, что принять такой подход очень тяжело.

Потому что такой подход сильно отличается от подхода в корпорациях. Где заранее принято предусмотреть все проблемы.

Но корпорация разрабатывает продукт под огромную уже существующую аудиторию на миллонные инвестиции.

А у нас аудитории пока нет.

И приходится применять другой подход — где мы НЕ решаем 98% проблем, которые пока не возникли.

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

Когда приоритеты меняются: авторизация при монетизации продукта

Второй пример. У нас уже есть аудитория. Мы решили монетизировать продукт.

Можно ли обойтись без авторизации? Нет.

Потому что мы просто обязаны как-то очень надежно закрепить покупку в нашем продукте за конкретным пользователем.

Иначе наш пользователь сегодня купит, а завтра откроет продукт с другого браузера. И если у нас нет привязки покупки к его аккаунту, то он просто не увидит там свою покупку.

Пользовательский негатив будет максимальный. Человек заплатил деньги, а покупки не видит.

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

Вердикт: на этом этапе внедрять авторизацию. Без вариантов.

Фокус на 2% главных задач как ключевой принцип итеративного запуска

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

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

Поэтому при создании продукта в нашем комьюнити билдеров 75% времени мы уделяем продвижению.

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

В итоге отбрасываем 98% проблем, которые пока можно не решать и фокусируемся на 2% главных проблем.

Такой фокус сильно помогает решить 2% ключевых проблем лучше всех на рынке.