Как мы навайбкодили приложение, разместили в RuStore и уже через неделю получили первые оплаты

На разработку и тесты ушёл день. А после запуска первые пользователи показали, что ещё нужно изменить.

Я развиваю ZAE-AI — сервис озвучки текста и клонирования голоса. Раньше в Т⁠—⁠Ж я сравнивал сервисы клонирования, включая свой. Здесь расскажу о другой стороне проекта: как у работающего сайта появилось мобильное приложение и что пришлось сделать, чтобы получить первые оплаты из него.

Приложение для Android мы создали с помощью Claude Code. Но кнопки «сделать хорошо», которая с первого раза выдаёт вменяемый результат, пока еще не существует. Примерно день ушёл на доработки и тестирование на разных устройствах. А после публикации в RuStore выяснилось, что часть решений придётся пересмотреть ещё раз.

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

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

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

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

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

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

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

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

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

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

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

Ещё одно изменение подсказал один из первых пользователей. Он сообщил, что письма с одноразовым кодом для входа попадали в спам. Человек хотел воспользоваться сервисом, но уже на входе ему приходилось искать письмо в другой папке.

Поэтому во второй версии мы добавили вход через Telegram и MAX. Теперь можно подтвердить вход в боте и вернуться в приложение. Этот путь помогает обойти проблему с доставкой кода на почту.

Мессенджеры интересовали меня и как канал дальнейшей связи с пользователями и догоняющих рассылок.

Кроме того, кнопки «Поделиться» и «Сохранить» подогнали под небольшие экраны. Длинные подписи голосов стали видны целиком, а клавиатуру можно убрать касанием вне поля ввода. В этой же версии появился раздел с видео и возможность создать говорящее фото из готовой озвучки. Человек уже получил аудио и сразу под результатом может перейти к следующей задаче — использовать запись в видео.

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

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

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

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

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

Письмо было от моего лица — основателя ZAE-AI. Я попросил поделиться впечатлениями и предложил оставить отзыв о приложении в RuStore. Так удалось собрать обратную связь у людей, которые уже знали продукт и регулярно им пользовались.

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

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

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

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

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

Из этого опыта у меня получился такой порядок работы:

1. Сначала описать конкретную задачу человека и результат, который он должен получить в приложении.
2. После сборки пройти весь путь на разных устройствах: от первого экрана до сохранённого файла и успешной оплаты.
3. Дать приложение людям из целевой аудитории и посмотреть, где им нужны подсказки.
4. Выпустить исправления, а после публикации продолжать собирать обратную связь и приглашать к добровольным отзывам.

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