Учебный пример: песочные часы отмечают промежуток между принятым файлом и отчётом, которым уже можно пользоваться.
- 1↓
Аккаунт создан
Начало отсчёта TTV в этом примере.
- 2↓
Файл принят
Загрузка ещё не означает готовые данные.
- 3↓
Проверка импорта
Система и администратор устраняют ошибку сопоставления.
- 4↓
Данные готовы
Отчёт строится на проверенных записях.
- 5
Рабочий отчёт
Пользователь с нужным доступом видит пригодный результат.
Импорт завершился, а работать с отчётом ещё нельзя
Представим B2B-сервис для анализа продаж. Новый клиент загрузил выгрузку из учётной системы, увидел сообщение «Импорт завершён» и открыл дашборд. На графике нет части сделок: в файле по-другому назывался столбец со статусом. Руководитель не может использовать цифры на встрече, хотя сервис уже записал событие завершённого импорта.
Для этого сценария TTV можно отсчитывать от создания рабочего аккаунта до первого отчёта с данными клиента, который прошёл проверку и доступен человеку с нужной ролью. Такой отчёт ещё не доказывает, что клиент принял удачное решение. Зато он ближе к задаче, чем факт загрузки файла. Начало и конец лучше записать одной фразой до расчёта: иначе команды будут обсуждать одну метрику, имея в виду разные часы.
После ошибки с колонкой менеджер клиента пишет администратору, тот ищет исходный файл, а сервис показывает только общий статус «готово». На этом участке TTV растёт. Часть времени уходит на нужную проверку данных; часть — на выяснение, что вообще произошло. Разница между ними важнее общего числа в отчёте.
Найдите владельца каждой паузы
Восстановите путь одного аккаунта по отметкам времени и по переписке, если у вас есть право её смотреть. Одних событий интерфейса мало: клиент мог ждать разрешения на выгрузку ещё до первого клика в продукте. Для такой проверки достаточно короткой линии времени, где рядом с событием стоит следующий ответственный.
- Клиент готовит выгрузку и согласует доступ к данным. Эта пауза может быть частью его рабочего процесса.
- Сервис принимает файл и проверяет схему. Здесь важны точная ошибка, состояние задания и возможность повторить импорт.
- Администратор сопоставляет столбцы и подтверждает смысл показателей. Убирать этот шаг ради скорости опасно.
- Руководитель открывает отчёт с реальными данными. Только теперь выбранное событие TTV может сработать.
Не всякое ожидание — потеря
Проверка соответствия столбцов занимает время, потому что без неё отчёт может выглядеть убедительно и при этом считать неверные сделки. Сократить такой этап ценой качества — плохой обмен. Помогите человеку сделать его без догадок: покажите образец нужных полей, спорные сопоставления и пример строки, которая попадёт в расчёт. После подтверждения сохраните выбор, чтобы следующий импорт не начинался с нуля.
Статус «Импорт завершён» ничего не говорит о пропущенных сделках. Клиенту приходится узнавать у поддержки, прошла ли проверка и почему не все записи попали в отчёт. Покажите, что известно: файл принят, в отдельных строках нужны исправления, данные готовы для отчёта. Если дальше должен действовать администратор клиента, назовите его задачу. Саму проверку это не ускорит, но человеку будет понятно, как продолжить работу.
Не сводите всё к одной причине. У клиентов с готовой выгрузкой и у клиентов, которым нужен внутренний допуск, разные стартовые условия. Когда эти группы смешаны, сдвиг медианы может отражать состав новой когорты, а не изменение продукта. Разбирайте похожие внедрения вместе.
Проверьте, кому стало быстрее и кто вообще дошёл
После исправления статусов и ошибок импорта посмотрите на два показателя рядом. Первый — доля новых аккаунтов, у которых рабочий отчёт появился за выбранное окно. Второй — время до него среди тех, кто успел. Медиана и p75 относятся к завершившим путь; у остальных в рамках этого отчёта нет измеренного TTV. Поэтому красивая медиана без доли всей когорты может скрыть клиентов, которые так и ждут данных.
Выберите окно по обычному сроку внедрения и сравнивайте аккаунты, у которых оно уже закончилось. Например, если вы отвели на запуск две недели, вчерашний аккаунт рано записывать в неуспешные. Сохраняйте одно определение результата и одинаковый срок в сравниваемых группах.
Начните с нескольких аккаунтов, где импорт формально прошёл, а дашборд не стал рабочим. Уточните, какой статус видел клиент, кто мог исправить данные и когда он узнал об ошибке. Если одна и та же пауза повторяется, у вас появится конкретная задача: исправить проверку, текст ошибки или передачу работы. «Сделать TTV меньше» такой задачи не даёт.
