Как пишутся приложения: путь от идеи до кнопки «Установить»

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

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

Разработчик — не первый человек в цепочке. Сначала кто-то рисует экраны: что видит пользователь, куда он нажимает, что происходит после нажатия. Это называется прототип, и его можно собрать даже без единой строчки кода — в редакторе вроде Figma или просто на бумаге. Хороший макет экономит недели. Переделать линию на бумаге дешевле, чем переписывать готовый экран.

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

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

Здесь и разворачивается главный миф. Код — это не заклинание, а текст с чёткими правилами, который компьютер читает буквально: сделай вот это, если условие верно — сделай другое, повтори столько-то раз. Для iOS Apple с 2014 года развивает свой язык Swift — открытый, бесплатный и специально упрощённый для новичков, так что первым языком в жизни вполне может стать именно он. Для Android Google с 2019 года официально называет предпочтительным языком Kotlin: на нём уже написана большая часть собственных приложений компании, от Карт до Почты.

Разница между iOS и Android — не мелочь. Это два разных языка и две отдельные сборки, поэтому у приложения для обеих систем всегда как минимум два «слоя» кода — либо два родных, написанных отдельно под каждую платформу, либо один общий на кроссплатформенном фреймворке вроде Flutter, который потом превращается в код для обеих систем сразу. Про то, как это двигает цену у студий, мы уже писали в статье про три пути. Здесь важнее другое: сама механика не меняется, даже когда код пишет не человек за клавиатурой, а нейросеть по вашей команде — итоговый файл всё равно настоящий Swift или Kotlin, который можно открыть и прочитать.

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

Готовый экран — не значит рабочий экран. Прежде чем показать приложение реальным людям, его проверяют на узком круге: у Apple это TestFlight, куда можно пригласить до 100 человек из своей команды и ещё до 10 000 внешних тестировщиков, а новая сборка приходит им за минуты. У Google Play похожая логика: внутреннее тестирование рассчитано на группу до 100 человек и тоже публикует сборку почти мгновенно, без очереди модерации.

Разница в другом. Для новых личных аккаунтов разработчика Google Play с ноября 2023 года требует пройти ещё и закрытое тестирование на более широкой группе, прежде чем открыть доступ к полноценной публикации. Это не формальность для галочки. Именно на этом шаге чаще всего находят баг, который на макете и в голове разработчика выглядел мелочью, а на живом устройстве обрушивает весь экран.

Барбершоп, который тестировал форму записи только сам на себе, узнал об этом на третьей неделе: клиенты с айфонами старой модели не видели кнопку подтверждения, она уезжала за край экрана. Пять живых тестировщиков с разными телефонами нашли бы это за один день.

Готовый и протестированный код — ещё не готовое приложение. Apple заявляет, что проверяет 90% заявок за 24-48 часов, но по опыту разработчиков в 2026 году новые приложения чаще ждут решения модератора 2-5 дней, а не сутки: объём заявок вырос, и очередь стала длиннее заявленного норматива. Google Play формулирует честнее: стандартная проверка занимает от нескольких часов до нескольких дней, а для части аккаунтов, которые проверяют тщательнее, может растянуться до недели и дольше. Закладывайте это время заранее, а не узнавайте о нём в день, когда обещали клиенту запуск.

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

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

Вайб-кодинг — это разработка через диалог с ИИ. Инструмент вроде Claude Code читает файлы проекта и пишет тот же Swift или Kotlin, только по обычным словам заказчика, а не по синтаксису языка. Вы не подбираете скобки и точки с запятой. Вы формулируете задачу и проверяете результат на своём телефоне, а нейросеть берёт на себя ту часть, которую раньше называли непреодолимым порогом входа.

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

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

Хотите пройти этот путь на своей задаче, а не на учебном примере? открытый урок «Вайб-кодинг: с нуля до профи»