Чем занимается продуктовый аналитик и какой проект взять первым

Вторая неделя ноября, сервис онлайн-записи для салонов красоты в Алматы. Салон платит 12 000 ₸ в месяц после двух бесплатных недель, платящих салонов около 1 200, новых приходит около 200 в месяц. К обеду понедельника у аналитика в рабочем чате пять сообщений: от основателя, маркетолога, бухгалтера и два от продакт-менеджера. Никто не пишет «посчитай конверсию». Каждому нужно принять решение, и от аналитика ждут цифру, на которую можно опереться. Цифры в уроке условные.

Кто приходит с вопросами

Вот эти пять сообщений, по строке на каждое:

У каждого свой горизонт: основатель думает о месяце и деньгах, маркетолог о бюджете, продакт-менеджер о следующем релизе, бухгалтер о дате отчёта. Данные у всех общие: события из приложения и с сайта, база сервиса и расходы из рекламных кабинетов. Аналитик отвечает каждому в его единицах: маркетологу в тенге за оплативший салон, продакт-менеджеру в доле салонов, бухгалтеру одним числом с определением.

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

Как запрос становится метрикой, дашбордом или тестом

Прежде чем открывать базу, аналитик задаёт автору запроса четыре вопроса:

1. Что вы решите, когда узнаете ответ? Если ничего, запрос подождёт, пока решение появится.
2. Как часто вам нужен этот ответ? Один раз - хватит числа в чате. Каждую неделю - нужен дашборд.
3. Вы спрашиваете, что было, или что будет, если что-то поменять? На второе прошлые данные не ответят, нужен тест.
4. С чем вы сравниваете цифру? Если она резко изменилась после релиза или расходится с другим источником, сначала сверяют данные.

Метрика с определением

Бухгалтеру нужно одно число, но «активный салон» в команде понимают по-разному. Для продакт-менеджера это салон, где за неделю кто-то входил в кабинет, для поддержки - салон с онлайн-записями за последний месяц, для бухгалтера - салон, который заплатил. Если не договориться, в отчёте инвестору будет одна цифра, а в презентации основателя другая. Поэтому ответ начинается с определения в одну строку, и живёт эта строка в общем словаре метрик:

Активный салон - салон, оплативший подписку за текущий месяц. Источник: таблица платежей в базе сервиса. На 31 октября: 1 200. Определение меняет аналитик, и только вместе с основателем.

Маркетологу тоже нужна метрика, но к ней добавляется дата, когда её можно посчитать. Бюджет решают по цене салона, который заплатил, а не по цене регистрации. За сентябрь таблица по каналам уже есть: оплативший салон из Instagram обошёлся в 48 000 ₸, из поиска Google в 37 500 ₸. Аналитик пишет в ответ: октябрьские салоны закончат пробный период к середине ноября, решать по ним можно будет после 15 ноября, а по сентябрю салон из Instagram дороже на 10 500 ₸. Решение о декабре откладывают до этой даты.

Дашборд

Ответ основателю готов через час. Разбивка по каналам показывает, что ни в одном канале доля салонов с онлайн-записью не упала. Общая снизилась, потому что из Instagram, где запись включает примерно каждый третий салон, пришли 75% новых салонов вместо 60%. Основатель получает три предложения, и разработчики перестают перебирать релизы.

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

Тест

Про кнопку, которая рассылает клиентам свободное время на завтра, спрашивают о будущем: станут ли салоны принимать больше записей, если её показать. Кнопки раньше не было, и прошлые данные тут молчат. Аналитик садится с продакт-менеджером за план теста: делят салоны, а не пользователей, рядом с основной метрикой ставят обращения в поддержку и держат тест не меньше трёх недель, потому что в первые дни действующие салоны нажимают новую кнопку из любопытства.

Сверка данных

Опаснее всего запрос, где цифра упала сразу после релиза: команда готова чинить продукт раньше, чем кто-то посмотрел на данные. В первые сутки после обновления приложения для iPhone код для входа запросили 500 человек, а событие подтверждения входа (приложение отправляет его сверх плана событий) пришло в аналитику только от 300, то есть 60%. До обновления было около 90%. Дизайнер уже рисует новый экран.

Аналитик сначала открывает журнал сервера, который отправляет и проверяет коды. Там из тех же 500 человек вход подтвердили 450, те же 90%. Сопоставив записи по ID пользователя, он находит 150 человек, у которых вход на сервере есть, а события в аналитике нет. Все 150 на новой версии для iPhone, и у всех после входа есть booking_created: они создавали записи в календаре. Вход работает, теряется событие.

Записка команде отделяет известное от догадки:

Известно: 150 из 450 подтверждённых входов с новой версии для iPhone не дошли до аналитики, вход у этих людей работает. Предполагаем: в одном из путей входа приложение не отправляет событие. Дальше: разработчик повторяет вход на iPhone и ищет, где теряется событие. До исправления график входов для оценки экрана кода не используем.

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

Чем продуктовый аналитик отличается от маркетингового

Большая часть курса - про работу маркетингового аналитика: UTM-метки, GTM, GA4, пиксели, сквозная аналитика. Продуктовый работает с тем же бизнесом, но с другой стороны регистрации.

Граница проходит по регистрации, и как раз на ней нужны оба. Таблица «канал - оплативший салон» собрана из двух половин: расход и метки приносит маркетинговая аналитика, активацию и оплаты - продуктовая. В сервисе записи обе половины делает один человек. Для вас это значит, что продуктовая аналитика начинается не с нуля: метки, кабинеты и ключевые события вы уже знаете. Не хватает когорт и воронок по аккаунтам и тестов с флагами (это модуль 12) и SQL к базе продукта, который придётся подтянуть отдельно.

Какой проект взять первым

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

Таблицу по каналам заказчику легче всего оценить: по ней делят рекламный бюджет, и её польза видна в тенге. По смете от часов она занимает около 18 часов: доступы и знакомство с базой, метки и источник регистрации, выгрузка расходов, запрос, сверка оплат с платёжной системой, таблица и записка. При ставке 4 000 ₸, как в примере сметы, и 20% на переписку и правки выходит 86 400 ₸, округлённо 90 000 ₸.

Если дашборд будет в Data Studio (бывший Looker Studio, имя сменили в апреле 2026 года), до сметы узнайте два ограничения прямого подключения к PostgreSQL: разработчик открывает доступ к базе с адресов Google, а один запрос отдаёт не больше 150 тысяч строк (подключение к PostgreSQL). В календарях салонов набирается около 360 000 записей в месяц, поэтому в дашборд подключают готовую таблицу по неделям, а не сырые записи.

Первым не берите «будьте нашим аналитиком на полставки» без списка работ. Это очередь запросов из начала урока, только без сметы и без конца, и через месяц никто не скажет, за что платили. Программу A/B-тестов тоже отложите: тесту пошаговой настройки при 200 новых салонах в месяц нужно почти четыре месяца, и первого результата заказчик будет ждать слишком долго.

Аккаунты и база остаются у клиента, вам выдают права на чтение. К базе просите отдельного пользователя только для чтения или копию, а не доступ к рабочей базе: ваш запрос не должен случайно поменять данные салонов. Имена и телефоны клиентов для этих задач не нужны. Фамилию, имя и отчество закон «О персональных данных и их защите» прямо называет идентификаторами (статья 6), телефона в этом перечне нет, но безопаснее считать персональными данными и его. Поэтому попросите выгрузку без имён и телефонов и запишите это в договор. Так мы читаем закон в редакции с изменениями на 14 сентября 2026 года, и это не юридическая консультация.

Упражнение: журнал запросов

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

Выполнено 0 из 5

• Выпишите пять вопросов к данным за последний месяц: кто спросил и что решат по ответу.
• Для каждого решите, во что он превращается: метрика, дашборд, тест, сверка данных или «подождёт».
• Для одной метрики напишите определение в одну строку: что считаем, за какой период, из какого источника и кто может его менять.
• Для вопроса, который задают каждую неделю, набросайте экран на три-четыре числа.
• Откройте пять вакансий продуктового аналитика на hh.kz и отметьте навыки, которых у вас пока нет.

Теперь вопрос, который вам зададут. В пятницу основатель пишет: «Сделай к понедельнику дашборд со всеми событиями, хочу видеть всё». Что вы ответите?

В плане событий сервиса меньше десяти событий, а графиков по ним можно построить десятки, и в понедельник основатель получит сорок графиков, по которым ничего не решить. Спросите, что он решает каждую неделю. Если главное решение - сколько тратить на рекламу и в каких каналах, под него хватит трёх чисел: новые салоны по каналам, доля включивших онлайн-запись за 7 дней с разбивкой по каналу и цена оплатившего салона по месяцам регистрации. Остальное основатель спросит в чате, а вопрос, который придёт в третий раз, тоже переедет в дашборд. Ответить в пятницу можно так: «Давайте в понедельник на 15 минут: вы назовёте решения, которые принимаете каждую неделю, и к среде будет дашборд под первое из них».

Видео: профессия продуктового аналитика

Обзор профессии от школы программирования TeachMeSkills.