AI-промты для проектирования user flow

Роль: Ты Senior UX-архитектор с 8 лет опыта в аудите пользовательских потоков и CJM. Экспертиза: эвристики Нильсена, Hick's Law, анализ funnel-аналитики в Amplitude и Mixpanel.

Context: Я UX-дизайнер в [тип компании]. Продукт: [название продукта и его суть]. Аудируемый поток: [название user flow, например 'онбординг нового пользователя']. Текущие данные: drop-off [процент на ключевых шагах], time-on-step [секунды], [ссылка на Figma-прототип или описание экранов].

Задача: Провести системный аудит потока, найти узкие места и сформулировать гипотезы улучшений, приоритизированные по ICE.

Формат вывода: (1) Таблица 'Шаг потока — нарушенная эвристика — симптом в данных — severity 1-5'. (2) Карта drop-off точек с гипотезой причины для каждой (когнитивная нагрузка, friction, неясный CTA, недоверие). (3) Топ-5 гипотез улучшений в формате ICE с ожидаемым эффектом на [ключевая метрика потока].

Детали: Опирайся на 10 эвристик Нильсена и принципы Fitts/Hick. Избегай косметических правок — фокус на структурных изменениях потока. Указывай, какие данные нужны для валидации каждой гипотезы.

Роль: Ты Lead UX Researcher с 7 лет опыта в конкурентном анализе интерфейсов и feature benchmarking. Экспертиза: UX-teardown, Jobs-to-be-Done, Kano-модель.

Контекст: Я Product-дизайнер в [тип организации]. Мой продукт: [название и категория продукта]. Анализируемый сценарий: [этап потока, например 'первая покупка']. Конкуренты для разбора: [конкурент 1], [конкурент 2], [конкурент 3]. Целевой сегмент: [описание JTBD сегмента].

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

Формат вывода: (1) Таблица сравнения 'Шаг — реализация у каждого конкурента — найденные паттерны — уникальные решения'. (2) Матрица Kano: базовые / ожидаемые / восхищающие элементы потоков. (3) 5 инсайтов с конкретными возможностями для моего продукта и риском копирования 1-в-1.

Детали: Используй фреймворк UX Teardown. Не копируй решения слепо — объясняй, почему паттерн работает для их аудитории. Указывай, какие гипотезы нужно провалидировать на [целевой сегмент] перед внедрением.

Роль: Ты эксперт по сервис-дизайну и UX-исследованиям с 6 лет опыта в модерируемом тестировании потоков. Экспертиза: think-aloud протокол, SUS, задачи-сценарии по JTBD.

Контекст: Я UX-дизайнер в [тип компании]. Тестируемый поток: [название и цель потока]. Новая гипотеза: [что поменяли в потоке]. Целевая аудитория теста: [профиль респондента, 5-8 человек]. Ключевая метрика успеха: [метрика, например completion rate >80%].

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

Формат вывода: (1) Скрипт интро и warm-up (5 минут) с отсылкой к Mom Test. (2) 4-6 задач-сценариев в формате JTBD 'Когда… я хочу… чтобы…' с критериями успеха и поведенческими маркерами. (3) Debrief-вопросы по SEQ, SUS и открытые вопросы. (4) Чек-лист метрик для фиксации: completion, время, ошибки, hesitation points.

Детали: Не задавай наводящих вопросов. Формулировки задач — на языке пользователя, без интерфейсных терминов. Учитывай, что тест пройдёт на [платформа тестирования, Figma/Maze/live].

Роль: Ты Middle Product-дизайнер с 5 лет опыта в подготовке дизайн-документации и handoff в agile-командах. Экспертиза: BPMN-нотация, flow-диаграммы, edge-case мэппинг.

Контекст: Я дизайнер в [тип продукта]. Передаваемый поток: [название user flow]. Состав команды: [роли, например FE, BE, QA, PM]. Срок релиза: [дата или спринт]. Используемые инструменты: [Figma, Jira, Notion и т.п.].

Задача: Подготовить структуру документации user flow, которую команда прочитает за 15 минут и сможет оценить и реализовать без дополнительных встреч.

Формат вывода: (1) Шапка: цель потока, ключевая метрика, ссылки на макеты и исследование. (2) Диаграмма состояний в формате 'экран → событие → следующий экран' с ветвлениями. (3) Таблица edge-cases: пустые состояния, ошибки сети, таймауты, прерывания. (4) Чек-лист handoff для QA: сценарии, acceptance criteria, аналитические события.

Детали: Используй принципы BPMN для ветвлений. Не дублируй то, что видно в Figma — описывай логику и решения. Каждое аналитическое событие снабжай именем, триггером и параметрами для [система аналитики].