Воронка KYC: как находить причины отказов и не собирать лишние данные

Редакция mevrica

Аналитика4 мин чтения

Обновлено 2 августа 2026 г.

Воронка KYC показывает, где пользователь прекращает проверку личности и почему это происходит. Она не должна превращаться в склад документов или инструмент обхода требований. Задача аналитики — видеть этап, время, технический результат и обезличенную группу причины, чтобы исправлять маршрут там, где проблема действительно находится в интерфейсе или интеграции.

Главный принцип

Измеряйте процесс, а не содержание документов. Для большинства продуктовых выводов достаточно идентификатора сессии проверки, этапа, времени, результата и стабильного reason code.

Разделите начало и завершение

Кнопка «Начать проверку» ещё не означает, что KYC реально начался. Пользователь мог не открыть виджет, закрыть разрешение камеры или столкнуться с ошибкой сети. Отдельно фиксируйте переход к провайдеру, создание verification session, отправку данных, получение решения и завершение пользовательского маршрута.

Понятные этапы воронки

• Пользователь увидел требование проверки
• Открыл объяснение условий
• Начал verification session
• Перешёл к получению изображения или данных
• Отправил необходимый набор
• Получил промежуточный статус
• Получил окончательное решение
• Вернулся в продуктовый маршрут

Набор этапов адаптируется под реальный процесс. Не создавайте фиктивный шаг только ради красивой диаграммы. Каждый этап должен соответствовать наблюдаемому событию и иметь одного владельца.

Причины отказа нельзя смешивать

Техническая недоступность камеры, неподдерживаемый документ, нечитаемое изображение, истёкшая сессия и окончательное отрицательное решение требуют разных действий. Универсальный статус failed делает отчёт коротким, но лишает команду возможности понять, что исправлять.

Время тоже является сигналом

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

Не приписывайте всё источнику трафика

Если после релиза одинаково ухудшились разные источники, сначала проверяйте продукт. Если проблема сосредоточена в одном device или locale, причина также может находиться в интерфейсе. Качество источника обсуждают только после выравнивания маршрута и зрелости решений.

Минимизация чувствительных данных

Аналитика не должна получать изображения документов, полные имена, адреса или номера, если они не нужны для её задачи. Используйте случайные или необратимо преобразованные ключи, ограничивайте доступ и сроки хранения. Первичные данные остаются в системе, предназначенной для проверки, по её правилам безопасности.

Как разбирать проблему

1. Определить первый этап с падением перехода
2. Проверить полноту событий
3. Разделить технические и содержательные reason codes
4. Сравнить устройства, locale и версии интерфейса
5. Открыть обезличенную выборку сессий
6. Проверить исправление на ограниченном потоке
7. Дождаться зрелых решений

Что считать улучшением

Рост завершения полезен только без ухудшения качества и нарушения обязательных проверок. Изменение инструкции может снизить технические ошибки, но не должно подталкивать пользователя скрывать сведения или обходить требования. Защитные метрики определяются владельцем процесса заранее.

Статья не заменяет требования конкретной юрисдикции

Объём и порядок проверки определяются реальным продуктом, применимыми правилами и профильными специалистами. Аналитика лишь помогает наблюдать исполнение.

Источники и границы применимости

FATF Recommendations, customer due diligence: https://www.fatf-gafi.org/content/dam/fatf-gafi/recommendations/FATF%20Standards%20-%2040%20Recommendations%20rc.pdf

Вывод

Хорошая KYC-воронка отделяет пользовательский путь, техническую доставку и окончательное решение. Стабильные reason codes показывают настоящую причину потери, а минимизация данных позволяет улучшать процесс без переноса чувствительных материалов в обычные отчёты.