Как запустить инструмент для мобильных приложений в России — разбор NativePHP

Логика такая. PHP и Laravel — один из самых распространённых стеков для сайтов и веб-сервисов. На нём работают тысячи разработчиков. Но чтобы сделать мобильное приложение, обычно нужно учить другой язык — Swift для iPhone, Kotlin для Android — или брать отдельный фреймворк. NativePHP убирает этот барьер: приложение под обе платформы пишется на том же PHP-коде, который разработчик уже знает. Аудитория — не обычные пользователи, а сами разработчики на Laravel и небольшие команды, которым нужно мобильное приложение без найма отдельного мобильного программиста.

Модель — платная лицензия для разработчика. Точные тарифы по годам менялись, но речь о сотнях долларов за лицензию. Рост был быстрым: продукт начал зарабатывать ещё до публичного показа, а на старте вышел на около $60 тысяч в месяц — два основателя, ноль сотрудников, проект прибыльный. Стартовые расходы — около $1 тысячи. Отдельно отмечу: к 2026 году команда сделала продукт бесплатным и открытым, а зарабатывает на смежных платных сервисах. Для разбора это важно — модель «платная лицензия» здесь сработала на старте, но сам оригинал от неё ушёл.

Самая сложная часть — заставить PHP-код запускаться внутри мобильного приложения и пройти проверку магазинов. Главный страх был именно в этом: пропустит ли Apple приложение, целиком построенное на PHP. Оригинал решил эту задачу — собрал рабочий прототип, и Apple одобрила его в App Store. Это и был сигнал, что инструмент рабочий. Дальше нужно упаковать всё в понятный пакет для разработчика: установка, документация, примеры, поддержка обеих платформ — iPhone и Android.

Это инженерный продукт, а не массовый сервис. Его собирают не дизайном лендинга и оплатой подписки, а глубокой технической работой: нужно разбираться, как устроены сборка приложений и проверка в магазинах. Поэтому повторить такой инструмент с нуля сложнее, чем обычный сервис на готовых кубиках. Зато и порог входа для конкурентов высокий — случайный человек такое не соберёт.

Беру Wordstat — он показывает, сколько раз в месяц вводят запрос. По прямой задаче «мобильное приложение на PHP или Laravel» спроса почти нет: в сумме около 110 запросов в месяц на все формулировки вместе. Это и есть главная причина, почему кейс узкий.

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

Завёл коммерческие фразы в Директ и снял реальные ставки аукциона. Вот ставка, по которой начинаются показы (низ выдачи), и ставка основного показа:

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

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

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

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

Соберу цифры разбора вместе. Прямой спрос на инструмент «приложение на PHP или Laravel» в России крайне узкий — около 110 запросов в месяц на все формулировки вместе. Рядом большой объём на разработке приложений: «разработка мобильного приложения» — 6 708, «сделать мобильное приложение» — 4 780, «приложение из сайта» — 5 122 запроса в месяц, — но это люди, которым нужно готовое приложение под ключ, а не инструмент для самостоятельной сборки. Клик дешёвый — 12–18 рублей на низе выдачи. По узким инструментальным фразам клик есть, но подходящих людей за ним почти нет; по широким фразам людей много, но это не та аудитория.

Как рос оригинал. NativePHP вышел на свою выручку почти без платной рекламы — на доверии Laravel-сообщества. Сначала была бесплатная открытая версия для настольных приложений: она собрала вокруг проекта лояльную аудиторию и сообщество в чате на тысячу с лишним человек. Потом — публичный показ мобильной версии на конференции Laracon EU, прямо на сцене перед своими разработчиками. Ещё до этого Саймон открыл ранний доступ через спонсорство на GitHub и месяцами рассказывал о прогрессе в Twitter — к моменту показа продукт уже зарабатывал. Платной рекламы в источниках не упоминается вовсе; наоборот, команда сама поддерживает деньгами открытые проекты в сообществе.

Где брать клиентов в России. Канал оригинала переносится плохо. У него работала не реклама, а годами выстроенное доверие в узком профессиональном сообществе вокруг конкретного фреймворка. Чтобы повторить это в России, нужно быть своим в сообществе разработчиков на Laravel или PHP: выступать, вести открытый проект, отвечать на вопросы. Платный клик дешёвый, но прямого спроса по нему почти нет, поэтому он остаётся в лучшем случае вторым каналом. Первый канал — содержательные материалы и присутствие в профессиональном сообществе.

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