⬡ Банки.ру · Дизайн-исследования

UX-аудит с Claude

Пошаговая инструкция для команды: как настроить проект, провести аудит за 30 секунд и правильно работать с результатами.

1

Подготовь исследования

Один раз на продукт. Занимает 2–3 минуты на файл, но экономит огромный объём контекста при каждом анализе.

Почему это важно. PDF-презентации тяжёлые — Claude тратит ресурсы на парсинг слайдов вместо анализа макетов. Текстовый файл решает эту проблему.

Как конвертировать PDF в текст

Открой обычный чат (не в проекте) и напиши:

Промпт для конвертации PDF 
Вот PDF с результатами исследования. Извлеки ключевые находки в текстовый файл.
Формат: одна находка — одна строка. Группируй по темам.
Убери всё оформление, оставь только факты, цифры и цитаты пользователей.

Приложи PDF → получи .md файл → сохрани. Повтори для каждого исследования.

2

Создай проект в Claude

Один проект на продукт: «Займы», «Карты», «Инвестиции». Не под каждый анализ — под продукт.

Что загрузить в проект

📄 Текстовые файлы исследований (из Шага 1)
📊 Конкурентный анализ (если есть, тоже в .md)

Системный промпт проекта

Вставь в настройки проекта. Заполни все поля — без бизнес-контекста скилл будет задавать уточняющие вопросы перед каждым анализом.

Системный промпт проекта 
## Контекст продукта

Продукт: [название продукта, например: персональный подбор займа на Банки.ру]
Платформа: [мобильный веб / десктоп / iOS / Android]

## Бизнес-модель

Revenue event (что приносит деньги): [например: пользователь получает займ]
Ключевая метрика команды: [например: CR в полученный займ]
Уникальный актив (чего нет у конкурентов): [например: интеграция с МФО, реальные одобрения]

## Аудитория

Целевой пользователь: [кто, откуда приходит, какая мотивация]
Типичный сценарий: [путь пользователя от входа до целевого действия]

## Конкуренты

[Перечисли 2-3 основных: например, Сравни.ру, Финуслуги]

## Инструкции

При UX-анализе используй skill ux-analyzer.
Опирайся на исследования, загруженные в этот проект.
3

Запусти анализ

Открой новый чат внутри проекта. Прикрепи скриншоты. Используй промпт-шаблон.

Выбор шаблона: используй минимальный для быстрых проверок, стандартный для обычных аудитов, детальный для важных аудитов с C-level. Время на заполнение окупается качеством анализа в 5–10 раз.

Если скилл задаёт вопросы

Это нормально и правильно. Скилл задаёт вопросы, если что-то неясно — лучше потратить 2 минуты, чем получить аудит на догадках.

💬
Типичные вопросы: какие данные реальные, а какие моковые? Это финальный дизайн? Что означает иконка X?
✅
Ответь на все вопросы одним сообщением и попроси продолжить аудит.
4

Работа с результатом

Результат придёт в текстовом формате с таблицами. Можно скопировать в Word / Notion / Confluence.

Структура результата

1

Контекст

Что Claude понял о продукте, экранах и задаче

2

Проблемы на экранах

Таблица: элемент → проблема → приоритет

3

Сценарные проблемы + Возможности

Проблемы на уровне пользовательского пути и точки роста

4

Аудит по гайдлайнам

Соответствие WCAG, Baymard, паттернам NNg

5

Сводка + Стратегический вектор

ТОП-5 проблем и возможностей, абзац для C-level

6

Приоритетные A/B-тесты

Готовые гипотезы для запуска экспериментов

Как читать результат

1. Прочитай Стратегический вектор первым — это синтез для бизнес-решения.

2. Проверь критичные проблемы (Высокая) — реально ли блокирует конверсию?

3. Отфильтруй и дополни — убери нерелевантное, добавь свою экспертизу из исследований.

Результат — это черновик для проработки, не финальный документ. Твоя задача — отделить ценное от шума.

✦

Промпт-шаблоны

Вариант Когда использовать Время
Минимальный Быстрая проверка, проект настроен, экраны очевидные 30 сек
Стандартный Обычный аудит для команды 3–5 мин
Детальный Важный аудит для C-level, сложный флоу, спорные решения 10–15 мин
Минимальный

Вариант 1: Минимальный

Быстрая проверка · 30 секунд на заполнение
Проведи UX-аудит по скиллу ux-analyzer.

Экраны: [перечисли по порядку]

Сценарий пользователя: [2-4 предложения о том, откуда пришёл и что делает]

Если что-то непонятно — задай уточняющие вопросы перед началом.
Стандартный

Вариант 2: Стандартный

Обычный аудит команды · 3–5 минут на заполнение
Проведи UX-аудит по скиллу ux-analyzer.

## Режим аудита
[Полный / Фокус на конверсии / Фокус на доступности / Сравнение A vs B]
[+ опционально: с акцентом на конкретный шаг воронки]

## Сценарий пользователя
[Полный путь от точки входа до целевого действия в 4-8 предложений.
Включи: откуда пришёл, что вводил, какие решения принимал, чего хочет добиться]

## Главный вопрос для аудита
[Одна фраза: что именно нужно понять / улучшить?
Например: «Как сделать путь карта → выбор → бронирование максимально конверсионным?»]

## Приоритеты
- Для пользователя: [что для него ценно]
- Для бизнеса: [revenue event #1, ключевая метрика]
- Для бизнеса: [revenue event #2, если есть]

## Гипотезы команды (опционально)
- [Гипотеза 1: «Если сделать X, то метрика Y вырастет»]
- [Гипотеза 2]

## Что НЕ нужно проверять
- [Например: хедер сайта — вне скоупа]
- [Например: десктопная версия — только mobile web]

## Экраны
[Краткое описание каждого экрана и порядка переходов между ними]

Если что-то непонятно — задай уточняющие вопросы перед началом.
Детальный

Вариант 3: Детальный

Аудит для C-level · 10–15 минут · качество ×5–10
Проведи полный UX-аудит по скиллу ux-analyzer.

## Режим аудита
[Полный, с акцентом на конверсию в X / фокус на Y]

## Сценарий пользователя
[Описание от первого лица:
«Я гражданин РФ, собираюсь за границу. У меня есть рубли, хочу купить доллары наличными.
1. Набираю в Яндексе «...»
2. Перехожу на сайт
3. Нажимаю кнопку X
4. Попадаю на Экран 1
5. Делаю Y
...
Моя задача: [конкретная цель пользователя]»]

## Главный вопрос для аудита
[Одна фраза]

## Приоритеты
- Для пользователя: [конкретная польза]
- Для бизнеса: [revenue event #1]
- Для бизнеса: [revenue event #2]

## Гипотезы команды
- [Гипотеза 1 с метрикой]
- [Гипотеза 2 с метрикой]

## Что НЕ нужно проверять
- [Out of scope #1]
- [Out of scope #2]

## Экраны для аудита

### Экран 1: [Название]
- **Файл:** [имя файла]
- **Что это:** [одно предложение]
- **Предыдущий шаг пользователя:** [откуда пришёл]
- **Цель пользователя на этом экране:** [что хочет понять / сделать]
- **Revenue event:** [если применимо]
- **Что происходит при клике на ключевые элементы:**
  - Клик на [элемент] → [что происходит]
  - Клик на [элемент] → [что происходит]
- **Состояние экрана:** [финальный дизайн / прототип / промежуточная версия]
- **Что неочевидно на скрине:** [иконки, бейджи, заглушки vs реальные данные]
- **Известные проблемы:** [что команда уже знает, не нужно повторять]

### Экран 2: [Название]
[Тот же блок]

### Экран 3: [Название]
[Тот же блок]

## Порядок экранов в флоу
- Основной путь: Экран 1 → Экран 2 → Экран 3
- Альтернативный путь: [если есть]

Если что-то непонятно — задай уточняющие вопросы перед началом.

Почему детальный промпт даёт лучший результат

Поле Что теряется без него
Сценарий от 1-го лица Claude не понимает мотивацию → поверхностные находки про интерфейс, не про путь
Главный вопрос Claude распыляется на всё → размытый отчёт без приоритетов
Приоритеты бизнес/пользователь Claude не отделяет UX-косметику от блокеров revenue event
Гипотезы команды Claude не валидирует/опровергает → команда не получает ответ на свой вопрос
Out of scope Claude тратит ресурсы на нерелевантное → меньше глубины на главном
Разбивка по экранам Claude не знает что заглушка vs реальное → ложные находки
✦

Советы

🔍
Нужен более глубокий анализ? Напиши в следующем сообщении: «Разбери подробнее конверсионный потенциал лендинга» или «Проверь доступность формы по WCAG 2.2».
📥
Добавились новые исследования? Конвертируй в .md и добавь в проект.
🖼
Обновились макеты? Открой новый чат в том же проекте и загрузи новые скрины. Новый чат — старый проект.
📈
Результат поверхностный? Попроси: «Пройди ещё раз с явным построением data model на Шаге 0.5». Это часто увеличивает находки в 2 раза.
❌
Что НЕ нужно писать в промпте: методологию, список эвристик, формат вывода, инструкции «используй WCAG» — всё это уже в скилле.