--- title: Продуктовые метрики questionDates: q-transfer-0106: '2026-10-01' q-transfer-0107: '2026-10-01' q-transfer-0108: '2026-10-01' q-transfer-0109: '2026-10-01' q-transfer-0110: '2026-10-01' q-transfer-0111: '2026-10-01' q-transfer-0112: '2026-10-01' q-transfer-0113: '2026-10-01' q-transfer-0210: '2026-10-01' q-transfer-0211: '2026-10-01' seo: description: >- Тема «Продуктовые метрики» для собеседования Product Analyst. Можно ли использовать самоотчет продавца как метрику сделки? Как выбрать целевую метрику для новой коммуникационной функции? title: Продуктовые метрики — Product Analyst --- [Все темы Product Analyst](/prep/product-analyst) ## Можно ли использовать самоотчет продавца как метрику сделки? [#q-transfer-0106] Самоотчет можно использовать как сигнал, но не сразу как число сделок. Нужно измерить coverage и response rate: кто вообще отвечает и чем неответившие отличаются. Затем на выборке со сверкой по CRM, оплатам или ручной проверке оценить precision и recall. Формулировку вопроса и момент опроса стандартизируют. Продавец может иметь стимул ответить выгодным способом, поэтому возможен incentive bias. Метрику регулярно перекалибровывают по сегментам и показывают вместе с неопределенностью. :::note[Ссылки для изучения] 1. [Самоотчёт о сделке как сигнал для проверки метрики: опыт Авито](https://habr.com/ru/companies/avito/articles/961988/) 1. [Почему ответы на опрос могут быть смещены: неответы и личные стимулы респондентов](https://habr.com/ru/articles/307620/) ::: --- ## Как выбрать целевую метрику для новой коммуникационной функции? [#q-transfer-0107] Метрика должна отражать пользовательскую ценность функции. Сначала задают единицу, например eligible пользователь в неделю, затем adoption и глубину полезного использования. Для стикеров это может быть доля начавших пользоваться и изменение числа успешных диалогов, но сырое число отправок легко накрутить и оно отражает новизну. Нужны quality-сигналы, retention и guardrails по блокировкам, жалобам и времени до ответа. Primary metric и горизонт фиксируют до эксперимента. :::note[Ссылки для изучения] 1. [Выбор метрик новой функции: ожидаемое поведение пользователей, success-метрики и guardrails в Joom](https://habr.com/ru/companies/joom/articles/661639/) ::: --- ## Почему установки приложения могут быть плохим KPI? [#q-transfer-0108] Установка показывает привлечение, но почти ничего не говорит о полученной ценности. Кампания может купить дешевые установки с низкими first open, activation и retention. Атрибуция органики и платного трафика также несовершенна. KPI выбирают по цели команды: activation для первого полезного сценария, retained users для устойчивого использования, CAC и LTV или маржинальный доход для экономики. Установки оставляют диагностическим верхом воронки, а не единственным критерием успеха. :::note[Ссылки для изучения] 1. [Почему одинаковое привлечение даёт разный рост: роль удержания и LTV на примере мобильных игр](https://gopractice.ru/product/why-long-term-retention-is-key-to-growth/) ::: --- ## Как корректно посчитать долю объектов с проблемой? [#q-transfer-0109] Нужно заранее определить объект, eligibility, проблему и период. Если объектом является уникальный чат, числитель равен числу eligible чатов хотя бы с одной проблемой, знаменатель всем eligible чатам, а повторные события внутри чата не увеличивают числитель. Исключают ботов, тестовый трафик и технические повторы. Долю показывают с доверительным интервалом и по сегментам. Если длительность чатов разная, дополнительно полезна частота проблем на сообщение или минуту, но это уже другой estimand. :::note[Ссылки для изучения] 1. [Доля объектов и число событий: различие конверсии, целевых визитов и достижений в Яндекс Метрике](https://yandex.ru/support/metrica/ru/general/goals) ::: --- ## Как спроектировать интегральную метрику качества поисковых подсказок? [#q-transfer-0110] Сначала определяют успешный сценарий подсказки, например выбор подсказки с последующим релевантным результатом. Ядром может быть success rate, дополненный time-to-success, reformulation rate и abandonment. Компоненты приводят к сопоставимой шкале и веса задают по связи с пользовательской оценкой или бизнес-целью, а не на глаз. Latency и ошибки служат guardrails. Интегральное число удобно для выбора, но рядом сохраняют компоненты, иначе улучшение одной части скроет деградацию другой. :::note[Ссылки для изучения] 1. [Оценка поисковых подсказок по пути к полезному действию: Expected Actions Count в Ozon](https://habr.com/ru/companies/ozontech/articles/1040182/) ::: --- ## Как определить активного пользователя продукта? [#q-transfer-0111] Активным считают пользователя, совершившего за период действие, которое отражает полученную ценность, а не фоновый ping или простое открытие. Для мессенджера это может быть отправка сообщения, звонок или осмысленное чтение, в зависимости от продукта. Нужно зафиксировать период, eligible аудиторию, дедупликацию устройств и исключение ботов. Несколько сценариев лучше показывать сегментами или уровнями активности. Определение проверяют на связи с retention и чувствительности метрики к порогу. :::note[Ссылки для изучения] 1. [Определение активности под задачу продукта: DAU, WAU, MAU и отправка сообщений](https://gopractice.ru/product/metrics/) ::: --- ## Почему число контактов плохо заменяет число сделок? [#q-transfer-0112] Контакт находится раньше сделки и имеет разное качество. Один пользователь может создать несколько контактов, часть из них не получит ответа, а сделка завершится через недели и вне платформы. Поэтому рост контактов может не увеличить сделки. Строят воронку `контакт → ответ → договоренность → подтвержденная сделка`, учитывают лаг и сегменты, а proxy калибруют по CRM, платежам или опросной ground truth. Метрика контактов также легко оптимизируется спамом, поэтому нужны quality guardrails. :::note[Ссылки для изучения] 1. [Почему десять контактов не означают десять сделок: переход к метрике договорённостей в Авито](https://habr.com/ru/companies/avito/articles/961988/) ::: --- ## Как переформулировать продуктовую гипотезу в гипотезу о монетизации? [#q-transfer-0113] Гипотеза о функции должна назвать механизм ценности и платящий сегмент. Затем формулируют, какое платежное поведение изменится: conversion to pay, ARPPU, частота покупки или маржинальный доход за фиксированный горизонт. Например, не «фильтр повысит вовлеченность», а «фильтр сократит поиск для профессиональных продавцов и увеличит продление подписки». Одновременно проверяют каннибализацию других тарифов, скидки, churn и retention. Рост краткосрочной выручки без учета этих эффектов не доказывает улучшение монетизации. :::note[Ссылки для изучения] 1. [Проверка изменения монетизации: конверсия в покупку, LTV и ограничения ARPU](https://gopractice.ru/product/arpu_vs_ltv/) ::: --- ## Как выбрать общую метрику для двух сторон маркетплейса? [#q-transfer-0210] Общая метрика должна считать единицу успешного взаимодействия, создающего ценность обеим сторонам, например завершенную качественную сделку на eligible пару или пользователя. Одной конверсии спроса мало: ее можно поднять, перегрузив продавцов плохими лидами. Поэтому рядом измеряют баланс спроса и предложения, время до матча, качество, отмены и концентрацию. Метрику нормируют на подходящий знаменатель и проверяют по сегментам. Ее выбирают из механизма marketplace, а не усредняют два независимых KPI. :::note[Ссылки для изучения] 1. [Общая метрика ценности для покупателя и продавца: договорённости на Авито](https://habr.com/ru/companies/avito/articles/961988/) ::: --- ## Какие guardrail-метрики нужны эксперименту с push-уведомлениями? [#q-transfer-0211] Рядом с целевой конверсией смотрят отписки от рассылки, отключение уведомлений, жалобы, блокировки, uninstall и краткосрочный и долгосрочный retention. Частотные guardrails ограничивают число push на пользователя и учитывают накопленный эффект нескольких кампаний. Метрики считают по назначению, включая недоставленные сообщения, и по сегментам чувствительности. Порог вреда задают до теста. Рост кликов не считается успехом, если он покупается раздражением и снижением будущей активности. :::note[Ссылки для изучения] 1. [Отписки и общая частота push как показатели вреда: опыт MyGig](https://mindbox.ru/journal/cases/mygig-less/) :::