Выберите событие, на котором остановится отсчёт
Time to Value зависит от того, какой результат вы договорились считать первым полезным. Для учебного сервиса аналитики продаж выберем такой: руководитель открыл отчёт с проверенными данными своей компании. Начнём отсчёт с создания рабочего аккаунта. В определение входят данные, их проверка и доступ человека с нужной ролью. Решение, которое он примет по отчёту, лежит за пределами этой метрики.
Теперь разберём неудачный импорт. Клиент загрузил файл из учётной системы и увидел «Импорт завершён». В отчёте не хватает части сделок, потому что столбец со статусом назывался иначе и администратор неверно сопоставил его с полем сервиса. Файл принят, но выбранный результат ещё не наступил: руководитель не может использовать сводку на встрече.
Событие завершения загрузки в таком случае подходит для технического этапа. Если остановить на нём TTV, команда перестанет учитывать время на поиск и исправление ошибки. Запишите границы расчёта до разбора данных и проверьте несколько аккаунтов по исходным записям. Два отчёта с названием TTV можно сравнивать только при совпадающих начале, результате и единице подсчёта.
Разберите время между событиями
Восстановите запуск одного аккаунта: когда его создали, когда клиент передал файл, когда сервис обнаружил ошибку, когда администратор её исправил и когда руководитель открыл готовый отчёт. Часть отметок найдётся в событиях продукта. Для остальных может понадобиться разговор с клиентом или история обращений, если у вас есть право её читать. Неизвестный интервал так и пометьте, не приписывая его работе интерфейса.
Рядом с каждой паузой укажите, кто мог продолжить процесс. Между обнаружением ошибки и исправлением администратор мог тратить время на проверку столбцов, а мог ещё не знать о проблеме. Это разные части задержки. Чтобы их различить, выясните, когда он получил понятное сообщение и открыл сопоставление.
До загрузки файла клиент иногда ждёт внутреннего разрешения на выгрузку. Если аккаунт уже создан, эта пауза входит в выбранный TTV, хотя продуктовая команда не управляет самим согласованием. Ей всё же полезно показать, что нужно подготовить и кто у клиента может это сделать. Так сотрудник не будет узнавать о требовании только после входа в импорт.
Линия времени помогает выбрать изменение. Долгое выполнение задания требует проверки обработки файла. Поздний ответ администратора может потребовать более точного уведомления. Повторное сопоставление одних и тех же столбцов даёт повод сохранять подтверждённый выбор для следующих загрузок.
Сохраните проверки, объясните ожидание
В примере со статусами сделок проверка защищает смысл отчёта. Если убрать её ради короткого пути, руководитель быстрее получит неполные цифры. Помогите администратору проверить сопоставление: покажите название исходного столбца, выбранное поле и несколько значений из файла. По ним он сможет заметить ошибку до расчёта сводки.
После загрузки сообщайте то состояние, которое сервис уже подтвердил. «Файл принят» подходит для завершённой передачи файла. «Нужно проверить столбец “Статус”» называет задачу администратора. «Данные готовы для отчёта» означает следующий этап. Вместе со статусом покажите доступное действие, чтобы клиент мог исправить ошибку или продолжить работу без обращения в поддержку.
Разделите и самих клиентов по условиям запуска. У одного готовая выгрузка, другому требуется внутреннее согласование, третий переносит несколько источников. Если в новой когорте стало больше простых внедрений, медиана может сократиться без изменения продукта. Сравнение похожих путей поможет проверить, на каком участке клиентам стало быстрее.
Посчитайте время вместе с долей дошедших
Для оценки изменений понадобятся два числа: доля новых аккаунтов, получивших рабочий отчёт за выбранный срок, и время до него среди этих аккаунтов. В расчёте по завершившим медиана и p75 описывают только тех, кто дошёл до результата в окне. У остальных к концу наблюдения есть время ожидания, но нет измеренного времени до выбранного результата.
Поэтому рядом с TTV оставляйте размер исходной когорты, долю завершивших и срок наблюдения. Иначе быстрые внедрения попадут в показатель, а аккаунты с самой тяжёлой задержкой исчезнут из расчёта времени. По одной медиане команда этого не увидит.
Окно выбирают по рабочему циклу клиента. Если для учебного расчёта вы отвели две недели с создания аккаунта, сравнивайте когорты, в которых каждый аккаунт получил эти две недели. Вчерашнюю регистрацию ещё рано относить к незавершившим за полный срок. Сохраняйте одинаковые условия результата и наблюдения в обеих группах.
После правки импорта вернитесь к тому интервалу, ради которого её делали. Проверьте, раньше ли администратор узнаёт об ошибке и может ли исправить её по сообщению. Затем посмотрите, выросла ли доля аккаунтов с рабочим отчётом и как изменилось время у дошедших. Такая проверка связывает общий показатель с конкретной частью запуска; сам сдвиг метрики ещё не доказывает, что его вызвала ваша правка.
