UX/UI-дизайнер без заявленного опыта полноценной iOS-разработки довёл собственный финансовый менеджер Hole Money от макетов до App Store. По словам автора проекта, работа заняла 16 выходных дней и около $250, но экономия на коде не избавила его от архитектурных ошибок, ручных проверок и двух отказов при модерации.
Суть события
Автор кейса решил проверить вайбкодинг на практической задаче: сделать приложение для учёта доходов и расходов, которым он сам хотел бы пользоваться. Он подготовил подробные макеты в Figma, дизайн-систему, UI-kit и сценарии экранов, а затем распределил работу между ИИ-инструментами: Claude помогал составлять техническое задание и анализировать интерфейсы, Codex писал код на SwiftUI.
Результатом стало работающее MVP Hole Money. iOS-версию приняли в App Store; на момент публикации она была доступна в России, США, Великобритании, Малайзии и Казахстане. Благодаря SwiftUI появилась и версия для macOS, а синхронизацию данных автор реализовал через iCloud.
Детали
Подготовка оказалась не формальностью. Анализ макетов занял у автора лишь немногим меньше времени, чем сам дизайн, а итоговая документация разрослась до 11 Markdown-файлов с описанием архитектуры, компонентов и дизайн-системы. Такой уровень детализации помог нейросети воспроизвести интерфейс близко к макетам, хотя не с первой попытки.
Когда автор перестал регулярно проверять сборки на устройстве, Codex начал придумывать элементы интерфейса вместо точного следования макетам. Ещё дороже могла обойтись ошибка в архитектуре хранилища: при загрузке 5000 тестовых операций приложение обращалось ко всем записям и сильно зависало. Архитектуру пришлось переделать.
В проект также вошли котировки валют, конвертация, серверная загрузка логотипов банков, управление рекламным баннером и аналитика Yandex App Metrica. Для публикации понадобился отдельный сайт с политикой обработки данных. App Store дважды отклонил сборку: сначала потребовались подробное видео и описание функций, затем возник вопрос к навигации macOS-версии.
Контекст
Заявленный бюджет — около $250. Автор пишет, что теоретически мог уложиться в $50–70, но быстро исчерпал подписку Codex за $20 и перешёл на тариф за $200, чтобы не ждать восстановления лимитов. Это полезная оговорка для предпринимателей и фрилансеров: ИИ способен снизить порог входа в прототипирование, однако срочность, длинный контекст и многократные исправления превращаются в прямые расходы.
Кейс не доказывает, что мобильную разработку теперь можно полностью отдать модели. Скорее, он показывает новую роль человека: сформулировать продукт, подробно описать поведение, проверять сборки и замечать решения, которые работают на демо, но ломаются на реальных объёмах данных. Для более широкого понимания настройки моделей можно также посмотреть материал о способах дообучения нейросетей в 2026 году.
Что дальше
Перед запуском похожего MVP разумно отдельно заложить бюджет на подписки, тесты производительности, внешние сервисы и требования магазина. Проверять результат лучше после каждого этапа, а не только перед релизом: ошибка в интерфейсе неприятна, но неверная модель хранения данных способна потребовать переделки основы приложения.
Главный практический вывод звучит трезво: вопрос действительно смещается от «как написать каждую строку» к «что именно сделать и как проверить». Но хороший макет и длинное техническое задание не заменяют контроля качества. Вайбкодинг ускоряет путь к первой версии, а ответственность за продукт, данные и публикацию всё равно остаётся у автора.
