Что происходит после вайбкодинга: запуск ZAE-AI в RuStore и первые оплаты
Жена взяла телефон с нашим приложением и остановилась на выборе голоса. Я наблюдал за ней и понимал: сам-то я знаю, где находится каталог. Но человеку, который открыл сервис впервые, нужно ещё догадаться, как до него добраться.
Это был полезный момент запуска. Приложение уже умело озвучивать текст, а путь к этой возможности всё ещё требовал объяснений. Во второй версии рядом с формой появилась заметная кнопка «Выбрать голос».
Меня зовут Алексей Варчак, я основатель ZAE-AI — сервиса озвучки текста и клонирования голоса. Расскажу, как мы сделали для него Android-приложение с помощью Claude Code, вышли в RuStore и дошли до первых оплат. Больше всего выводов у меня осталось о работе, которая начинается после первой удачной сборки.
Что позволило собрать мобильную версию за день
К моменту разработки приложения у ZAE-AI уже были пользователи и работающий сайт. Сервер создавал аудио, хранил голоса и историю, обслуживал аккаунты и принимал платежи. Эту основу мы успели проверить за несколько месяцев работы.
Поэтому задача была ограниченной: сделать мобильный интерфейс к существующему продукту. Примерно день заняли доработки и проверки на разных устройствах. В этот срок не входит создание самого сервиса.
Мы сделали нативный Android-клиент, который подключается к общему серверу. У пользователя один аккаунт для сайта и приложения: доступны тот же баланс, сохранённые голоса и готовые записи. Переход на телефон не требует начинать работу заново.
Claude Code помогал реализовывать изменения. Моя часть работы выглядела так: проверить сценарий, найти проблему, описать её, получить исправление и снова пройти тот же путь. Скорость написания кода позволяла быстро повторять этот цикл.
Проверять пришлось весь путь до готового файла
На первом экране легко решить, что всё готово: текст вводится, голос выбирается, кнопка нажимается. Но задача пользователя заканчивается позже — когда он получает нужную запись и может ею воспользоваться.
Например, для клонирования человек приносит файл из диктофона. Формат этой записи может не подходить серверу. Мы добавили подготовку и преобразование аудио внутри приложения, чтобы загрузка обычного файла не превращалась в отдельный поиск конвертера.
С оплатой похожая история. Пользователь уже прошёл платёжную форму и вернулся в сервис, а уведомление о зачислении ещё идёт. Приложение должно проверить обновление баланса, иначе человек видит прежнюю сумму и не понимает, можно ли продолжать.
При проверке нужно дойти и до сохранения результата. Помещаются ли кнопки на узком экране? Можно ли отправить аудио в мессенджер? Не мешает ли клавиатура? Эти детали становятся заметны, когда пользуешься продуктом с телефона, а не рассматриваешь отдельный экран.
Первые пользователи изменили вторую версию
Случай с женой показал, что привычка основателя к интерфейсу мешает его оценивать. Каталог существовал, возможность выбора работала — затруднение было в том, чтобы найти её в нужный момент.
После добавления кнопки человек мог открыть каталог прямо из формы озвучки, послушать варианты и выбрать голос. До изменения я проверял, доступна ли функция. После этого эпизода стал внимательнее смотреть, замечает ли её новый пользователь.
Другой сигнал пришёл от одного из первых клиентов: одноразовый код для входа попадал в спам. Человек хотел попробовать сервис, но задерживался ещё до начала работы с текстом.
Во второй версии мы добавили авторизацию через Telegram и MAX. Пользователь подтверждает вход в боте, затем возвращается в приложение. Так появился дополнительный способ попасть в аккаунт, когда письмо приходится искать. Конверсия из установки в регистрацию, кстати, выросла в 2 раза.
Тогда же поправили элементы на небольших экранах: кнопки сохранения и отправки, длинные названия голосов, закрытие клавиатуры касанием вне поля. Добавили и продолжение сценария — создание говорящего фото из уже полученной озвучки. 
На следующем запуске я бы раньше дал продукт нескольким людям, которые ещё не видели интерфейс. Поставил бы конкретную задачу: сделать запись своим голосом и отправить её. А затем смотрел бы, где человек справляется сам, а где ждёт объяснения.
Публикация в RuStore не обеспечила заметности
Для магазина мы подготовили карточку с названием «zae-ai: озвучка текста голосом», описанием, иконкой и скриншотами. Однако после размещения приложение оставалось низко в поиске.
Здесь тоже легко оценивать продукт со своей позиции. Я знаю название и могу найти свою карточку. Потенциальный пользователь может вообще не знать о ZAE-AI: он ищет способ озвучить текст или сделать клон голоса.
В рекомендациях RuStore по оформлению и продвижению сказано, что релевантные ключевые слова расширяют набор запросов, по которым доступно приложение, но не гарантируют место в топе. В том же руководстве рейтинг назван одним из факторов, от которых зависит место в поиске. Одного заполнения карточки для нашего запуска оказалось недостаточно.
Начали с людей, которые уже пользовались сервисом
Первая аудитория у нас была на сайте. Для обращения я выбрал клиентов с тремя и более оплатами. Повторные платежи показывали, что человек уже возвращался к ZAE-AI и нашёл в нём пользу.
Для обращения к этим клиентам я выбрал письмо от имени основателя. В нём попросил обратную связь о мобильной версии и пригласил написать о своём опыте в RuStore. Откликнулась аудитория, которая уже знала возможности сервиса.
Отзывы после этой рассылки были положительными. Здесь важен способ отбора: мы обратились к лояльным клиентам, которые уже платили несколько раз. Их реакцию нельзя переносить на всех, кто впервые увидит сервис.
Спустя примерно неделю после обращения к клиентам и первых отзывов мы заметили улучшение позиций. В мобильной версии появились оплаты. Для меня это стало подтверждением, что запуск дошёл до реального использования. 
Я связываю этот результат с работой с пользователями, но отдельно вклад отзывов мы не измеряли. На выдачу могли влиять установки и другие факторы. Поэтому это последовательность событий нашего запуска, а не обещание получить такой же результат за неделю.
Что я включу в следующий запуск
Для будущих релизов я сформулировал несколько вопросов. Их удобно держать рядом с задачами на разработку и возвращаться к ним, когда очередная версия уже запускается на телефоне.
| Этап | Какой вопрос проверить |
|---|---|
| Объём разработки | Что уже работает в продукте, а что действительно предстоит создать? |
| Основной сценарий | Доходит ли человек от первого экрана до сохранённого или отправленного результата? |
| Первое знакомство | Находит ли новый пользователь нужное действие без подсказки автора? |
| Вход и оплата | Может ли человек попасть в аккаунт и увидеть зачисление после платежа? |
| Запуск в магазине | Как аудитория узнает о приложении и где мы соберём первые впечатления? |
Отдельно я бы развёл техническую проверку и наблюдение за человеком. Исправно работающая функция отвечает на один вопрос. Понятное расположение этой функции — на другой. Для обеих проверок нужно оставить время.
В нашем случае ИИ ускорил переход от замечания к исправлению. Но сами замечания появились за пределами редактора кода: дома во время теста, в сообщении про спам, в откликах постоянных клиентов.
Теперь при запуске мне хочется раньше дойти до этого разговора с людьми. Чем быстрее человек попробует решить свою задачу без моих пояснений, тем раньше станет понятно, какую следующую правку действительно стоит делать.
А как вы проверяете первые версии своих продуктов: сами проходите сценарии, наблюдаете за новыми пользователями или сразу отдаёте приложение постоянным клиентам?
Алексей Варчак, основатель ZAE-AI.
