Embedded Files
Кросс-платформенное мобильное приложение AI-based для транскрибации и структурирования аудио и видеоконтента. Приложение позволяет загружать аудио и видеофайлы и получать транскрипцию и краткую выжимку содержания.
Контекст
Цель проекта
Заказчик специализируется на небольших подписочных мобильных приложениях.
Задача на старте: супер-быстро запустить MVP, которое позволит проверить гипотезу спроса и начать дистрибуцию в Store.
Ключевые требования MVP:
загрузка аудио / видео файла или ссылки на YouTube
автоматическая транскрибация
генерация summary
подписочная модель
минимальное количество экранов и шагов
Проект стартовал без готового ТЗ, нужно было сформировать продуктовую логику с нуля.
Вклад в проект
конкурентный ресерч
формирование MVP-скоупа
UX-флоу и вайрфреймы
визуальная концепция
UI-Kit
дизайн макетов и сопровождение для разработки
дальнейшее развитие продукта (онбординги, paywall, стор-скриншоты, новые фичи)
Проект стал долгосрочным: заказчик развивает приложение более 3 лет после запуска.
Исследования
Что было сделано
сбор и анализ функционала конкурентов
группировка фич по категориям
анализ пользовательских флоу
выделение MVP-функций, future-фич и исключённых решений
На основе анализа я подготовила wireflow, который стал базой для дальнейшего дизайна.
Концепция
Summarizer был задуман как простой рабочий инструмент.
Универсальный тул: audio → text
открыть → загрузить файл → получить результат
Все дополнительные сценарии — вторичны.
Ключевое решение
Главное продуктовое решение – одностраничная структура приложения:
все ключевые действия доступны с главного экрана
минимум настроек
отсутствие сложных сценариев и быстрый путь к результату
Главный экран
Возможность загрузить файл или вставить ссылку на YouTube.
Экран с результатом
Результат обработки: транскрипция и краткие выжимки.
История
Результат обработки сохраняется для быстрого доступа к тексту.
Визуальная система
Визуальный стиль:
минималистичный
нейтральный
без декоративных отвлечений
ориентирован на рабочий сценарий
Был создан UI Kit с использованием:
переменных
модов
поддержкой тёмной темы
Это позволило быстрее масштабировать продукт.
Развитие продукта после MVP
После запуска MVP Summarizer перешёл в фазу постепенного продуктового развития. Основной фокус был не на резком расширении функциональности, а на улучшении пользовательского опыта, повышении конверсий и доработке ключевых сценариев.
Я продолжала работать, участвуя в формировании и внедрении новых решений:
улучшение paywall-конверсии
эксперименты с онбордингами
оптимизация App Store скриншотов и промо-страниц
добавление новых фич в приложении
добавление возможностей обратной связи
Главный экран
Перерабатывался 4 раза: от максимально простого инпута, к более сложному решению, которое позволило расширить функционал под технические требования, добавить новые настройки загрузки. Путь пользователя стал длиннее, но в итоге результат транскрибации стал качественне, что намного важнее для продукта.
Актуальная версия главного экрана
Загрузка файла
Загрузка ютуб видео
Запись звука в приложении
Развитие функциональности
Со временем в приложение были добавлены новые фичи, которые расширяли сценарии использования и повышали качество результата обработки. Все новые фичи внедрялись аккуратно, без нарушения основного пользовательского флоу.
Запись голоса в приложении
Редактирование результата обработки
Настройка отображения результата
Добавление разметки для лучшей читаемости текста
Оптимизация ключевых точек воронки
Онбординг
Онбординг в Summarizer несколько раз пересматривался и тестировался. Мы пробовали разные подходы: демонстрацию функционала, запрос оценки, интерактивные сценарии и квизовый формат.
Каждая итерация включала небольшие, контролируемые изменения, добавление или удаление 1–2 экранов, изменение логики или подачи ценности.
Эффективность решений оценивалась через ключевые метрики:
конверсия между экранами онбординга
переход к первому paywall
покупка на первом paywall
переход к первой обработке
По итогу развитие онбординга можно разделить на три этапа.
Этап 1. Демонстрация функционала + запрос оценки
Первая версия онбординга строилась на классической схеме: демонстрация возможностей приложения через превью-экраны и запрос оценки.
Проблемы:
приложение ориентировано на работу с текстом, статичные скриншоты плохо передавали ценность
превью не демонстрировали реальный результат работы
запрос оценки был неуместен на этом этапе
пользователь не успевал понять ценность продукта, что негативно влияло на конверсию в покупку
Итог: пользователь не успевал понять ценность и пользу продукта, что негативно влияло на конверсию в покупку
Этап 2. Интерактивный онбординг
На втором этапе мы попробовали показать ценность продукта через действие. Пользователю предлагалось получить результат прямо в онбординге – увидеть транскрипцию заранее выбранного YouTube-видео (тестировалось несколько вариантов контента).
Результаты:
вовлечённость была выше, чем в первой версии
ценность продукта становилась понятнее
Проблемы:
часть пользователей не доходила до paywall и уходила в процессе онбординга
сценарий оказался слишком сложным и тяжёлым для масштабирования
Итог: лучшее вовлечение, но потери пользователей и высокая стоимость поддержки решения.
Этап 3. Квизовый онбординг с эффектом персонализации
В качестве следующего шага был протестирован квизовый онбординг, привычный для подписочных и AI-продуктов.
Принцип: пользователь отвечает на несколько простых вопросов, создаётся ощущение персонализации и формируется ожидание ценности результата.
Запрос оценки был возвращён, но перенесён в более уместную точку пользовательского пути после появления реальной ценности.
Почему это сработало лучше:
пользователь вовлекается, не перегружаясь сложными действиями
возникает ощущение настройки приложения «под себя»
повышается доверие к продукту
эффект вложенного времени увеличивает вероятность первого использования
Итог: стабильные конверсии, рост средней оценки в сторе и лучший баланс между скоростью и пониманием продукта.
Paywall
Paywall в Summarizer регулярно пересматривался и тестировался как один из ключевых элементов воронки.
Изменения вносились итеративно, с фокусом на ясность ценности, снижение трения и рост выручки.
Каждая версия оценивалась по:
конверсии в покупку
распределению подписок
среднему доходу на пользователя
Этап 1. Яркий экран с двумя подписками
Первая версия paywall представляла собой визуально насыщенный экран с двумя вариантами подписки.
Проблемы версии:
слишком активный фон отвлекал внимание от сути предложения
недостаточный акцент на различиях между подписками
ценность и выгода не считывались с первого взгляда
Итог: Пользователь видел «красивый экран», но плохо понимал, что именно он покупает и почему это выгодно.
Этап 2. Фокус на выгоде и структуре предложения
На втором этапе снизили визуальный шум и перенесли фокус на преимущества подписки.
Изменения:
нейтральный фон без отвлекающих элементов
чёткий список преимуществ
добавлены бейджи экономии для разных тарифов
добавлена третья подписка
Добавление третьего тарифа было продуктовым решением:
годовая подписка почти не конвертировалась
недельная приносила низкий доход
третий вариант позволил лучше распределить пользователей и увеличить средний чек
Итог: Paywall стал более понятным и коммерчески эффективным.
Этап 3. Усиление доверия и специальные офферы
Следующий этап был направлен на снижение страха покупки.
Что добавили:
тексты про возврат средств и гарантию
акценты на безопасности покупки
дополнительные варианты paywall со специальными офферами
Офферы адаптировались под разные триггеры:
возврат в приложение по push-уведомлению
сезонные кампании (например, Black Friday)
Все версии строились на одной дизайн-основе и легко кастомизировались текстами под конкретный сценарий. Это позволило быстро тестировать гипотезы без увеличения дизайн-долга.
Этап 4. Тесты структуры и триала
На этом этапе мы экспериментировали со структурой контента.
Тестировались варианты:
более подробное описание преимуществ подписки
упрощённые версии paywall
добавление триала
сокращение количества тарифов до двух
Варианты показывали снижение конверсии в среднем на 3%.
Этап 5. Финальная версия
Последняя версия paywall объединила лучшие находки предыдущих этапов:
более яркие визуальные акценты, но без перегруза
графическое выделение преимуществ подписки
три продукта на paywall
бейджи экономии
пересчёт стоимости всех тарифов в цену за один период (неделя) для упрощения сравнения
Финальная версия paywall показала более устойчивые коммерческие результаты по сравнению с ранними итерациями.
Ключевые изменения в поведении пользователей:
выросла общая конверсия в покупку
распределение подписок стало более сбалансированным
увеличилась доля долгосрочных подписок по сравнению с первыми версиями
Если в ранних вариантах пользователи чаще выбирали краткосрочные планы, то в финальной версии годовая подписка стала заметно популярнее, что положительно сказалось на выручке и LTV.
Как продуктовый дизайнер я:
проектировала разные версии paywall
адаптировала дизайн под продуктовые гипотезы
обеспечивала масштабируемость решений
балансировала визуальную привлекательность и коммерческую эффективность
Работа с paywall стала непрерывным процессом оптимизации, а не разовым экраном.
App Store скриншоты
Я отвечала за создание и регулярное обновление App Store скриншотов по мере развития продукта.
Скриншоты рассматривались как часть продуктовой воронки, поэтому они постоянно адаптировались под изменения в функциональности, позиционировании и пользовательском поведении.
В работе я:
тестировала разные тексты, визуальные стили и акценты
обновляла скриншоты с учётом трендов App Store и результатов предыдущих итераций
адаптировала материалы под 20+ языков и разные регионы
создавала отдельные наборы скриншотов для промо-страниц и кампаний
В кейсе показаны несколько вариантов скриншотов, которые запускались в разные периоды и отражали эволюцию продукта и его позиционирования.
Результаты
MVP был успешно запущен в App Store и перешёл в стадию стабильного коммерческого продукта. Продукт более 3 лет развивается и приносит стабильный подписочный доход.
Итерации дизайна paywall и онбординга привели к росту конверсии в покупку и улучшению распределения тарифов. Доля долгосрочных подписок выросла по сравнению с первыми версиями.
Ключевой пользовательский сценарий (загрузка → транскрибация → результат) оставался быстрым и понятным, несмотря на рост функциональности. Продукт развивался без раздувания интерфейса и сохранения UX-долга.
Дизайн-решения принимались на основе пользовательского фидбека, стор-отзывов и результатов A/B-тестов.
Google Sites
Report abuse