$50K/мес на портфеле приложений — кейс Адама Лейдла

Адам Лейдл — соло-разработчик из Австралии. Закрыл $200 000 долга, выпуская по одному мобильному приложению в месяц и продавая часть из них другим разработчикам. На момент интервью портфель приносит $50 000-60 000 в месяц, ежемесячные платежи по долгу закрыты, общее число выпущенных приложений превысило 50.

Главное в кейсе: переход от модели «строю и продаю каждое приложение» к модели «строю и оставляю в портфеле». Каждое отдельное приложение приносит немного — от $200 до нескольких тысяч в месяц. Сумма по портфелю даёт стабильную выручку без зависимости от одной разовой продажи.

Кто такой Адам Лейдл

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

После банкротства агентства какое-то время зарабатывал, стрижа газоны по объявлениям на AirTasker. Параллельно учился делать мобильные приложения. Сейчас ведёт YouTube-канал, на котором публично разбирает свои эксперименты с пейволлами, онбордингом и монетизацией.

Какую проблему решает портфель Адама

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

Логика портфеля: не пытаться сделать одно «приложение-флагман» с сотнями тысяч пользователей. Сделать 50+ узких приложений, каждое — для маленькой ниши, каждое приносит немного, но в сумме это устойчивая выручка, не зависящая от одного продукта.

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

После того, как агентство по сайтам обвалилось из-за прихода Wix и Squarespace, Адам остался с $200 000 необеспеченного долга. Машины забрали, счета заморозили, бизнеса не было. На дно скатывался около года: не мог заставить себя сесть за компьютер, не выходил из дома.

Чтобы хотя бы выйти на улицу, придумал косить газоны на заказ. Купил газонокосилку, разместил объявление на AirTasker. Пошли первые заказы — по 20-30 австралийских долларов за участок. По мере того как клиентов становилось больше, Адам столкнулся с операционной задачей: как состыковать адреса, чтобы за день объехать максимум клиентов с минимальными переездами. Спросил у других мастеров. Ответ: «Никак, лист бумаги, две стороны, неделя на каждой». На вопрос «почему нет приложения» ответили: «Никто его не сделал, кто-то должен».

Адам решил, что этот кто-то — он. На первое приложение для планирования маршрута по газонам ушло шесть месяцев. Запустил — пошло плохо. Понял, что причина в темпе: пока шлифовал одно, рынок уже ушёл вперёд. Поставил себе правило: по одному приложению в месяц, независимо от качества первого подхода.

Как собрал MVP

Стек — нативная разработка под iOS и Android, без подробного раскрытия инструментов. Принципиальное решение — отказ от перфекционизма. Первое приложение занимало шесть месяцев. Все следующие — 30 дней максимум. Релиз в магазин, минимальная маркетинговая активность, переход к следующему приложению.

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

Точка разворота произошла на одном из первых приложений: оно начало приносить около $1 000 в месяц в App Store. Через несколько месяцев пришёл покупатель, предложил $24 000 — двойную годовую выручку. Адам согласился. Этих денег хватило, чтобы закрыть один из судебных эпизодов с бывшим клиентом агентства и продолжить выпуск.

После этого ChatGPT появился, и Адам попробовал использовать его как ускоритель: разработчики говорили, что с ChatGPT можно выпускать в 10 раз быстрее. За один месяц с ChatGPT он выпустил 9 приложений вместо обычного одного. С этого момента портфель начал расти быстро.

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

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

Переход на «строю и оставляю». Момент, который сломал старую модель, — обычный ужин в кафе. Адам не смог позволить себе Pepsi Max. Понял: каждая продажа закрывает текущий месяц, но не строит будущее. С этого момента приложения перестали продаваться сразу. Стали накапливаться в портфеле. Каждое приносит от $200 до нескольких тысяч в месяц. В сумме на нынешний момент — $50 000-60 000 в месяц.

YouTube-канал как ускоритель. Запустил летом. Изначальная задумка — публично разбирать эксперименты с приложениями, чтобы получать обратную связь. По ходу одного из тестов перестроил пейволл и онбординг в одном из приложений. Месячная выручка по портфелю выросла с $10 000 до $50 000 за один цикл. С тех пор канал служит двойной задаче: с одной стороны — формат публичного учёта прогресса, с другой — источник идей и обратной связи от других разработчиков.

Монетизация

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

Параллельный канал — разовая продажа целого приложения другому разработчику. Цена покупки — обычно две годовых выручки. Этот канал был основным в первые два года, когда долг ещё висел и нужен был непрерывный приток денег. Сейчас Адам продаёт приложения выборочно — то, что не вписывается в портфель.

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

Перфекционизм первого продукта — самая дорогая ошибка соло-разработчика

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

Для строящего ИИ-проект следствие конкретное: сначала выпустите 5-10 узких MVP, замерьте отклик, потом вкладывайтесь в шлифовку только того, что показало интерес. Никак не наоборот.

Жёсткий ритм релизов важнее размера каждого релиза

«Одно приложение в месяц» — это правило, которое работало у Адама два года подряд независимо от того, насколько готов очередной продукт. Этот ритм даёт две вещи: накопление портфеля и обучение на каждой итерации. Каждый следующий релиз делается быстрее, потому что переиспользуются куски кода, паттерны онбординга, формулировки пейволла.

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

Портфель из 50 маленьких приложений устойчивее одного большого

Один продукт за $50 000/мес и пятьдесят продуктов по $1 000/мес дают одинаковый суммарный доход, но разное распределение риска. Если у одного флагмана что-то ломается — алгоритм магазина, обновление операционной системы, конкурент с большим маркетингом — выручка падает на 100%. Если ломается у одного из пятидесяти — падает на 2%.

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

Пейволл и онбординг — главные рычаги выручки, а не функции

Изменение пейволла и онбординга в одном из приложений Адама изменило общую выручку по портфелю с $10 000 до $50 000 в месяц. Это означает, что в большинстве приложений значительная доля пользователей упирается не в качество продукта, а в момент решения «платить или нет».

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

Идеи лежат в собственной операционке, а не в трендовых отчётах

Первое успешное приложение Адама родилось из его же газонокосилочной подработки. Все последующие — из похожих наблюдений в обычной жизни. Адам формулирует это как правило: не искать «трендовую нишу», а замечать, где сам спотыкаешься или где об этом жалуется знакомый.

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

Источник: интервью с Адамом Лейдлом.