MegaGPT — редизайн точки входа в AI-продукт

MegaGPT — российский AI-агрегатор: единый интерфейс для нескольких нейросетей без VPN и без отдельной подписки на каждую.
Задача — закрыть разрыв между обещанием на лендинге и реальной работой в продукте.
Роль: UX/UI дизайнер, полный цикл.

• Не проектировал: backend, расчёт и модель токенов, генерацию ответов нейросетей, сценарий авторизации. Спроектировал упрощённое окно входа и отображение расхода токенов в интерфейсе.
• Работал с: точкой входа, информационной архитектурой, UX чата, монетизацией, личным кабинетом.

Это определяет рамку всего, что дальше.

В изученных AI-продуктах закономерность одна: сервисы с действием на первом экране быстрее доводят пользователя до первой ценности. ChatGPT и Perplexity дают действие сразу. Syntx и Unitool показывают каталог инструментов.

MegaGPT требовал нескольких решений до первого действия: прочитать блок о преимуществах, понять токены, выбрать модель вручную.

Проект пришёл как редизайн действующего продукта. Формулировка задачи — «обнови дизайн». Проблема оказалась не в визуале.

Две очереди задач. Первая: лендинг, страница моделей, пустой чат — вход и первый опыт. Вторая: монетизация, состояния после генерации, личный кабинет; на неё было четыре рабочих дня.

Ограничения: четыре рабочих дня на вторую очередь, фиксированный объём, макеты в Figma под десктоп и мобильные устройства.

Макеты обеих очередей я передал разработке с рекомендациями; интерфейс реализован.

Весь процесс шёл в паре с Claude. Как именно — разберу ближе к концу кейса.

Проект шёл через Claude — как генератор вариантов и системный критик. Архитектурные решения оставались за мной.

• Claude предложил /models как воронку конверсии с боковой панелью выбора модели. Я отклонил: для агрегатора с небольшим набором моделей это преждевременная сложность, а совет «не сравнивать модели» противоречил УТП, найденному в исследовании, — прозрачности цены.
• При проектировании ошибок Claude предложил отдельный экран «Повторить» поверх экрана ошибки генерации. Я объединил их в одно состояние: это один сценарий, разложенный на два артефакта без причины.

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

Acquire → Activate → Monetize → Retain → Return

Рис. 1. Путь от лендинга до повторного визита

Наблюдение: продукты с действием раньше объяснения быстрее доводят до первого запроса, чем каталоги.

Решение 1. Hero с запросом, который ведёт прямо в чат, а не «узнать больше».
Решение 2. /models — витрина вне основного пути, не обязательный шаг. В чате по умолчанию работает автовыбор модели.
Рис. 2. Запрос становится точкой входа; каталог доступен отдельно
Решение 3. «Без подписки» → «Токены не сгорают». Условие в формулировке заказчика; расчёт и коммерческие параметры не проектировал, спроектировал отображение расхода токенов.
Решение 4. Монетизация — оверлей в чате, не отдельная страница. Четыре контекстных заголовка под разные состояния баланса и тарифа.
Рис. 3. Оверлей оплаты и возврат в тот же диалог (интерактивный макет)
Решение 5. Панель команд после ответа, привязанная к типу контента, а не универсальное «повторить».
Рис. 4. Панель команд после ответа

Hero

Проблема: на экране нет главного преимущества для российской аудитории.
Решение: строка «Доступ к нейросетям без VPN», кнопка прямо в чат.
Цель: чтобы ценность считывалась до чтения текста.

Чат — первый запрос

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

Монетизация

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

Личный кабинет

Проблема: плоский список данных; «Удалить аккаунт» визуально равен «Выбрать план».
Пользователь должен понимать, куда уходят токены и что он получает за деньги, иначе доверие к оплате не складывается.
Решение: пять зон — Баланс, Пакет, Профиль, Статистика, История списаний. Удаление аккаунта вынесено в отдельное действие с двухшаговым подтверждением.
Цель: прозрачность расходов как условие повторной оплаты.