Джон Раш: $3M ARR на портфеле из 26 продуктов

Джон Раш — основатель из США, ранее 10 лет работал в венчурно-финансируемых стартапах. В 2022 году ушёл в self-funded предпринимательство. К моменту интервью управляет 26 продуктами с общей годовой выручкой около $3 миллионов и аудиторией около 1 миллиона пользователей в B2B. Семь продуктов приносят основную выручку, остальные — поток аудитории на платные.

Главное в кейсе: Джон применяет один и тот же конвейер ко всем 26 продуктам — от валидации до запуска. Никаких догадок, никакого «давайте просто построим и посмотрим». Каждый продукт начинается с реальной боли в собственной работе и пятью предзаказами до написания первой строки кода.

Кто такой Джон Раш

Джон вырос в семье предпринимателя — отец вовлекал его в свой бизнес с детства. К 2020 году провёл 10 лет в венчурно-финансируемых стартапах, занимая должности уровня операционного управления. Понял, что венчурная игра расходится с его ценностями: фокус на пользователей и продукт против фокуса на следующий раунд и выход.

В 2022 году вышел в self-funded предпринимательство необычным способом. Нашёл продукт, который ему нравился больше всех — конструктор сайтов Unicorn Platform — и предложил его основателю не просто продать бизнес, а ещё год сопровождать Джона как наставник. Сделка состоялась, цена — около $1 миллиона. Год наставничества дал Джону скачок от человека, не понимающего self-funded модель, до заметной фигуры в сообществе indie makers.

Сейчас живёт в лесу с семьёй и животными, социальной жизни почти нет. Работает в два спринта по 5 часов с перерывом на детей.

Какую проблему решает портфель Джона

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

• Unicorn Platform — конструктор сайтов, лендингов, листов ожидания и каталогов
• SEO Bot — один из первых ИИ-агентов для SEO, $100K MRR
• Listing Bot — находит релевантные каталоги в интернете и автоматически размещает в них продукт

Логика портфеля: один основатель, попав в Unicorn Platform, со временем попадает и в SEO Bot, и в Listing Bot, и в другие инструменты — потому что продукты решают смежные задачи и интегрированы друг с другом.

Как родилась идея

После выкупа Unicorn Platform и года наставничества Джон отработал на одном продукте свой подход к рынку. Когда стало понятно, что метод работает, он начал применять его к другим задачам, которые встречал в собственной работе.

Каждая следующая идея рождается по одному сценарию: Джон сталкивается с реальной болью в собственной работе → ищет существующее решение на рынке → если не находит хорошего — обсуждает боль публично на X, LinkedIn, в индустриальных чатах → если другие основатели подтверждают ту же боль и хотели бы решения — переходит к валидации.

Триггер для каждого нового продукта — не «я придумал крутую идею», а «я каждый день теряю на этом по 30 минут, и я не один такой».

Как собрал MVP

Конвейер от идеи до первой продажи — одинаковый для всех 26 продуктов:

1. Боль в собственной работе. Джон фиксирует, что у него уходит время на повторяющуюся задачу.
2. Поиск решения. Если решения нет — идёт обсуждать боль публично.
3. Лист ожидания. Цель — 100 регистраций. Если набирает — идёт дальше.
4. Предзаказ со скидкой 90%. Рассылает по всем 100 предложение оплатить со скидкой 90% до запуска.
5. Если 5 продаж — стройку начинают. Если меньше — идея отметается.
6. Ручная доставка решения. До первой строки кода Джон оказывает сервис вручную, на коленке. Цель — не наценка, а проверка, что решение действительно решает.
7. Итерации без кода. Пока пользователь не доволен — Джон меняет свой рабочий процесс, а не код. Менять руками быстрее, чем переписывать продукт.
8. Поиск co-maker. Когда сервис устаканен — Джон находит партнёра-разработчика. Делит 50/50. Джон закрывает операционку, юридику, бухгалтерию. Партнёр — код и поддержку.
9. 2-3 месяца разработки.
10. Большой запуск в Twitter.

Стек на разработке: JavaScript, Tailwind. ИИ через API OpenAI, Anthropic и Google — пользователь сам выбирает модель в интерфейсе. Аналитика — Mixpanel, поддержка — люди (не ИИ).

Стратегия роста

Главных канала четыре, в порядке приоритета по этапу зрелости продукта:

SEO. Пока продукт ещё слабый, SEO — главный источник пользователей. Контент стабильный и предсказуемый, не требует постоянного внимания.

Социальные сети. Один и тот же контент перерасходится на X, LinkedIn, Substack, Facebook. Минимум 30 постов в месяц на одной платформе, переупаковка между остальными.

Каталоги продуктов. Размещение в каталогах вроде Product Hunt, AlternativeTo, индустриальных listing-сайтах. Работает хорошо, если у продукта есть «кликабельное» позиционирование — Джон специально упаковывает все продукты вокруг ИИ-тематики, потому что в каталогах это сейчас даёт высокий CTR.

Перекрёстное продвижение. Главная фишка портфеля. В SEO Bot есть кнопка «Boost My Domain Rating», которая ведёт в Listing Bot. В Listing Bot есть кнопка, ведущая в третий продукт. И так далее. Пользователь, который доверяет одному продукту, естественным образом перетекает в остальные. Конверсия из одного продукта в другой — очень высокая, потому что доверие уже есть.

Главный приём поверх всех каналов — build in public. Джон публично рассказывает про каждый продукт от валидации до первой выручки. Это даёт два эффекта: бесплатный охват для каждого запуска и обратная связь от аудитории, которая снижает риск ошибки. По собственной оценке Джона, до build in public 90% его продуктов проваливалось, после — 90% выживает.

Монетизация

Каждый из 26 продуктов работает по модели подписки. Цены разные в зависимости от ниши и сложности.

Маржинальность по продуктам разная: на ИИ-продуктах около 70% (Джон тратит около $30K в месяц на API при $100K выручки SEO Bot). На не-ИИ продуктах — до 90%, основная статья расходов там — операторы поддержки. Джон принципиально не заменяет поддержку на ИИ: люди создают эмоциональную связь с пользователями, ИИ — только закрывает вопрос и уходит.

Главный системный приём — перекрёстное продвижение даёт каждому пользователю шанс попасть в несколько продуктов. Средний пользователь Джона со временем подписывается минимум на один платный продукт после первого знакомства с бесплатным.

Что забрать из кейса

Валидация предзаказом до строительства

Большинство основателей сначала строят продукт, потом ищут пользователей. Это путь в кладбище нерелевантных продуктов. Джон делает наоборот: набирает 100 человек в лист ожидания, предлагает оплатить со скидкой 90% и только после 5 реальных продаж начинает разработку.

Логика: если человек готов отдать деньги за обещание — задача реальна. Если на 100 регистраций нет даже 5 платящих со скидкой 90% — задача не настоящая, и продукт лучше не строить.

Для собирающего ИИ-продукт: до написания кода соберите простой лендинг с обещанием решения и ссылкой на оплату. Прогоняйте трафик через X, тематические сообщества, узкие каналы. Если 5 человек заплатили — стройте. Если нет — переходите к следующей идее.

Ручная доставка до автоматизации

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

Этот этап ловит две вещи: настоящие требования пользователя (а не выдуманные) и реальные ограничения задачи. Менять ручной процесс быстрее, чем переписывать код. По итогу к моменту разработки уже понятно, что именно и как должно работать.

Принцип применим к любому ИИ-продукту: если можете оказать услугу руками за 5-10 пользователей — окажите. Соберёте список реальных требований, увидите узкие места и поймёте, что автоматизировать в первую очередь.

Build in public как механизм валидации, а не маркетинга

Джон сначала считал, что build in public — это бесплатный маркетинг. Со временем понял, что главная ценность другая: прямой канал с аудиторией, который позволяет адаптировать продукт до запуска. До build in public 90% его продуктов проваливалось — потому что Джон строил в вакууме. После — 90% выживает, потому что обратная связь приходит на этапе идеи, а не на этапе запуска.

Это не про то, чтобы «писать в X посты с цифрами выручки». Это про то, чтобы каждое продуктовое решение публично обсуждать с аудиторией и слушать ответы.

Для строящего свой ИИ-проект: открыто публикуйте процесс — что строите, что пробовали, что не работает, какие вопросы. Это даст и охват, и обратную связь, и ранних пользователей.

Связанный портфель вместо одного большого продукта

Большинство основателей выбирают между двумя крайностями: один большой продукт с десятками функций или 5 несвязанных проектов. Джон выбрал третий путь — 26 продуктов вокруг одной аудитории, интегрированных друг с другом.

Каждый продукт — узкая задача и отдельный платный сервис. Но все они связаны: один пользователь из Unicorn Platform естественно попадает в SEO Bot через кнопку «улучшить рейтинг домена», оттуда — в Listing Bot, и так далее. Это даёт три эффекта: низкая стоимость привлечения (один маркетинг работает на много продуктов), высокая LTV (один пользователь платит за несколько продуктов) и страховка от провала отдельного продукта.

Для строящего: подумайте, какие смежные задачи у вашей целевой аудитории. Может быть, вместо одного большого продукта стоит сделать 3-4 узких, связанных между собой.

Founder-market fit важнее идеи

Когда Джона спрашивают, как искать идеи, он отвечает: не ищите. Стройте то, что вы понимаете и что решает ваши же задачи. Большинство основателей теряют время в поиске «крутых ниш на стороне» — а проигрывают тем, кто строит для собственной работы.

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

Для собирающего свой ИИ-продукт: первая идея должна быть из вашей же работы или из работы людей, с которыми вы много общаетесь и которых хорошо понимаете. Не из списков «топ-50 идей для стартапа».

Источник: интервью с Джоном Рашем.