Чтобы проверить число платящих пользователей, нужны подтверждённые денежные операции за определённый период, правило объединения их по покупателю и отдельный учёт возвратов. Установки, начатые пробные подписки и количество платежей не заменяют такой подсчёт. Один человек способен платить несколько раз, а прежний клиент — продлевать доступ без новой установки.
Начните с двух ответов: сколько разных покупателей заплатили за период и сколько денежных операций они совершили. Затем уточните, кто покупает впервые, кто возвращается и у какой части платежей результат ещё может измениться. Ниже приведён учебный пример; числа не описывают аудиторию или выручку DIAVERSE.
Определите период и денежное событие
Запишите даты начала и конца, часовой пояс, продукты, платформы и состояние платежа. «Платящие пользователи» может означать покупателей текущего месяца, всех когда-либо плативших или владельцев действующего доступа. Это три разных набора. Полезная подпись должна сообщать, какой из них посчитан.
Запросите, что считается подтверждённой оплатой. Нажатие кнопки, создание счёта, резервирование средств и завершённый платёж описывают разные шаги. В документации Stripe о статусах оплаты отдельно различаются незавершённые, ожидающие и успешные состояния. Это пример определённой платёжной системы, а не утверждение о её использовании компанией.
Тот же источник поясняет, что последующие возвраты и споры могут отражаться отдельно от первоначального успешного состояния. Значит, один старый признак «успех» не всегда отвечает на вопрос об окончательном денежном результате. Для рассматриваемого приложения нужен действующий порядок именно его провайдера и связь между событиями.
Человек, аккаунт и устройство не совпадают автоматически
Один человек может пользоваться двумя телефонами, а на одном устройстве могут входить разные аккаунты. Переустановка также не обязательно создаёт нового покупателя. Поэтому число установок нельзя механически подставить вместо числа людей в платёжный отчёт.
Справка Google Play о статистике раздельно описывает показатели пользователей и устройств. Для собственного подсчёта компании уточните выбранную единицу: аккаунт приложения, покупатель магазина или иной согласованный идентификатор. Если объединение одного человека между платформами неизвестно, итог нужно ограничить этим фактом.
Не требуйте фамилии, телефонные номера или адреса покупателей ради проверки суммы. Достаточны согласованный способ сопоставления и разрешённые агрегаты. Обезличенная по названию выгрузка тоже требует проверки состава: постоянная метка позволяет связать операции, но сама по себе не доказывает юридическое обезличивание данных.
Если компания не умеет достоверно объединить iOS и Android, покажите две платформенные строки и известное ограничение. Сложение аккаунтов может дать число записей, а не уникальных физических лиц. Нельзя исправить это произвольной скидкой на «примерно одинаковых» пользователей.
Учебный месяц: 80 платежей от 50 покупателей
Предположим, за апрель подтверждены 80 реальных покупок от 50 различимых покупателей. Тестовые операции исключены, подписки и разовые товары входят на одинаковой базе. Среди этих людей 40 совершили первую покупку за всю наблюдаемую историю, 10 платили ранее. Все числа условные.
| Счётчик месяца | Количество | Содержание |
|---|---|---|
| Успешные покупки | 80 | Денежные операции |
| Разные покупатели | 50 | Уникальные записи на выбранной базе |
| Впервые купившие | 40 | До апреля подтверждённой покупки не было |
| Платившие ранее | 10 | Есть покупка до начала апреля |
Отношение 80 / 50 = 1,6 показывает среднее число операций на покупателя этого месяца. Оно не является числом новых клиентов, месячным удержанием или ценой подписки. Чтобы объяснить повторение, нужно посмотреть, какие продукты покупались и в какие даты.
Если рекламный слайд назовёт все 80 операций платящими пользователями, аудитория будет завышена относительно принятой базы. Но и 50 не подтверждает финансовый результат: крупный возврат, разная цена и комиссия могут существенно изменить деньги при прежнем количестве покупателей.
Общий месяц и группа новых пользователей — разные таблицы
Пусть отдельно выделена группа из 1000 новых аккаунтов, впервые пришедших в согласованную неделю. У каждого уже прошло полное тридцатидневное окно. В этом окне 32 аккаунта совершили подтверждённую первую покупку. Конверсия такой группы равна 3,2% на выбранной базе.
Деление всех 50 апрельских покупателей на эти 1000 было бы другой, несогласованной операцией. В месяце могут платить люди, пришедшие гораздо раньше. Даже все 40 впервые купивших не обязаны принадлежать одной новой группе: часть зарегистрировалась в прошлом периоде и решила купить позднее.
Сохраните две таблицы: продажи календарного периода и поведение конкретной группы по возрасту. Между ними можно построить связь, но нельзя объявить их одной воронкой без проверки состава. Незрелую группу не следует считать не купившей на горизонте, который для неё ещё не завершился.
Пробный период не превращается в подтверждённую оплату
Покажите отдельно пользователей, начавших пробный доступ, дошедших до окончания, получивших попытку списания и действительно оплативших. Наличие платёжного средства или ожидаемого автоматического продления не равняется состоявшейся покупке. Для каждого шага нужен собственный статус.
В учебной группе могут быть 100 начавших пробный период и 32 оплативших после него. Но процент перехода нужно считать только среди людей, у которых соответствующий срок полностью наступил. Если часть ещё находится внутри пробного доступа, результат для неё пока неизвестен.
Не исключайте из начальной группы всех, кто заранее отменил продление, чтобы повысить процент. Такая отмена — часть результата выбранного пути, если люди соответствовали исходному определению. Для сравнения версий сохраняйте одинаковые условия доступа, цену и начало наблюдения либо прямо объясняйте различия.
Что меняет полный или частичный возврат
Допустим, пять из апрельских покупателей имели только одну полностью возвращённую покупку, ещё двое получили частичный возврат и сохранили положительную сумму остальных операций. Исторически успешную покупку совершили все 50. На базе «покупатель с положительной суммой после известных возвратов» останется 45, если иных корректировок нет.
Оба счётчика допустимы как явно подписанные аналитические величины. Ошибка — представить 45 как то же число, что исходные 50, без объяснения, либо стереть первоначальную операцию и потерять связь с последующим возвратом. У частичного возврата также нужно определение: он не всегда означает прекращение всех отношений с человеком.
Сохраните число затронутых покупателей, число возвращённых операций и денежную сумму отдельно. Пять возвратов небольшого товара и один возврат крупной годовой покупки могут иметь разный экономический вес. Один процент людей не раскрывает потери денег.
Уточните смысл повторной покупки
Повторным плательщиком месяца может быть человек, который платил ещё до его начала. Другой полезный счётчик — человек, совершивший не менее двух покупок внутри текущего месяца. Эти наборы не обязаны совпадать. В таблице примера десять прежних покупателей не означают, что только десять людей совершили две операции в апреле.
Автоматическое продление, покупка другого товара и восстановление доступа после переустановки также различаются. Последнее действие может вообще не создавать нового списания. Если команда объединяет их под названием «повторная продажа», попросите классификацию событий.
Для разговора об устойчивости бизнеса выделите зрелые группы первой покупки и фактические последующие платежи. Не превращайте среднее 1,6 операции в прогноз повторения каждого месяца. Разница между текущей регулярной базой и денежными поступлениями разобрана в статье о MRR и ARR.
Сверьте счётчики с разрешёнными доказательствами
Полезный пакет включает определение покупателя, период, итог операций, состояние возвратов, новые и прежние записи и способ исключения тестовых данных. Добавьте контрольную связь с отчётом провайдера. Она должна объяснять существенные расхождения, а не обязательно заставлять два разных отчёта иметь одну строку.
Уточните полноту истории. Если данные доступны только за три месяца, утверждение «первая покупка в жизни» может быть сильнее доказательства. Корректнее показать «первая покупка в доступной истории» и сохранить ограничение. Потеря старых событий не делает прежнего клиента новым.
В спорном случае попросите небольшой разрешённый пример одной цепочки: покупатель, операция, подтверждение, последующая корректировка. Это помогает проверить правило подсчёта без публикации личных данных всей аудитории. Доступ и состав материалов согласуются отдельно; инвесторский интерес не разрешает обходить ограничения.
Какой вывод пригоден для решения
После проверки должны остаться воспроизводимые числа с разными названиями: покупатели месяца, новые покупатели, операции, положительный результат после возвратов и зрелая группа первой оплаты. Тогда рост установок не сможет незаметно заменить рост платящей аудитории.
Для DIAVERSE нужны актуальные подтверждения команды; учебные 80, 50 и 32 не являются её показателями. Материал об удержании отвечает на вопрос о возврате к действию. Здесь проверяется другое: кто и когда действительно заплатил, на какой базе это можно повторно посчитать и какая часть результата ещё предварительна.