Начало бесплатного пробного доступа не является покупкой. Для проверки перехода к оплате инвестору нужна группа людей, у которых пробный период и выбранное окно ожидания платежа уже закончились. Отдельно показываются подтверждённая первая оплата, неудачная попытка, восстановление и возврат. Незавершённый пробный период остаётся наблюдаемым, а не заранее успешным или проваленным.
Сначала выясните реальные условия предложения: срок, цена, дальнейший тариф и порядок продолжения. Слово «пробный» может описывать бесплатный доступ, платное вводное предложение или отдельную возможность внутри уже оплаченного продукта. Ниже рассматривается учебная воронка, не условия подписки DIAVERSE.
Какой именно доступ человек начал
Получить право пользоваться функцией, привязать платёжный способ и провести положительный платёж — разные события. В бесплатной модели первое возможно без последнего. В платной вводной модели небольшой платёж может состояться раньше перехода на обычный тариф. Обе модели требуют своей подписи.
Stripe описывает бесплатные и платные вводные предложения. Это пример возможностей конкретного провайдера, а не свидетельство его использования проектом. Из него следует полезный вопрос к отчёту: какую цену и какое состояние скрывает общее название пробного доступа?
Уточните, относится предложение ко всей подписке или к одному компоненту. Человек может уже оплачивать основной план и пробовать дополнительную функцию. Его нельзя автоматически объявить новым покупателем всего продукта при начале этого теста. Единица воронки должна соответствовать проверяемой модели монетизации.
Соберите группу по началу, а не по удобному итогу
Выберите период входа, условия участия и правило объединения повторных запусков. Для первой проверки полезно считать разные подходящие аккаунты, начавшие предложение. Число нажатий кнопки, созданных заявок и людей может отличаться; не называйте их взаимозаменяемыми.
Проверьте повторные пробные периоды, тестовые аккаунты, ранее плативших клиентов и восстановленный доступ. Это не обязательно запрещённые случаи, но они меняют вопрос. Если проверяется получение первого покупателя, прежний клиент не становится новым только из-за нового предложения.
Сохраните причины исключений и общий охват. Если команда показывает лишь пользователей с сохранённой картой, процент может не описывать всех начавших пробный доступ. Такая отдельная группа допустима, однако её основание должно быть видно рядом с результатом и исходным количеством участников.
Учебный пример зрелости
Предположим, пробный доступ начали 800 подходящих новых аккаунтов. На дату отчёта у 600 закончились и сам срок, и заранее выбранное окно подтверждения первой оплаты. Ещё 200 продолжают наблюдаться. Все количества условные, окна одинаково определены для подходящих участников.
Среди зрелых 600 у 300 сразу подтверждена первая оплата. У 90 была неудачная попытка; у 30 из них оплата восстановилась внутри согласованного окна, у 60 — нет. Остальные 210 завершили предложение без подтверждённого первого платежа и без указанной неудачной попытки. Категории в примере не пересекаются.
| Состояние зрелой группы | Учебное количество |
|---|---|
| Первая оплата сразу | 300 |
| Оплата восстановлена после неудачной попытки | 30 |
| Неудачная попытка без подтверждённой оплаты | 60 |
| Завершение без подтверждённой оплаты и такой попытки | 210 |
| Всего зрелых участников | 600 |
Подтверждённый переход равен 330 / 600 = 55%. Деление 330 на все 800 дало бы 41,25%, но часть этого основания ещё не имела полного окна. Это другой, незавершённый срез, а не окончательная доля оплаты. Нельзя также прибавить 90 попыток к покупателям: 30 уже входят в оплаченные, 60 денег не подтвердили.
Состояние подписки не заменяет денежное подтверждение
Попросите показать, каким документом или событием подтверждается положительный платёж и к какому участнику предложения он относится. Созданный счёт, разрешённый доступ и успешная оплата могут иметь разное время. Наличие активного доступа само по себе не объясняет денежную операцию.
В описании объекта подписки Stripe отдельно перечислены состояния пробного периода, первоначальной незавершённой оплаты и просрочки. Правила зависят от сценария и настроек провайдера. Не переносите название одного состояния в универсальное утверждение «деньги уже получены компанией».
Для действительной сверки нужны выбранная денежная база, идентификатор операции и итоговый статус в допустимом составе данных. Банковская выплата может состояться позднее, но это не повод смешивать начало пробного доступа с покупкой. Подсчёт разных покупателей разобран отдельно.
Восстановление оплаты имеет своё окно
Если неудачная попытка исправилась позже, решите заранее, когда она входит в результат этой группы. Бесконечное ожидание успешного платежа не позволяет сравнить свежую группу с давно завершённой. Слишком короткое окно может скрыть существенное восстановление. Нужны действительные условия и одинаковое правило сравнения.
Не считайте повторные попытки новыми людьми или независимыми покупками. В нашей модели 30 восстановленных относятся к тем же 90 первоначальным неудачам. Если сложить их как раздельных клиентов, отчёт потеряет связь состояний и завысит размер группы.
Если наблюдение заканчивается раньше предусмотренного восстановления, укажите неполный охват. Это ещё не доказанная окончательная потеря всех таких участников. Сохраняйте дату отчёта, известную успешную часть и оставшиеся состояния; не заменяйте их будущим процентом, рассчитанным по ожиданию команды.
Возврат меняет дополнительный итог
Предположим, после согласованного периода у 20 из 330 покупателей полностью возвращена единственная первая покупка. Тогда покупателей с положительным остатком этой операции — 310, или примерно 51,67% зрелых 600. Первоначальное событие оплаты при этом действительно произошло. Два показателя описывают разные состояния и требуют двух подписей.
Частичный возврат не обязательно убирает человека из базы покупателей с положительным остатком. Также денежная доля возвратов отличается от доли людей, если суммы платежей различаются. Не назначайте один общий процент всем строкам. Учебный пример не устанавливает право, срок или практику возвратов конкретного сервиса.
Отдельно учитывайте поздние корректировки и спорные платежи, если они существенны для выбранного вопроса. Не пересчитывайте историю незаметно: зафиксируйте дату обновления и причину изменения. Материал о возвратах и отменах подробнее разделяет состояния и их пересечения.
Первая оплата не гарантирует продление
Переход после пробного срока и следующая покупка требуют разных зрелых групп. Часть людей могла оплатить вводный месяц и не продолжить. Если следующий срок ещё не наступил, нельзя назвать всех первых покупателей устойчивой подписной базой на год.
Попросите показать цену первого платного периода, обычную цену и реальные следующие состояния. Сильная вводная скидка способна изменить результат предложения; её эффект не переносится автоматически на другой тариф. Сравнивать предложения нужно по известному составу и сопоставимым горизонту и условиям.
Также выясните, что человек успел получить во время пробного доступа. Начало предложения может отражать любопытство, а первая оплата — продолжение доступа по согласованному порядку. Ни одно событие в одиночку не подтверждает устойчивую полезность продукта. Для этого нужны отдельные наблюдения использования и повторения задачи.
Платное вводное предложение требует ещё одной ступени
В отдельной учебной модели человек платит 100 рублей за первую неделю, а обычный месяц стоит 1000. Подтверждённые 100 рублей — реальная покупка вводного периода. Однако они не доказывают последующую оплату обычного месяца. Для вопроса о переходе к основному тарифу нужна отдельная зрелая группа и подтверждённое событие следующего платежа.
Если смешать эти состояния, предложение со множеством дешёвых первых покупок может выглядеть столь же устойчивым, как база клиентов, продолжающих платить обычную цену. Сохраните оба результата: продажу вводного периода и переход после него. Возврат вводной суммы также относится к своей операции; он не становится автоматически возвратом ещё не состоявшегося месячного платежа.
Проверьте, какие одновременно оплаченные компоненты остаются за пределами конкретного предложения. Участник может получить скидку на дополнение, сохранив основной платный доступ. Деньги основного плана не подтверждают покупку этого дополнения. Перед сравнением двух предложений нужны одинаковые единицы: первый положительный платёж, переход на конкретный тариф либо продление выбранного компонента. Одно слово «конверсия» эту разницу не устраняет.
Подготовьте одну таблицу переходов
Рабочая запись содержит начало группы, тип предложения, сроки, цену, зрелую часть, состояния первой оплаты и выбранные последующие корректировки. Рядом сохраняется ещё наблюдаемая часть. Каждая строка объясняет переход, а не просто добавляет новый удобный процент.
Не запрашивайте реквизиты всех покупателей или полный административный доступ для проверки этой арифметики. Достаточный состав и способ подтверждения согласуются отдельно. Если связи платежей с пробной группой пока нет, это конкретный вопрос к данным; таблица не должна изображать подтверждённую конверсию за пределами известного охвата.
Для DIAVERSE нужны актуальные разрешённые сведения команды. Учебные 800, 330 и 55% не описывают её продажи. Хороший результат проверки позволяет сказать, сколько участников действительно перешло от конкретного предложения к оплате, какие состояния ещё открыты и что известно о следующем периоде — без обещания будущей прибыли или доходности вложения.