Заказчик ставит задачу размыто: «сделайте нам личный кабинет поудобнее». Как будете действовать?
Короткий ответ
- Не бежать делать и не отвергать задачу
- Выяснить проблему за формулировкой: что болит сейчас
- Спросить про критерии успеха и как измерим
- Собрать факты: жалобы, метрики, записи поведения
- Переформулировать в конкретные цели и согласовать
- Декомпозировать и предложить приоритеты с быстрыми победами
Размытая формулировка раскручивается вопросами к проблеме и критериям успеха, подкрепляется данными и превращается в согласованный список конкретных измеримых изменений.
Как сказать вслух
пример ответаГлавное — не бежать сразу что-то делать. Я спрошу заказчика, что именно неудобно и откуда он это знает: были жалобы клиентов, упала конверсия, что-то показала поддержка. Потом уточню критерий успеха — как мы поймём, что стало удобнее, в каких цифрах. Параллельно соберу факты: метрики кабинета, обращения в поддержку, посмотрю, где пользователи застревают. В итоге переформулирую задачу в конкретный список изменений с приоритетами и согласую его с заказчиком.
Подробный ответ
Основной ответ
Размытая постановка — это нормальный вход для аналитика; задача в том, чтобы превратить её в проверяемые требования. Шаг первый — вопросы к проблеме: что именно неудобно, кому, как часто, что послужило триггером запроса (жалобы, отток, сравнение с конкурентом). Шаг второй — критерии успеха: какой измеримый результат заказчик сочтёт решением (снижение обращений в поддержку, рост конверсии сценария, время выполнения операции). Шаг третий — факты: метрики, воронки, записи сессий, тикеты поддержки, короткие интервью с пользователями — они часто показывают проблему не там, где её видит заказчик. Шаг четвёртый — переформулировка в конкретные цели и декомпозиция на изменения с оценкой, приоритизация (например, по влиянию и стоимости), согласование объёма. Так «поудобнее» превращается в план с измеримым результатом.
Ключевые моменты
- Вопрос к проблеме. «Что сейчас болит и откуда мы это знаем» важнее, чем обсуждение решений на первом шаге.
- Измеримый критерий успеха. Без договорённости о метрике невозможно ни приоритизировать, ни показать результат.
- Данные против мнений. Метрики и тикеты поддержки часто указывают на другую проблему, чем та, что видится заказчику.
- Согласование объёма. Итог — согласованный список конкретных изменений с приоритетами, а не бесконечное «улучшение юзабилити».
Практический контекст
Этот вопрос задают почти каждому junior и middle аналитику: он проверяет базовый рефлекс — уточнять, а не угадывать. Интервьюер смотрит, какие вопросы кандидат задаст первыми: про проблему и метрики или сразу про кнопки и цвета. Хороший тон — упомянуть и быстрые победы: часто пара дешёвых правок снимает половину боли, пока большие изменения ждут очереди.
Частые ошибки
- Сразу предлагают решения, не выяснив проблему и критерий успеха
- Ограничиваются мнением заказчика, не проверяя его данными
- Возвращают заказчику «уточните требования» вместо того, чтобы помочь их сформулировать