Что хотят услышать интервьюеры:

PM не обязан быть сильным разработчиком, но SQL нужен, чтобы самостоятельно проверять данные, быстро отвечать на продуктовые вопросы и не зависеть от аналитика на каждом шаге. Это помогает принимать решения на основе фактов, а не интерпретаций. На собеседовании важно показать, что SQL — это инструмент для верификации гипотез, поиска проблем и контроля метрик.

Определение:

SQL для PM — это способ напрямую обращаться к продуктовым данным в базе: считать пользователей, события, конверсии, удержание, сегменты и воронки. Он позволяет быстро получать ответы на вопросы вроде «сколько пользователей дошло до оплаты», «в каком месте отваливается воронка» и «чем отличаются платящие и неплатящие». Для PM это прежде всего инструмент анализа и проверки гипотез, а не написания сложной логики.

Пример использования:

Например, PM хочет проверить, сколько пользователей за последнюю неделю начали оформление заказа и сколько из них дошли до оплаты.

SELECT
    COUNT(DISTINCT user_id) AS users_started_checkout
FROM events
WHERE event_name = 'checkout_started'
  AND created_at >= CURRENT_DATE - INTERVAL '7 days';

SELECT
    COUNT(DISTINCT user_id) AS users_paid
FROM events
WHERE event_name = 'payment_success'
  AND created_at >= CURRENT_DATE - INTERVAL '7 days';

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

Пояснение кода:

Первый запрос считает уникальных пользователей, у которых было событие начала оформления заказа за последние 7 дней. Второй — количество уникальных пользователей с успешной оплатой за тот же период. Далее PM может сравнить эти числа или собрать полноценную воронку по шагам, чтобы найти, на каком этапе теряются пользователи.

Если данных по событиям несколько, обычно добавляют группировку по дате, платформе или сегменту пользователей, чтобы увидеть закономерности. Важно использовать DISTINCT user_id, чтобы не завышать результат из-за повторных событий.

Ключевые моменты:

SQL помогает PM быстро проверять продуктовые гипотезы и метрики без ожидания отчёта от аналитика.
Это удобный способ искать причины падения конверсии, retention или выручки.
PM должен уметь читать и писать простые запросы: SELECT, WHERE, GROUP BY, JOIN, COUNT(DISTINCT ...).
Знание SQL снижает риск принимать решения на неверно интерпретированных данных.
Для PM важнее практическая аналитика и валидация, чем сложные оптимизированные запросы.

Зачем PM знать SQL и как использовать?