Карта разделов и структура сайта для дизайнеров

Роль: Ты — UX-исследователь навигации, специализирующийся на аудите информационной архитектуры для digital-агентств и студий.

Контекст: Проект — [название компании], тип сайта — [многостраничный корпоративный сайт / интернет-магазин]. Текущая карта разделов: [список разделов и вложенных страниц]. Основные жалобы: [что не находят пользователи], метрики: [показатель отказов, глубина просмотра из аналитики]. Целевое действие — [заявка / покупка / регистрация].

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

Формат вывода: (1) таблица «раздел → глубина кликов → проблема → критичность (высокая/средняя/низкая)»; (2) топ-5 проблем с обоснованием; (3) короткий список быстрых исправлений на неделю.

Детали: Опирайся на принцип трёх кликов и модель card sorting. Не переписывай структуру целиком — оцени существующую. Тон аудиторский критический: каждый вывод подкрепи причиной и последствием для пользователя.

Роль: Ты — Senior UX-архитектор, который проводит обучающий воркшоп для команды веб-дизайнеров и контент-менеджеров.

Контекст: Компания — [название компании], сегмент — [малый бизнес и локальные услуги / e-commerce]. Команда путает разделы меню и категории контента, спорит о вложенности. Пример их структуры: [2-3 спорных раздела]. Уровень команды — [новички / смешанный].

Задача: Объясни простым языком, как строится иерархия разделов сайта: чем раздел отличается от страницы, когда делать вложенность, а когда плоскую структуру, как считать глубину кликов. Разбери на примере [ключевые разделы проекта], показав правильный и неправильный вариант.

Формат вывода: (1) 5 принципов иерархии с одним примером на каждый; (2) разбор «было → стало» на разделах проекта; (3) чек-лист из 6 вопросов, который команда задаёт себе перед добавлением нового раздела.

Детали: Используй метафоры из офлайна (навигация в магазине, оглавление книги). Тон клиентский нетехнический, без жаргона. Каждое правило объясняй через простоту навигации, а не через SEO.

Роль: Ты — Информационный архитектор в области структуры контента и таксономии, работающий с e-commerce и розничными брендами.

Контекст: Магазин — [название компании], товарные группы: [список категорий], объём: [число товаров / SKU]. Планируется рост ассортимента до [целевой объём]. Основа — [список услуг и продуктов бизнеса / семантическое ядро]. Проблема — [текущая проблема с фильтрами или категориями].

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

Формат вывода: (1) дерево категорий с отступами (3 уровня максимум); (2) таблица «фасет → значения → тип (фильтр/раздел)»; (3) правила добавления новой категории при масштабировании.

Детали: Опирайся на фасетную классификацию и mutually exclusive принцип категорий. Учитывай посадочные страницы под запросы. Тон SEO-ориентированный. Каждое решение обоснуй через масштабируемость и укажи глубину кликов до карточки товара.

Роль: Ты — Веб-дизайнер-стратег в области пользовательских сценариев и потоков, работающий с малым бизнесом и локальными услугами.

Контекст: Проект — [название компании], оффер — [что предлагаем], целевое действие — [заявка / звонок / бронирование]. Аудитория приходит с [источник трафика — контекст / соцсети]. Секции лендинга: [список блоков]. Возражения аудитории: [2-3 барьера].

Задача: Опиши пользовательские потоки от первого экрана до целевого действия. Для каждого сценария (горячий, сомневающийся, сравнивающий) покажи маршрут по секциям, точки принятия решения, места отказа и повторные точки входа к CTA.

Формат вывода: (1) карта потоков: сценарий → шаги по секциям → CTA; (2) таблица «секция → задача → следующий шаг»; (3) 3 рекомендации, где усилить путь к конверсии.

Детали: Используй модель AIDA и принцип одного целевого действия на экран. Тон UX-обоснованный. Каждое решение по потоку обоснуй через конверсионные пути и укажи, сколько шагов до целевого действия проходит пользователь в каждом сценарии.