Как я провалидировал десятки идей micro-SaaS, но так ничего и не запустил

Предисловие

Некоторое время назад я описывал свою попытку запуска SaaS-сервиса для автоматизации переводов мобильных приложений. Я быстро отказался от этой идеи, но решил попробовать запустить что-нибудь ещё. Мне нужна была стоящая идея.

Для запуска нового продукта нужны 3 компонента:

  1. Понять какую проблему и для кого ты решаешь (поиск и валидация идей)
  2. Сделать продукт
  3. Довести его до покупателей (дистрибуция)

В этой статье я расскажу про свой опыт поиска и валидации идей.

Как я искал идеи

Сначала я нагенерил кучу идей. Каждая из них должна была быть более-менее конкретной и решать какую-то простую, но неприятную проблему.

Пожалуй лучший источник идей для продукта - это Reddit: нужно открыть какой-то сабреддит и посмотреть в нем темы по ключевикам “zapier”, “automate”, “manually”, “spreadsheet”, “sync”, “is there a tool”, “workaround” и т.д.

Второй подход, который мне понравился - это открыть сайты с отзывами на ПО, например G2 или Capterra и посмотреть, на что жалуются пользователи. Большим горизонтальным SaaS-сервисам часто не хватает функционала для конкретных вертикалей. Если рынок более-менее зрелый то скорее всего уже существует не одно решение для каждой вертикали. Но и им может чего-то не хватать для еще более узких сегментов. И это может стать возможностью для нового продукта для узкой аудитории.

Худший способ поиска идей - это подборки типа “50 уникальных идей micro-saas”.

Валидация

Первичная валидация в основном состояла из чтения Реддита. Ее целью было выяснить, есть ли вообще такая проблема у кого-нибудь. Таким образом удавалось довольно быстро отфильтровать около 70-80% идей, так как становилось очевидно, что это просто никому не нужно.

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

  • Насколько проблема острая
  • Регулярная ли она (важно для SaaS)
  • Платят ли люди уже за ее решение
  • Кто уже есть на рынке и как у них обстоят дела

Интересные наблюдения обнаруженные на этом этапе:

  • Жаловаться на проблему и платить за ее решение - это разные вещи
  • Иногда проблемы бывают острые но у узкого сегмента до которого сложно будет добраться (проблемная дистрибуция)
  • Если у конкурентов низкие цены и большие скидки на годовую подписку (больше 25%) скорее всего в этом сегменте уже очень высокая конкуренция и выжить в нем будет тяжело
  • Чем больше бизнес тем больше у него процессов и проблем, за решение которых он готов платить (но продавать крупному и даже среднему бизнесу как соло-фаундер почти нереально)

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

Третий этап оказался сложнее чем я ожидал. Люди обычно заняты и их и так постоянно закидывают спамом. А ещё есть риск быть забаненным площадкой если задавать вопросы не по теме. Меня так забанил Etsy после всего лишь 4 сообщений селлерам.

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

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

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

Еще один подход который я проверил - создание лендинга. Я описал на нем как будущий продукт будет решать проблему пользователя и добавил лист ожидания. Из десятков посетителей ни один не оставил почту и от этой идеи было решено отказаться.

Фреймворк оценки идей

По итогам этих поисков я так и не нашел ни одной стоящей идеи для запуска но выработал для себя небольшой фреймворк для оценки идей micro-SaaS из 12 критериев:

  1. У меня есть какое-то нечестное преимущество в этой сфере: в основном это экспертиза или канал дистрибуции (хотя бы небольшой)
  2. Вертикальный B2B SaaS: небольшие команды или просьюмеры (prosumers)*
  3. Не-технические клиенты
  4. General AI не уничтожит этот продукт (в идеале он должен только выигрывать от развития моделей)
  5. Подходит для PLG (нет необходимости продавать вручную)
  6. Решает регулярную болезненную проблему
  7. Понятный ROI для клиента (растит выручку или экономит ресурсы)
  8. Возможно запустить в одиночку
  9. Рынок: достаточно большой, растущий, но продукты на нем еще не коммодитизировались
  10. Понятная стратегия дистрибуции (потенциальные клиенты собираются в определенных местах)
  11. Нет необходимости в SOC, HIPAA compliance
  12. У продукта есть хотя бы один ров: накапливающиеся пользовательские данные, сложный переход на новый продукт, интеграция в бизнес-процессы, коллаборация с другими пользователями

* Размер бизнеса который покупает ваш продукт имеет значение:

  • Просьюмерам продавать легче всего но у них мало проблем за которые они готовы платить;
  • Маленьким командам продавать обычно сложнее, но проблем у них уже заметно больше (появляется совместная работа над проектами и все проблемы с ней связанные). Я бы сказал что маленькие команды - это идеальные клиенты для micro-saas;
  • Большим командам продавать тяжело, но у них острее проблема и они готовы платить больше и у них выше retention. Поэтому большинство SaaS целятся в крупных клиентов. Но в этом сегменте точно не обойтись без отдела продаж.

Выводы

Основные выводы получились такие:

  1. Нужно искать идеи там где есть экспертиза и опыт. А в идеале - делать продукт сразу под готовый канал дистрибуции.
  2. Лучше сразу отбрасывать технически подкованные ЦА, они сами себе все навайбкодят или настроят через Zapier.
  3. Лучше всего продавать маленьким командам, но просьюмеры тоже подойдут.