Тема «измерение удержания» поддерживает конкретное продуктовое решение. Единица «retention» — возврат к значимому действию после стартового события. Вопрос «retention»: как выбрать событие возврата, когорту и временную модель под естественную частоту использования продукта. Методика «retention» согласует определения, данные и действия. Владелец «retention» отвечает за итоговую формулу.
Контекст и цель
Контур «retention» начинается с будущего решения. Для «retention» назовите субъект и период. Реакция на изменение «retention» задаётся заранее. Единица «возврат к значимому действию после стартового события» отделяет результат от активности команды. Такой порядок защищает «retention» от декоративной отчётности.
Основание «retention»: Mixpanel отслеживает удержание через возврат к выбранному действию. основание
Основание «retention»: Amplitude документирует несколько способов расчёта retention. основание
Основание «retention»: Google HEART преобразует целевые результаты в признаки и измерения. основание
Основание «retention»: GOV.UK сочетает метрики сервиса — в разборе «Как измерять удержание без одной универсальной формулы» — с пользовательскими исследованиями. основание
Источники поддерживают принципы «retention». Локальные фильтры выбирает команда «retention». Полнота событий проверяется для «retention» отдельно. Стоимость ошибки также входит в решение «retention».
Рабочая модель
Формула «retention»: доля участников стартовой когорты, выполнивших заданное возвращающее действие в конкретный период или после него. Модель «retention» содержит шесть самостоятельных частей. Каждая часть «retention» имеет владельца и пример.
-
Стартовое событие. В «retention» элемент «стартовое событие» задаёт границу. Пара «стартовое событие — возвращающее действие» проверяется на эпизоде. Исключения «retention» записываются до расчёта.
-
Возвращающее действие. В «retention» элемент «возвращающее действие» задаёт границу. Пара «возвращающее действие — когорта» проверяется на эпизоде. Исключения «retention» записываются до расчёта.
-
Когорта. В «retention» элемент «когорта» задаёт границу. Пара «когорта — календарное или скользящее окно» проверяется на эпизоде. Исключения «retention» записываются до расчёта.
-
Календарное или скользящее окно. В «retention» элемент «календарное или скользящее окно» задаёт границу. Пара «календарное или скользящее окно — уровень пользователя или аккаунта» проверяется на эпизоде. Исключения «retention» записываются до расчёта.
-
Уровень пользователя или аккаунта. В «retention» элемент «уровень пользователя или аккаунта» задаёт границу. Пара «уровень пользователя или аккаунта — правило обработки пауз и реактиваций» проверяется на эпизоде. Исключения «retention» записываются до расчёта.
-
Правило обработки пауз и реактиваций. В «retention» элемент «правило обработки пауз и реактиваций» задаёт границу. Пара «правило обработки пауз и реактиваций — стартовое событие» проверяется на эпизоде. Исключения «retention» записываются до расчёта.
Конфликт вокруг «стартовое событие» блокирует модель «retention». Определение «retention» исправляется до публикации. Усреднение «retention» не решает смысловой конфликт.
Данные и расчёт
Паспорт «retention» фиксирует числитель и знаменатель. Субъект «retention» указывается отдельно. Для «возврат к значимому действию после стартового события» задаётся источник времени. Часовая зона «retention» входит в контракт. Дедупликация «retention» описывает повторные события.
Ручная сверка «retention» использует реальные истории. Агрегат «retention» сравнивается с транзакционным источником. Компоненты «возвращающее действие», «когорта» и «календарное или скользящее окно» сохраняются отдельно. Разложение «retention» показывает продуктовый сдвиг или дефект сбора.
Период «retention» следует естественному циклу. Календарная неделя подходит не всегда. Причина периода «retention» документируется. Дата пересмотра «retention» также фиксируется.
Интерпретация и решения
Правила чтения «retention» записываются заранее. После результата правила «retention» не переписываются.
-
Login без полезного действия не подтверждает удержание. В «retention» правило связано с «стартовое событие». Владелец «retention» указывает действие и срок реакции.
-
Rolling retention и period retention нельзя смешивать. В «retention» правило связано с «возвращающее действие». Владелец «retention» указывает действие и срок реакции.
-
Малые когорты показываются с размером выборки. В «retention» правило связано с «когорта». Владелец «retention» указывает действие и срок реакции.
-
Улучшение поздних периодов важнее краткого всплеска первого дня. В «retention» правило связано с «календарное или скользящее окно». Владелец «retention» указывает действие и срок реакции.
-
Разные сегменты сравниваются только при одинаковом правиле старта. В «retention» правило связано с «уровень пользователя или аккаунта». Владелец «retention» указывает действие и срок реакции.
Изменение «retention» сначала проходит техническую проверку. Релиз «retention» исключается первым. Затем «retention» сверяется с трафиком и задержкой. Гипотезы «retention» формулируются после проверки.
Практический пример
Сервис бухгалтерской отчётности используется ежемесячно. Команда считает удержанием отправку корректного отчёта в следующем отчётном цикле, а не ежедневный вход. Для консультантов единицей служит организация-клиент, чтобы несколько сотрудников не завышали показатель.
В примере «retention» восстанавливаются реальные истории. Поток «retention» проверяется по «стартовое событие». Затем изучаются «когорта» и «уровень пользователя или аккаунта». Агрегат «retention» сверяется с операционной системой.
Итог примера — правило решения «retention». Правило «retention» различает эксперимент и исправление данных. Дополнительное исследование назначается отдельно. Дашборд «retention» остаётся каналом доставки сигнала.
Порядок внедрения
Внедрение «retention» делится на короткие шаги. Каждый шаг «retention» оставляет контрольный результат.
-
Определить естественную частоту пользы. Шаг «определить естественную частоту пользы» уточняет «стартовое событие». В модели «retention» результат проверяют три роли. Переход «retention» сохраняется в журнале.
-
Выбрать однозначный старт. Шаг «выбрать однозначный старт» уточняет «возвращающее действие». В модели «retention» результат проверяют три роли. Переход «retention» сохраняется в журнале.
-
Назначить ценностное действие возврата. Шаг «назначить ценностное действие возврата» уточняет «когорта». В модели «retention» результат проверяют три роли. Переход «retention» сохраняется в журнале.
-
Сравнить несколько моделей окна. Шаг «сравнить несколько моделей окна» уточняет «календарное или скользящее окно». В модели «retention» результат проверяют три роли. Переход «retention» сохраняется в журнале.
-
Разделить новые и реактивированные когорты. Шаг «разделить новые и реактивированные когорты» уточняет «уровень пользователя или аккаунта». В модели «retention» результат проверяют три роли. Переход «retention» сохраняется в журнале.
-
Проверять кривую вместе с объёмом и качеством. Шаг «проверять кривую вместе с объёмом и качеством» уточняет «правило обработки пауз и реактиваций». В модели «retention» результат проверяют три роли. Переход «retention» сохраняется в журнале.
Первый расчёт «retention» повторяется независимым запросом. Расхождение «retention» разбирается по фильтрам. Время «retention» и идентификаторы сверяются далее. Версии «retention» проверяются отдельно.
Критерии качества
Определение «retention» готово при следующих условиях:
-
Старт и возврат имеют продуктовый смысл. Критерий «старт и возврат имеют продуктовый смысл» проверяет «стартовое событие». Подтверждение «retention» хранится запросом или событием.
-
Окно соответствует циклу задачи. Критерий «окно соответствует циклу задачи» проверяет «возвращающее действие». Подтверждение «retention» хранится запросом или событием.
-
Формула явно различает тип retention. Критерий «формула явно различает тип retention» проверяет «когорта». Подтверждение «retention» хранится запросом или событием.
-
Реактивации учитываются отдельно. Критерий «реактивации учитываются отдельно» проверяет «календарное или скользящее окно». Подтверждение «retention» хранится запросом или событием.
-
Размер когорты доступен рядом с процентом. Критерий «размер когорты доступен рядом с процентом» проверяет «уровень пользователя или аккаунта». Подтверждение «retention» хранится запросом или событием.
-
Изменения определения версионируются. Критерий «изменения определения версионируются» проверяет «правило обработки пауз и реактиваций». Подтверждение «retention» хранится запросом или событием.
Критерии «retention» оцениваются совместно. Формула «retention» не исправляет плохие данные. Точный поток «retention» бесполезен без решения.
Ограничения применимости
Перед публикацией «retention» укажите ограничения:
-
Редкое использование создаёт длинную задержку. Ограничение «редкое использование создаёт длинную задержку» меняет вывод «retention». В ответ добавляется «возвращающее действие» или качественное исследование.
-
Миграция идентификаторов ломает когорты. Ограничение «миграция идентификаторов ломает когорты» меняет вывод «retention». В ответ добавляется «когорта» или качественное исследование.
-
Сезонность требует сопоставимых периодов. Ограничение «сезонность требует сопоставимых периодов» меняет вывод «retention». В ответ добавляется «календарное или скользящее окно» или качественное исследование.
-
Обязательные сервисы могут иметь высокое удержание без удовлетворённости. Ограничение «обязательные сервисы могут иметь высокое удержание без удовлетворённости» меняет вывод «retention». В ответ добавляется «уровень пользователя или аккаунта» или качественное исследование.
-
Выжившие когорты не объясняют причины ухода. Ограничение «выжившие когорты не объясняют причины ухода» меняет вывод «retention». В ответ добавляется «правило обработки пауз и реактиваций» или качественное исследование.
Крупное ограничение отменяет общий итог «retention». Несколько представлений «retention» честнее одного числа. Ложная определённость «retention» опаснее сложности.
Вывод
Практика «retention» начинается с единицы «возврат к значимому действию после стартового события». Затем «retention» связывает формулу, события и проверки. Реакция «retention» назначается владельцу. Ручная сверка предшествует автоматизации.
Минимум «retention»: ответить на вопрос «как выбрать событие возврата, когорту и временную модель под естественную частоту использования продукта». Далее проверяется формула «доля участников стартовой когорты, выполнивших заданное возвращающее действие в конкретный период или после него». Ограничения «retention» записываются до регулярного review.
