Сначала уточните, какое решение должен поддерживать дашборд и что заказчик называет шоппингом. Затем согласуйте аудиторию, каналы и период, показатели и их формулы, необходимые разрезы, источники, частоту обновления и права доступа. Результатом обсуждения должны стать ограниченный MVP, макет и критерии приёмки, а не только список красивых графиков.
Какие вопросы задать заказчику, который просит построить дашборд по шоппингу?
Как превратить неопределённый запрос в проверяемую задачу: бизнес-решение, аудитория, границы покупок, формулы показателей, источники и критерии приёмки.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Начну не с выбора графиков, а с вопроса: «Какое решение вы хотите принимать с помощью этого дашборда?» Слово «шоппинг» неоднозначно: речь может идти о продажах магазина, поведении покупателей, маркетплейсе или личных расходах. Без этого даже показатель суммы покупок может означать разные вещи.
Затем уточню следующие блоки:
- Цель и пользователи. Кто будет смотреть отчёт и как часто? Нужно контролировать ежедневную выручку, искать причины падения продаж, управлять ассортиментом или оценивать кампании? Что пользователь должен сделать, увидев отклонение?
- Границы анализа. Какие магазины, страны, каналы и товарные категории входят в задачу? Какой период нужен? В какой валюте и часовом поясе сравниваем результаты? Сопоставимы ли выбранные периоды по длительности?
- Смысл показателей. Что считается покупкой: созданный, оплаченный или завершённый заказ? Как учитывать возвраты, отмены, скидки и доставку? Для среднего чека согласуем числитель и знаменатель; для конверсии — конкретный переход и базу сравнения. Не назовём сумму заказов прибылью.
- Разрезы и детализация. Нужны ли динамика по дням, категории, каналы, новые и повторные покупатели? На какой вопрос отвечает каждый фильтр? Должен ли пользователь переходить от общей суммы к отдельным заказам?
- Данные и ограничения. Где находятся продажи, платежи и посещения? Есть ли общие идентификаторы и история? Какова фактическая задержка обновления? Кто отвечает за качество, кому доступна детализация с персональными данными?
После разговора предложу небольшой MVP. Например, если задача — разобраться в падении онлайн-продаж, нужны динамика продаж и согласованное разложение на посещения, конверсию и средний чек, если эти данные доступны. Такое разложение помогает искать причины, но само по себе не доказывает причинность.
Зафиксируем определения, макет, источники и критерии приёмки: контрольные суммы за выбранный период, работу фильтров, допустимую задержку и владельца изменений. Затем проверим на макете, действительно ли заказчик может ответить на свой первоначальный вопрос.