Можно ли сделать приложение с помощью ИИ и что получится

Можно, и первый рабочий экран у вас будет в тот же вечер. Нейросеть соберёт то, что человек видит и трогает: экраны, кнопки, переходы, форму, список, вид под телефон. Это откроется на вашем телефоне и будет работать. За вечер не решается другое: вход для пользователей, хранение их данных, уведомления и деньги. Экраны для них модель нарисует, но эти четыре части живут на сервере, и там дело упирается в решения, которых за вас никто не примет: кто что видит, что хранить, кто платит. Код там как раз типовой. И в магазин приложений ни один конструктор не публикует от своего имени: аккаунт разработчика, проверка магазином (её называют ревью) и правила магазина остаются на вас.

Что получается за первый вечер

Вы описываете словами экран: «список моих тренировок, кнопка добавить, у каждой дата и длительность». Через несколько минут экран есть. Говорите «дату покажи крупнее, кнопку вниз», и он меняется. Так собирается всё, что живёт в самом телефоне: экраны и переходы, формы, локальные списки, простые расчёты, настройки, тёмная тема.

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

Про мобильные приложения нужно одно уточнение. Часть конструкторов, например Lovable и v0, делает только веб: страницу, которая открывается в браузере телефона. В магазин такой результат попадает через обёртку, программу-рамку, внутри которой открывается ваш сайт. Обёртку не запрещают, но ниже будет видно, за что режут приложения в такой рамке. Приложения в собственном смысле, с кодом под телефон, собирают агенты и та часть конструкторов, которая на это рассчитана: Bolt, Replit, а с мая 2026 и Google AI Studio, где приложение под Android собирается и запускается в эмуляторе прямо в браузере. То есть выбор инструмента вторичен для первого экрана, но решает, куда потом можно дойти.

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

К концу вечера у вас в руках вещь, которая выглядит как приложение и ведёт себя как приложение. Пока в неё входит один человек, вы, и данные лежат в самом телефоне.

Четыре части, которые за вечер не решаются

Проще увидеть на примере. Вы собрали дневник тренировок, он работает у вас. Показываете другу, он говорит «дай мне тоже». В этот момент приложение перестаёт быть экраном и становится системой.

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

База. Пока данные лежат в телефоне, они пропадают вместе с телефоном и не видны с другого устройства. Как только пользователей двое, данным нужен дом на сервере, а у дома есть адрес, замок и копии на случай беды. Бесплатных тарифов серверных баз хватает на первых пользователей, но у одной популярной базы проект, в который неделю никто не заходил, засыпает, и ваш друг в этот момент увидит ошибку; первый платный уровень стоит 25 долларов в месяц.

Уведомления. Напоминание самому себе «тренировка в семь» телефон поставит без всякого сервера. Сервер нужен, когда повод возникает не у вас в кармане: друг оставил комментарий, пришла оплата, изменилось расписание. Тогда уведомление идёт через серверы Apple и Google, отправляет его ваш сервер, а телефон должен разрешить их получать. Это связка из трёх сторон, и у сервера с магазином на ней свои ключи и сертификаты.

Деньги. Если приложение продаёт подписку, платный уровень или цифровой контент внутри себя, оплата идёт через магазин по его правилам. У Google комиссия 15 процентов с первого миллиона долларов выручки в год, у Apple те же 15 процентов по программе для малого бизнеса, в которую нужно вступить; выше порога и вне программы 30. Если приложение записывает клиентов на услугу или продаёт физический товар, это другой случай: магазин комиссии не берёт, платите только своему эквайрингу. А вот обычная платёжная кнопка, которую модель соберёт по просьбе «добавь оплату», в вебе работает, а внутри мобильного приложения для цифровой покупки становится причиной отказа.

Почему нейросеть не собирает эти четыре части так же легко, как экран. Объём кода тут небольшой и типовой. Упирается в решения. Хранить телефоны пользователей или нет. Кто видит чужие записи. Что происходит, если человек не заплатил. Кто платит за сервер каждый месяц. Модель уверенно предложит вариант, и он будет работать в демонстрации. Ошибка проявится позже, когда пользователей станет тысяча и данные одного окажутся видны другому. Модель не боится последствий, поэтому не спросит, можно ли этому человеку видеть эту запись, если вы не решили это заранее. Ответы на эти вопросы записываются в правила проекта до того, как модель начнёт их угадывать.

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

Что требуют магазины приложений

Здесь у мобильного приложения появляется то, чего у сайта нет: между вами и пользователем стоит проверяющий.

Аккаунт разработчика. У Apple он стоит 99 долларов в год. Для компании обязателен международный идентификатор D-U-N-S, сайт и почта на домене компании; на торговое название без юрлица аккаунт не заводят. У Google регистрация разовая, 25 долларов, с документом и картой на своё имя. Аккаунт стоит заводить на себя или свою компанию. Перенести приложение с аккаунта подрядчика потом можно, но только с его согласия и с оговорками, а при конфликте с исполнителем вы теряете и страницу в магазине, и накопленные установки.

Ревью. Каждую версию смотрят на стороне магазина. У Apple по их же данным девять из десяти версий проверяются меньше чем за сутки. У Google для личных аккаунтов, заведённых после ноября 2023 года, перед выходом в открытый доступ обязательно закрытое тестирование: минимум 12 тестировщиков, непрерывно подключённых 14 дней. Обычно это ваши первые пользователи из чата. То есть между «собрал» и «в магазине» у новичка с личным аккаунтом Google по правилам лежат минимум две недели.

На чём режут сгенерированные приложения. Четыре пункта из правил Apple и Google, своими словами.

Приложение, которое ничего не делает сверх сайта в рамке. Правило требует функций, содержания и интерфейса, которые «поднимают приложение выше переупакованного сайта»; приложение не должно быть в основном рекламой, набором ссылок или вырезками из веба. Обёртка сама по себе тут ни при чём: режут, когда внутри неё нет ничего сверх сайта.

Приложение, неотличимое от сотни таких же. С июня 2026 года Apple пишет прямо: не подавайте приложения, неотличимые от того, что уже широко доступно. В переполненных категориях, от знакомств до таймеров и фонариков, новые приложения без заметно другого опыта не принимают вовсе; уже вышедшие могут удалить, если их не обновляют и они не привлекают пользователей. Приложение, собранное за вечер по типовому запросу, под этот пункт попадает легко.

Приложение, которое падает или показывает заглушки. По данным самой Apple, больше 40 процентов нерешённых замечаний относятся к одному пункту про завершённость: версии, которые падают, экраны-заглушки, выключенный сервер. Ровно то, что остаётся после «в предпросмотре работало».

Приложение, которое собирает данные и не говорит зачем. Политика конфиденциальности нужна и в карточке магазина, и внутри приложения, с описанием, что собираете, кому передаёте и как удалить. У Google к этому добавляется форма безопасности данных, обязательная даже для закрытого теста.

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

Сама выкладка при этом перестала быть страшной. В сентябре 2026 я выкладывал в App Store очередное приложение, мобильных у меня в магазинах больше десяти: описания, картинки и всё остальное, на что раньше у меня уходила неделя полной работы. Заняло несколько часов. Это рутина, которую нейросеть ускоряет по-настоящему. Ревью она за вас не пройдёт, но подготовить к нему может.

Где сгенерированные приложения ломаются

В двух местах, и оба видны не сразу.

Первое место: данные. В июне 2026 одна компания по безопасности просканировала 1 072 веб-приложения, собранных нейросетями на одной популярной серверной базе. У 98 процентов нашлась хотя бы одна уязвимость, у 173 критическая: у 308 приложений через публичный ключ базы читались данные, 172 позволяли удалять записи без входа, 39 отдавали таблицы целиком. За четыре месяца до этого тем же способом вскрыли соцсеть, собранную без единой строки кода руками: полтора миллиона ключей доступа и 35 тысяч адресов почты были открыты любому, кто знал адрес базы; закрыли за ночь. Механика в обоих случаях одна, и она не про ключ. Публичный ключ в приложении нормален, так эти базы устроены. Беда в том, что правила доступа к таблицам не включены, и тогда этот ключ открывает всё. Правила называются Row Level Security и включаются на каждой таблице отдельно; модель по умолчанию оставляет их выключенными, потому что так работает демонстрация. У мобильного приложения на той же базе схема та же. Готовые проверки под этот случай лежат в материале про безопасность сгенерированного кода, он бесплатный и открывается после входа по почте.

Второе место: правки. Через неделю-две правка начинает ломать то, что вчера работало. У мобильного приложения это дороже, чем у сайта: каждую починку нужно собрать, поставить на телефон и проверить руками, а если приложение уже в магазине, ещё и провести через ревью. Почему это нормальная стадия и чем она заканчивается, разобрано в статье про три стадии работы с ИИ.

И про ощущение скорости. В контролируемом эксперименте 2025 года опытные разработчики с ИИ делали задачи дольше, а были уверены, что быстрее; в повторном замере начала 2026 года разница у них почти не изменилась, а у новых участников её почти не было. Сам эксперимент и другие замеры разобраны в статье про цену часа разработчика. Для вас вывод один: первый экран за вечер это правда, а «приложение за выходные» это ощущение, и оно обманывает даже профессионалов. Проверить его нечем, кроме календаря; это касается и подрядчика, который обещает приложение за выходные.

Что помогает, то же, что и в вебе: контроль версий и файл с правилами проекта (в Claude Code это CLAUDE.md в корне проекта, в Cursor правила проекта); оба приёма описаны в статье про вайб-кодинг. Мобильное добавляет одно: правку не считают сделанной, пока она не проверена на телефоне.

Три маршрута под вашу задачу

Куда приложение попадает к людям, и определяет маршрут. Их три.

Маршрут первый: веб-приложение по ссылке. Технически это сайт, свёрстанный под телефон; его можно добавить на домашний экран, и он будет выглядеть как приложение (такие называют PWA, прогрессивные веб-приложения). Магазинов нет, ревью нет, установки нет, обновляется мгновенно. Не получите: покупок через магазин, значка в App Store, а уведомления на iPhone работают только у приложения, добавленного на домашний экран. Подходит для внутренних инструментов, каталогов, записи на услуги, всего, где люди приходят по ссылке. Первый экран за вечер, дальше срок зависит от серверной части, а она та же, что у любого сайта с пользователями. Как довести собранное до адреса, сервера и копий базы, разобрано в материале «Навайбкодил сайт. Что дальше».

Маршрут второй: приложение внутри Telegram. Тот же веб, только окно ему выдаёт мессенджер, а вместе с окном имя того, кто открыл. Вход решён за вас, установки нет, магазинов нет. Цифровые покупки идут через встроенную валюту Telegram, физические товары и услуги принимаются обычной оплатой картой. Не получите: людей вне Telegram. Для аудитории, которая уже живёт в мессенджере, это самый короткий путь до работающего продукта. Как это устроено и с чего начать, в статье про Telegram Mini App, там же рабочий шаблон.

Маршрут третий: приложение в App Store и Google Play. Значок на экране, полные уведомления, покупки внутри, доступ к камере и датчикам. Получаете всё. Платите за это серверной частью из прошлого раздела, аккаунтами разработчика, ревью и временем: на первый экран уходит вечер, на приложение в магазине недели. Подходит, когда продукт живёт в телефоне постоянно и без магазина его не найдут.

Развилка простая. Если люди могут прийти к вам по ссылке, начинайте с первого или второго маршрута: настоящие пользователи появятся раньше, чем вы дойдёте до магазина, и вы узнаете, что им нужно, до того как потратите месяц на ревью и аккаунты. Третий маршрут выбирают, когда без него продукт не работает.

Сам или заказать: считаем

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

Ставка у меня опубликована: 155 белорусских рублей, или 55 долларов, или 4 тысячи российских, за час, одна для всех видов работ, страница цен. Первая версия мобильного приложения с входом, основным экраном и платежами занимает 4–6 недель по странице разработки. Сколько это в часах, называю после разбора экранов: у мобильной первой версии разброс слишком большой, чтобы писать вилку до разговора. Для ориентира по этой же ставке: аудит из следующего раздела, 4–8 часов, это 620–1 240 рублей. Первая версия приложения считается в десятках часов, и в договор идёт точная цифра после разбора экранов.

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

Есть и промежуточный путь: первый маршрут своими руками, а перед выходом к людям аудит на 4–8 часов, по ставке это 620–1 240 рублей. Магазина нет, ежемесячно только сервер, чинит по-прежнему автор, а аудит закрывает вопрос доступов до первых пользователей.

Что спросить у себя до старта

Ответы стоит записать до того, как открывать инструмент.

1. Кто откроет приложение первым, кроме вас, и как он о нём узнает?
2. Что человек делает на первом экране? Одно предложение.
3. Нужен ли ему вход, или достаточно открыть и пользоваться?
4. Есть ли внутри деньги: подписка, покупка, оплата услуги?
5. Нужен ли значок в магазине, или люди придут по ссылке?
6. Кто будет чинить, когда сломается, и кто платит за сервер?

Первые два ответа дают первую фазу. Остальные четыре говорят, какой из трёх маршрутов ваш и сколько в нём серверной части.

Если уже собрали и упёрлись

Знакомый набор симптомов: экраны есть, что-то даже работает, а платёжка не подключается, вход по телефону отваливается, агент третий день переписывает один и тот же файл. Разбирать такое начинают с аудита: 4–8 часов работы, после которых понятно, что подхватить как есть, что переписать и какие риски. Если по итогам решите доводить руками исполнителя, это доработка застрявшего проекта, собранного с нейросетью: аудит с планом за 3–5 рабочих дней, потом 2–6 недель до состояния, в котором приложение можно показывать людям. Если вы выбрали третий маршрут и хотите заказать целиком, это разработка от прототипа до релиза, с публикацией под ваш аккаунт разработчика. От вас в любом варианте понадобятся аккаунты разработчика на вашу компанию (для Apple с D-U-N-S), политика конфиденциальности и ответ на вопрос, кто платит за сервер.

Что изменится после первых пользователей

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