中文 | English | 日本語 | 한국어 | Русский | Español | العربية | Français | Bahasa Indonesia | Tiếng Việt | Türkçe
Вернуться на главную

Путь удержания новых пользователей

Отслеживание завершения действий новых пользователей в ключевых временных окнах, формирование лестницы конверсии удержания

Пожалуйста, загрузите Excel или CSV (UTF-8) файл

Столбец ID пользователя
Каждая строка представляет заказ. Пожалуйста, укажите столбец, который однозначно идентифицирует пользователей (например, номер участника, номер телефона)
Столбец даты события
Дата, когда произошло действие пользователя, формат: 2025-01-01 или 2025/1/1
Столбец даты регистрации
Дата регистрации пользователя (используется для определения начальной точки когорты), формат: 2025-01-01 или 2025/1/1

🔍Фильтр данных (необязательно)

После установки условий фильтрации будут анализироваться только данные, соответствующие условиям
正在分析数据,请稍候...
正在处理数据,可能需要几秒钟时间
Об этом инструменте

I. Введение в калькулятор

Калькулятор пути удержания новых пользователей — это специализированный инструмент для отслеживания завершения действий новых пользователей в ключевых временных окнах, формирующий лестницу конверсии удержания. Анализируя коэффициенты завершения действий пользователей в различные моменты времени после регистрации (на следующий день, 3 дня, 7 дней, 15 дней, 30 дней, 60 дней), этот инструмент помогает вам глубоко понять пути конверсии удержания новых пользователей, выявить ключевые точки оттока пользователей и предоставить данные для разработки стратегий активации и удержания новых пользователей.

Основные функции

Сценарии применения

Применимые клиенты

Этот калькулятор применим ко всем отраслям и сценариям, требующим анализа путей конверсии удержания новых пользователей, особенно подходит для следующих типов клиентов:

Предварительные условия:Ваш бизнес должен быть способен предоставить данные о пользовательском ID, дате события (дата заказа или дата действия) и дате регистрации, и данные должны содержать исторические записи действий новых пользователей.


II. Введение в алгоритм

2.1 Основные концепции

Определение удержания

Удержание:Пользователь имеет записи о заказах или действиях в указанном временном окне.

Например:

Определение временного окна

Система определяет следующие ключевые временные окна (вехи):

Примечание:Все временные окна рассчитываются начиная со 2-го дня после регистрации, не включая день регистрации. Действия в день регистрации учитываются отдельно как "Активность в день регистрации".

Определение коэффициента удержания

Коэффициент удержания:Доля пользователей с записями о заказах или действиях в указанном временном окне к общему количеству новых пользователей.

Коэффициент удержания = Количество пользователей с действиями во временном окне / Общее количество новых пользователей

Например:

2.2 Логика расчета

Шаг 1:Предобработка данных

Система выполняет следующую обработку данных:

  1. Парсинг дат:Преобразование строк даты регистрации и даты события в объекты даты
  2. Фильтрация недействительных данных:Исключение записей с отсутствующими пользовательским ID, датой регистрации или датой события
  3. Группировка пользователей:Группировка по пользовательскому ID, сбор даты регистрации и всех дат событий для каждого пользователя

Шаг 2:Группировка новых клиентов по дате регистрации

Система группирует всех новых пользователей по дате регистрации:

  1. Сбор даты регистрации каждого пользователя (каждый пользователь записывается только один раз)
  2. Сбор всех дат событий (дата заказа или дата действия) для каждого пользователя
  3. Группировка по дате регистрации, формирование различных когорт

Шаг 3:Расчет активности в день регистрации

Для каждого пользователя:

  1. Проверка, есть ли у пользователя дата события, равная дате регистрации
  2. Если есть, пользователь относится к пользователям "Активность в день регистрации"

Шаг 4:Расчет пользователей удержания для каждой вехи

Для каждого пользователя и каждой вехи (1 день, 3 дня, 7 дней, 15 дней, 30 дней, 60 дней):

  1. Расчет временного окна:со 2-го дня после регистрации (регистрация + 1 день) до N-го дня после регистрации (регистрация + N дней)
  2. Проверка, есть ли у пользователя дата события, попадающая в это временное окно
  3. Если есть, пользователь относится к пользователям удержания этой вехи

Пример

Шаг 5:Проверка и исправление монотонности

Система обеспечивает монотонность количества пользователей удержания:

Шаг 6:Агрегация данных по месяцам

Система агрегирует данные, сгруппированные по дням, в данные, сгруппированные по месяцам:

  1. Группировка всех дат регистрации по месяцам (формат YYYY-MM)
  2. Для каждого месяца, суммирование данных всех пользователей, зарегистрированных в этом месяце
  3. Расчет количества пользователей удержания и коэффициентов удержания для каждой вехи
  4. Сохранение только данных за последние 12 календарных месяцев

Шаг 7:Расчет общих коэффициентов удержания

Система рассчитывает общие коэффициенты удержания:

Шаг 8:Отображение результатов

  1. Общие показатели
    • Общий 7-дневный коэффициент удержания:Доля 7-дневных пользователей удержания среди всех новых пользователей
  2. Детальная таблица пути удержания
    • Группировка по месяцам регистрации, отображение количества пользователей удержания и коэффициентов удержания в каждом временном окне
    • Включает столбцы, такие как Активность в день регистрации, На следующий день, 1-3 дня, 1-7 дней, 1-15 дней, 1-30 дней, 1-60 дней
    • Отображает только данные за последние 12 месяцев
  3. График лестницы конверсии удержания
    • Отображает путь конверсии от Активности в день регистрации до 60-дневного удержания в формате лестницы
    • Каждый этап показывает количество пользователей удержания и коэффициент удержания
    • Облегчает наблюдение ключевых точек оттока пользователей

2.3 Правила фильтрации данных


III. Инструкции по использованию и примечания

3.1 Подготовка данных

Обязательные поля

Перед импортом данных убедитесь, что ваш файл данных содержит следующие три поля:

  1. Пользовательский ID (user_id)
    • Описание:Поле, которое уникально идентифицирует пользователей (пользовательский ID или номер телефона приемлемы)
    • Требования к формату:Текст или числа приемлемы
    • Примеры:U0011234513800138000
  2. Дата события (event_date)
    • Описание:Дата, когда произошло действие пользователя (дата заказа или дата действия)
    • Требования к формату:Поддерживает несколько форматов дат (такие как YYYY-MM-DDYYYY/MM/DDMM/DD/YYYY и т.д.)
    • Примечания:Система автоматически распознает распространенные форматы дат. Рекомендуется использовать стандартные форматы дат для обеспечения точного парсинга
  3. Дата регистрации (register_date)
    • Описание:Дата регистрации пользователя (используется для определения начальной точки когорты), формат такой как 2025-01-01 или 2025/1/1
    • Требования к формату:Поддерживает несколько форматов дат (такие как YYYY-MM-DDYYYY/MM/DDMM/DD/YYYY и т.д.)
    • Примечания:Система автоматически распознает распространенные форматы дат. Рекомендуется использовать стандартные форматы дат для обеспечения точного парсинга

Требования к формату данных

3.2 Сопоставление полей

После загрузки данных система попросит вас сопоставить столбцы в вашем файле данных со следующими полями:

3.3 Фильтрация данных (необязательно)

Система поддерживает фильтрацию по дате события:

3.4 Интерпретация результатов

Описание показателей

Анализ пути удержания

Анализ месячных трендов

3.5 Примечания

⚠️ Важные примечания

  1. Правила расчета временных окон
    • Все временные окна удержания рассчитываются начиная со 2-го дня после регистрации, не включая день регистрации
    • Например:Пользователь A зарегистрировался 2024-01-01, удержание на следующий день означает заказ 2024-01-02, 3-дневное удержание означает заказы между 2024-01-02 и 2024-01-03
    • Действия в день регистрации учитываются отдельно как "Активность в день регистрации"
    • Рекомендация:Понимание этой логики помогает правильно интерпретировать результаты анализа
  2. Определение удержания
    • Удержание означает, что в указанном временном окне пользователь имеет по крайней мере одну запись о заказе или действии
    • Даже если пользователь имеет несколько действий в одном временном окне, это учитывается только один раз
    • Например:Пользователь A сделал заказы 2024-01-02, 2024-01-03 и 2024-01-04, все равно учитывается только как пользователь 3-дневного удержания (не пользователь 7-дневного удержания, потому что 7-дневное удержание требует проверки от регистрации + 1 день до регистрации + 7 дней)
    • Рекомендация:Понимание этой логики помогает правильно интерпретировать результаты анализа
  3. Исправление монотонности
    • Система автоматически обеспечивает монотонность количества пользователей удержания:60-дневные пользователи удержания ≥ 30-дневные пользователи удержания ≥ ... ≥ пользователи удержания на следующий день
    • Если количество пользователей удержания какой-либо вехи больше, чем следующей вехи, система автоматически исправляет его на значение следующей вехи
    • Это обеспечивает рациональность лестницы конверсии удержания, но может скрыть некоторые аномалии данных
    • Рекомендация:Если обнаружены аномалии данных, вы можете просмотреть исходные данные для проверки
  4. Целостность данных
    • Записи с отсутствующими пользовательским ID, датой регистрации или датой события автоматически исключаются
    • Даты, которые не могут быть распознаны, исключаются, что может повлиять на точность расчета удержания
    • Рекомендация:На этапе подготовки данных убедитесь, что ключевые поля полны и форматы правильны
  5. Ограничения месячных данных
    • Детальная таблица по месяцам отображает только данные за последние 12 календарных месяцев
    • Однако расчет общего коэффициента удержания основан на всех данных и не ограничен 12 месяцами
    • Рекомендация:Если вам нужно просмотреть более ранние данные, вы можете настроить диапазон фильтрации данных

💡 Рекомендации по использованию

  1. Проверка качества данных
    • Проверьте целостность данных перед загрузкой, убедившись, что поля пользовательского ID, даты регистрации и даты события не отсутствуют
    • Проверьте, что форматы дат правильны, чтобы избежать ошибок парсинга дат
    • Проверьте наличие аномальных данных (таких как будущие даты, явно неправильные даты)
    • Убедитесь, что логическое соотношение между датой регистрации и датой события правильное (дата события не должна быть раньше даты регистрации)
  2. Временной диапазон анализа
    • Рекомендуется включать достаточные исторические данные (по крайней мере 12 месяцев) для наблюдения за месячными трендами удержания
    • Если объем данных большой, вы можете сначала проанализировать данные за последние 1-2 года для наблюдения краткосрочных трендов
    • Затем расширить до более длинных исторических данных для наблюдения долгосрочных трендов и сезонных закономерностей
  3. Проверка результатов
    • Сравните пути удержания в разные периоды для выявления аномальных изменений
    • Сочетайте с временем деловой активности для анализа причин изменений коэффициента удержания
    • Проверьте, соответствует ли лестница конверсии удержания бизнес-ожиданиям. Если есть аномалии, требуется дальнейшее расследование
    • Проверьте, является ли исправление монотонности разумным. При сомнениях вы можете просмотреть исходные данные
  4. Оптимизация стратегии
    • Если коэффициент активности в день регистрации низкий, рекомендуется оптимизировать процессы онбординга новых пользователей для повышения коэффициента конверсии в день регистрации
    • Если коэффициент удержания на следующий день значительно снижается, рекомендуется усилить руководство новыми пользователями и предоставить лучший первый опыт
    • Если 7-дневный коэффициент удержания низкий, рекомендуется усилить стратегии активации новых пользователей, отправляя купоны или информацию о мероприятиях
    • Если долгосрочные коэффициенты удержания (30-дневный, 60-дневный) продолжают снижаться, рекомендуется оптимизировать пользовательский опыт и качество услуг
    • Скорректируйте стратегии активации и удержания новых пользователей на основе месячных трендов удержания

3.6 Часто задаваемые вопросы

Q1:Почему некоторые пользователи в моих данных не учитываются?

A:Возможные причины включают:

Q2:Как рассчитываются временные окна удержания?

A:Все временные окна удержания рассчитываются начиная со 2-го дня после регистрации, не включая день регистрации. Например:

Действия в день регистрации учитываются отдельно как "Активность в день регистрации".

Q3:Если пользователь сделал заказ в день регистрации, считается ли это удержанием на следующий день?

A:Нет. Удержание на следующий день означает заказ на 2-й день после регистрации (регистрация + 1 день). Действия в день регистрации учитываются отдельно как "Активность в день регистрации".

Q4:Как рассчитывается коэффициент удержания?

A:Коэффициент удержания = Количество пользователей с действиями во временном окне / Общее количество новых пользователей. Например:

Q5:Почему в лестнице конверсии удержания 60-дневные пользователи удержания могут равняться 30-дневным пользователям удержания?

A:Это нормально. Если пользователь сделал заказ в дни 2-30 после регистрации, этот пользователь относится как к 30-дневным пользователям удержания, так и к 60-дневным пользователям удержания (потому что 30-дневное окно содержится в 60-дневном окне). Система обеспечивает монотонность количества пользователей удержания:60-дневные пользователи удержания ≥ 30-дневные пользователи удержания ≥ ... ≥ пользователи удержания на следующий день.

Q6:Как повысить коэффициент удержания новых пользователей?

A:Рекомендуется начать со следующих аспектов:


IV. Резюме

Калькулятор пути удержания новых пользователей помогает вам полностью понять пути конверсии удержания новых пользователей через научные алгоритмы и интуитивную визуализацию. Правильное использование этого инструмента может:

Если у вас есть вопросы или нужна техническая поддержка, обратитесь к системному администратору.