中文 | 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. Введение в калькулятор

Калькулятор анализа удержания жизненного цикла пользователей — это специализированный инструмент для группировки пользователей по регистрации и анализа их удержания в последующие дни/месяцы жизненного цикла. Этот инструмент всегда использует дату регистрации (или месяц регистрации) в качестве метки группировки и не полагается на первый заказ или первую покупку в качестве основы для группировки. Группируя по месяцу или дате регистрации, он отслеживает количество удержанных пользователей и коэффициент удержания различных когорт в различные месяцы и дни смещения после регистрации, генерирует матрицы удержания и графики среднего тренда удержания, помогая вам понять производительность удержания пользователей, приобретенных в разные периоды, и предоставляя поддержку данных для формулирования стратегий привлечения и удержания.

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

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

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

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

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


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

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

Метка группировки: Регистрация

Удержание и смещение

Область пользователей

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

Шаг 1: Предварительная обработка данных

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

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

Шаг 2: Идентификация пользователей с "транзакциями в день регистрации"

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

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

Шаг 3: Расчет месяца смещения / дня смещения

Шаг 4: Построение матрицы удержания

Шаг 5: График среднего тренда удержания

Агрегация по месяцу смещения: для каждого месяца смещения вычислить среднее количество удержанных пользователей (или коэффициент удержания) по всем когортам, генерируя кривую "среднего тренда удержания".

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

  1. Тренд удержания жизненного цикла пользователей (по месяцам):Группировка по месяцу регистрации, отображение количества удержанных пользователей для каждого месяца смещения; учитывать только пользователей с транзакциями в день регистрации
  2. Тренд удержания жизненного цикла пользователей (по дням):Группировка по дате регистрации, отображение количества удержанных пользователей для каждого дня смещения (0–30 дней); учитывать только пользователей с транзакциями в день регистрации, последние 30 строк
  3. Средний тренд удержания:Кривая среднего количества удержанных пользователей/коэффициента удержания для каждого месяца смещения

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


III. Инструкции и примечания

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

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

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

  1. ID пользователя (user_id)
    • Описание: Поле, которое уникально идентифицирует пользователей (ID пользователя или номер телефона оба приемлемы)
    • Требования к формату: Текст или числа оба приемлемы
    • Примеры: U001, 12345, 13800138000
  2. Дата события (event_date)
    • Описание: Дата, когда произошло поведение пользователя (такая как дата заказа, дата входа)
    • Требования к формату: Поддерживает несколько форматов дат (такие как YYYY-MM-DD, YYYY/MM/DD, MM/DD/YYYY и т.д.)
    • Примечания: Система автоматически распознает распространенные форматы дат; рекомендуется использовать стандартные форматы дат для обеспечения точности парсинга
  3. Дата регистрации (register_date)
    • Описание: Дата регистрации пользователя (используется в качестве метки группировки), формат такой как 2025-01-01 или 2025/1/1
    • Требования к формату: Тот же формат, что и дата события
    • Важно: Это поле должно быть предоставлено; пользователи с отсутствующим этим полем будут исключены из анализа; этот инструмент использует только регистрацию в качестве основы для группировки, не используя первый заказ и т.д.

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

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

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

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

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

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

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

Анализ матрицы удержания

Анализ тренда

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

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

  1. Метка группировки — только регистрация
    • Все когорты разделены по дате регистрации/месяцу регистрации; этот инструмент не использует первый заказ, первую оплату и т.д. в качестве основы для группировки
    • Рекомендация:Убедитесь, что поле "дата регистрации" точно отражает время регистрации пользователя для правильной группировки
  2. Учитывать только пользователей с транзакциями в день регистрации
    • Система учитывает только пользователей, у которых есть по крайней мере одна запись события в день регистрации; пользователи без активности в день регистрации исключаются
    • Если у пользователя нет активности в день регистрации, даже если у него есть удержание позже, он не будет включен в анализ
    • Рекомендация:Убедитесь, что дата события и дата регистрации используют один и тот же стандарт (например, обе являются датами заказов или обе являются датами входа), и данные могут различать "была ли активность в день регистрации"
  3. Дата события и дата регистрации
    • Записи, где дата события раньше даты регистрации, исключаются
    • Рекомендация:Проверьте полноту данных перед загрузкой, убедитесь, что форматы даты регистрации и даты события правильные и логически разумные
  4. Область таблицы по дням и таблицы по месяцам
    • Таблица по дням отображает только последние 30 дат регистрации, столбцы смещения для 0–30 дней; таблица по месяцам имеет максимум 12 месяцев смещения
    • Для более долгосрочных трендов можно комбинировать график среднего тренда удержания и бизнес-потребности для комплексной оценки

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

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

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

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

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

Q2: Почему необходимо "транзакции в день регистрации"?

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

Q3: Как определяется "удержан"?

A: В определенный день или месяц смещения, пока у пользователя есть по крайней мере одна запись события, он считается удержанным в этот день/месяц. Несколько записей для одного и того же пользователя в тот же день/месяц смещения учитываются только один раз.

Q4: Почему таблица по дням показывает только 0–30 дней?

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

Q5: Использует ли этот инструмент "первый заказ" в качестве основы для группировки?

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

Q6: Как улучшить удержание жизненного цикла пользователей?

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


IV. Резюме

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

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