Поскольку командам в сфере финтеха приходится анализировать огромные объемы данных, им нужен быстрый способ превращать эти данные в ответы, не составляя запросы и не дожидаясь помощи аналитиков. Им также необходимо знать специфические детали о своих клиентах: кто прошел проверку KYC, кто пополнил счет и кто продолжает совершать транзакции.
Серверы MCP отвечают на эти сложные вопросы, подключая ИИ-клиент к вашей аналитической платформе. Это соединение позволяет задавать вопросы об определенных этапах жизненного цикла клиента, а MCP предоставляет ответы на основе ваших собственных событий. Это помогает финтех-командам быстро принимать меры, например, выявлять утечки при пополнении счета или находить неактивных пользователей, которых стоит вернуть.
Начните глубже понимать своих клиентов с помощью этих ИИ-промптов для финтех-команд. Приведенные ниже промпты работают с любой подключенной аналитической платформой, но написаны специально для сервера Mixpanel MCP. Ознакомьтесь с кратким руководством по настройке Mixpanel, если вам еще нужно подключиться к серверу.
Успех начинается с настройки
Спросите ИИ-клиент, повлиял ли ваш новый процесс онбординга на уровень активации, и он ответит. Но этот ответ может быть основан на событии регистрации, которое срабатывает до начала KYC, или на шаге, который объединяет неудачные транзакции с успешными. Избегайте таких неверных интерпретаций событий, обучив ИИ-клиент тому, какие события существуют и какие из них отражают важные для вас моменты. Несколько минут, потраченных на настройку сейчас, обеспечат более надежные ответы в будущем.
Замените названия событий и термины в скобках в приведенных ниже промптах на терминологию, которую ваша команда использует в воронках вашего продукта.
Промпт для настройки: отображение воронки вашего продукта
- «Прочитай события этого проекта и восстанови фактический путь, который проходит большинство клиентов от первого открытия приложения до пополнения счета и совершения транзакций. Включи любые шаги, которые я мог не настроить намеренно. Затем скажи мне, какие события использовать для каждого этапа анализа: привлечение, онбординг, транзакции и удержание».
Что вы получите в ответ
Карту ваших событий на каждом этапе жизненного цикла клиента. Исправьте любые неверные интерпретации событий сейчас, потому что промпты в остальной части этой статьи основаны на том, как ваша команда определяет событие.
Промпт для настройки: определение того, как учитываются деньги, прежде чем их суммировать
- «Найди каждое событие и свойство, которые могут представлять деньги в этом проекте, такие как сумма транзакции, размер депозита, комиссия, интерчейндж, проценты и возврат/сторнирование. Для каждого из них укажи, срабатывает ли оно один раз за транзакцию или один раз за аккаунт, валюту, и являются ли возвраты отрицательными значениями или отдельными событиями. Затем порекомендуй единый источник истины, который мне следует использовать для выручки и объема пополнений».
Что вы получите в ответ
Четкое определение «выручки» и «объема пополнений», что даст каждому последующему промпту единую базу для работы.
Промпт для настройки: подтверждение того, какие свойства поддерживают сегментацию
- «Для [Transaction Completed] и [Account Funded] перечисли все свойства, по которым я могу сегментировать данные. Для каждого покажи реальные значения и примерную частоту появления, а также отметь любое свойство, которое заполнено редко или выглядит противоречиво, чтобы я не строил сегментацию на полупустом поле».
Что вы получите в ответ
Информацию о том, насколько последовательно каждое свойство отображается в ваших данных, чтобы вы могли исключить те, которые слишком скудны для получения реальной картины по сегменту.
Почему финтех-командам нужно настраивать ИИ перед анализом?
Самые дорогостоящие ошибки в отчетности в финтехе обычно возникают из-за учета общего объема транзакций как выручки или из-за двойного учета возвратов. Уточните, как следует считать выручку, чтобы получать максимально надежные ответы на свои промпты.
Как только вы закончите настройку, вы будете готовы начать использовать промпты MCP для финтеха, которые соответствуют следующим этапам жизненного цикла клиента.
1. Этап привлечения: Какие каналы приносят клиентов, которые пополняют счет и совершают транзакции?
Установки и регистрации выглядят одинаково на любой панели мониторинга. Сосредоточьтесь на том, какие каналы переводят клиентов через этап регистрации прямо к KYC, пополнению счета и регулярным транзакциям.
- «Для каждого [канала/кампании/источника UTM] привлечения за последние 90 дней создай одну таблицу: новые регистрации, коэффициент конверсии из регистрации в пополнение, медианное количество дней до первого пополнения и общий объем пополнений. Ранжируй каналы по количеству пополненных счетов на одну регистрацию и выдели любой канал, который дает много регистраций, но очень мало пополнений».
Что вы получите в ответ
Каналы привлечения, ранжированные по количеству пополненных счетов на одну регистрацию клиента. Добавление 30-дневного коэффициента транзакций для каждого канала покажет, какие каналы приводят клиентов, которые действительно пользуются продуктом.
- «Разбей пополненные счета по [реферальной программе/промоакции], через которую пришел клиент, за последние 30 дней. Для каждого источника покажи коэффициент прохождения KYC, итоговый коэффициент пополнения и объем пополнений. Скажи мне, какой источник приводит клиентов, которые доводят дело до конца, а какой просто заполняет верхнюю часть воронки».
Что вы получите в ответ
Список реферальных источников, показывающий, какие из них ведут к завершенным, пополненным счетам, а какие просто увеличивают объем без дальнейших действий со стороны клиентов.
- «Сравни [Кампанию А] и [Кампанию Б] напрямую за периоды их активности: завершение воронки до первого пополненного счета, среднее количество транзакций за первые 30 дней и удержание на 60-й день. Нормализуй данные по длительности каждой кампании и дай четкий вердикт, какая из них привлекла более качественных клиентов».
Что вы получите в ответ
Вердикт о том, какая кампания привлекла более качественных клиентов, в сравнении за одинаковые периоды времени, чтобы более длительная кампания не выигрывала только за счет объема. Поскольку промпт анализирует конкретные вехи, такие как пополнение счета, сравнение опирается на реальных клиентов, а не на тех, кто остановился на этапе регистрации.
- «Раздели воронку от регистрации до пополнения по устройству и ОС за последние 30 дней. Я подозреваю, что мобильные клиенты регистрируются, но редко пополняют счет. Подтверди или опровергни это, количественно оцени разрыв на каждом шаге, и если на мобильных устройствах самый большой отток на одном из шагов, выгрузи несколько записей сессий с этого шага, чтобы я мог увидеть, что мешает».
Что вы получите в ответ
Взгляд на то, на каком этапе мобильные клиенты покидают воронку продукта, в сравнении с тем же шагом на десктопе. Результаты помогут вам понять, является ли отток клиентов проблемой конкретно мобильной версии, например, проблемой с экраном захвата KYC, или чем-то не так с самим шагом.
Из отчета «Состояние цифровой аналитики 2026»
В подотрасли управления капиталом привлечение клиентов сокращается по всему миру, поскольку фирмы отдают приоритет эффективности, консолидации и персонализации на основе GenAI, а не массовому охвату.
Читать полный отчет →
Как продуктовая команда может определить, какие каналы приносят клиентов, которые пополняют счет?
Сравнивайте коэффициент пополнения и 30-дневный коэффициент транзакций каждого канала, а не только объем регистраций. Канал с большим количеством регистраций, но низким коэффициентом пополнения — это просто оплата за регистрации.
2. Этап онбординга: Что происходит между KYC и получением первой ценности?
Для финтех-продукта активация происходит значительно позже регистрации, когда клиент проходит верификацию, пополняет счет и совершает первое значимое действие. Этот этап позволяет найти момент активации и проверить, достигают ли его новые клиенты.
- «Я хочу определить наш момент активации. Возьмите клиентов, которые зарегистрировались за последние 120 дней, разделите их на тех, кто продолжал совершать транзакции через 60 дней, и тех, кто перестал, и выявите ранние модели поведения, которые сильнее всего отличают эти две группы — прохождение KYC с первой попытки, привязка банковского счета, активация карты, диапазон суммы первого пополнения, включенные уведомления. Ранжируйте эти сигналы по тому, насколько точно они предсказывают активность аккаунта».
Что вы получите в ответ
Ранние модели поведения, предсказывающие активность аккаунта, основанные на сравнении клиентов, которые продолжают совершать транзакции через 60 дней после регистрации, и тех, кто этого не делает. Хотя результаты могут показать, как ведут себя вовлеченные клиенты, рассматривайте эти выводы как гипотезу и подтвердите основной поведенческий сигнал с помощью следующего запроса.
- «Проверьте, предсказывает ли [сигнал — например, привязка банковского счета в первой сессии] активность аккаунта. Сравните 90-дневное удержание новых клиентов, которые это сделали, с теми, кто этого не сделал, за тот же период времени. Сообщите мне разницу и прямо скажите, достаточно ли она значима, чтобы предпринимать какие-либо действия».
Что вы получите в ответ
Насколько улучшается удержание, когда клиент демонстрирует определенный сигнал. Используйте этот запрос, чтобы подтвердить, что найденный вами сигнал предсказывает активацию, а не просто коррелирует с ней.
- «Для клиентов, зарегистрировавшихся за последние 60 дней, последовательно проработайте три вопроса ниже, а затем резюмируйте, как выглядит для нас успешная первая неделя».
- Сколько новых клиентов завершают KYC и пополняют счет в течение 7 дней?
- Что эти клиенты делают дальше — настраивают карту, совершают первый платеж или изучают возможности?
- Предсказывает ли это раннее пополнение счета активность через 60 дней?»
Что вы получите в ответ
Какие действия предпринимают клиенты после быстрого прохождения этапов KYC и пополнения счета. Этот запрос помогает сформировать представление о том, как выглядит успешная первая неделя, чтобы вы могли понять, предсказывает ли раннее пополнение счета то, останется ли клиент с вами.
- «Выгрузите записи сессий для нескольких клиентов, которые прошли KYC и пополнили счет в первый же день, и для нескольких тех, кто отсеялся на этапе верификации. Найдите разницу: на чем застряли те, кто остановился — загрузка документов, проверка селфи, привязка банка? Обобщите закономерность, чтобы мы могли устранить эту проблему при проектировании».
Что вы получите в ответ
Какие клиенты не смогли пройти этап верификации и почему, чтобы вы могли создать более плавный процесс онбординга. Обязательно убедитесь в маскировании PII перед выгрузкой любых записей экранов верификации клиентов.
Как продуктовая команда может определить момент активации своего продукта?
Разделите недавних пользователей по признаку того, совершают ли они транзакции через 60 дней, а затем ранжируйте ранние модели поведения, которые отличают эти две группы.
3. Этап транзакций: где и почему происходят потери на этапе пополнения счета и первой транзакции?
Финтех-команды могут знать, сколько клиентов прошли этап пополнения счета, но им все еще нужно понимать, почему другие клиенты застревают. Этап транзакций помогает выявить, почему некоторые клиенты не продвигаются дальше пополнения счета — будь то из-за неудачной транзакции, решения клиента не продолжать или по другой причине.
- «Запустите нашу воронку от регистрации до первого пополнения счета за последние 30 дней и найдите самый большой отток. Но не останавливайтесь на этом — разбейте этот шаг по устройству, методу пополнения и уровню KYC, и используйте Flows, чтобы показать, что клиенты делают вместо того, чтобы двигаться дальше. Завершите своим лучшим объяснением причины оттока».
Что вы получите в ответ
Самый большой отток клиентов на этапе пополнения счета, разбитый по устройству, методу пополнения и уровню KYC, вместе с правдоподобным объяснением того, почему это происходит.
- «Используя Flows, покажите мне маршруты, по которым клиенты проходят от [Счет пополнен] до третьей транзакции за последние 30 дней, ранжированные по частоте использования каждого пути. Я хочу увидеть самый быстрый путь к формированию привычки — а затем сравнить его с самым распространенным. Если они отличаются, этот разрыв — наша возможность».
Что вы получите в ответ
Пути, которые клиенты прошли перед совершением третьей транзакции. Иногда самый распространенный путь не является самым быстрым, поэтому знание того, какие действия предприняли клиенты для быстрого достижения этапа третьей транзакции, может помочь финтех-командам быстрее подталкивать к этому других клиентов.
- «Для [Транзакция не удалась] за последние 30 дней разбейте сбои по коду причины, методу пополнения, диапазону суммы и по тому, была ли это первая транзакция клиента. Скажите мне, какие сбои выглядят как работа реальных механизмов контроля рисков, а какие — как трение, которое мы создаем для добросовестных клиентов, и оцените масштаб каждого из них».
Что вы получите в ответ
Причины неудачных транзакций с более глубоким анализом того, были ли сбои вызваны протоколами контроля рисков или же добросовестные клиенты столкнулись с трудностями.
- «Найдите клиентов, которые начали транзакцию на сумму более [сумма], но не завершили ее за последние 7 дней. Перечислите их по сумме попытки, а затем выгрузите записи сессий для пяти лучших, чтобы я мог увидеть, что именно остановило самые важные транзакции».
Что вы получите в ответ
Список ваших самых ценных брошенных транзакций вместе с записями, показывающими, что помешало пяти лучшим из них завершиться.
- «Просмотрите сессии [переводов/платежей] за последние 14 дней на предмет признаков трения — повторяющиеся нажатия на одну и ту же кнопку, переходы туда-обратно между шагами, быстрый выход сразу после ошибки или запроса OTP. Выгрузите записи самых наглядных примеров и скажите мне, в чем заключается общая точка застревания, чтобы я знал, что исправлять: поле, сообщение или весь шаг целиком».
Что вы получите в ответ
Самая распространенная точка застревания в ваших самых проблемных сессиях. Этот запрос полезен тем, что он ищет трение, скрывающееся внутри самого процесса перевода.
Как продуктовая команда может выяснить, почему клиенты бросают транзакцию?
Сначала выгрузите записи сессий для самых ценных брошенных транзакций. Метрики показывают уровень оттока, но записи показывают, что именно помешало кому-то завершить действие.
4. Этап удержания: кто продолжает совершать транзакции, кто становится неактивным и что их разделяет?
Знать, что аккаунт все еще активен — это простая часть. Чтобы заметить, что отличает тех, кто останется, от тех, кто вот-вот исчезнет, требуется более глубокое изучение ритма транзакций, внедрения продукта и ранних признаков того, что аккаунт затихает. Приведенные ниже запросы исследуют этот разрыв, от проверки удержания за два квартала до одного сигнала, который обычно проявляется первым перед тем, как клиент уйдет.
- «Дайте мне четкое представление об удержании за последние два квартала, используя три проверки ниже, а затем скажите, создаем ли мы вовлеченную базу или наполняем дырявое ведро.
- Какая доля пополненных счетов все еще совершает транзакции ежемесячно, и как стабилизируется эта кривая?
- Какая часть ежемесячного объема транзакций приходится на повторных пользователей, а какая — на новые аккаунты?
- Растет или сокращается доля активных аккаунтов квартал к кварталу?»
Что вы получите в ответ
Четкий вердикт о том, создаете ли вы вовлеченную клиентскую базу или теряете позиции.
- «Определите клиентов, которые раньше совершали транзакции в обычном ритме, но чей интервал с момента последней транзакции теперь на [50%] длиннее их собственного обычного интервала. Ранжируйте их по балансу и пожизненной выручке, чтобы я сначала связался с важными клиентами, и обобщите, что они делали раньше».
Что вы получите в ответ
Ранжированный список клиентов, которые отклоняются от своего обычного ритма, отсортированный по вашим предпочтениям, чтобы вы могли в первую очередь связаться с теми, кого стоит удержать. Сводка поможет вам побудить их совершать транзакции более последовательно.
- «Группируйте клиентов по [продукту], который они использовали первым — карта, перевод, сбережения, оплата счетов — а затем сравните 90-дневное удержание и среднее количество транзакций на одного клиента в этих группах. Я хочу знать, какой продукт для входа создает самых лояльных клиентов — именно туда их и должен направлять онбординг».
Что вы получите в ответ
Сравнение удержания и транзакционной активности по первому использованному продукту, показывающее, к какой точке входа онбординг должен направлять новых клиентов.
- «Используя Flows, покажите мне, что клиенты, которые впервые использовали [Продукт А], начинают использовать в течение следующих 60 дней. Мне не нужно то, что они, как я надеюсь, начнут использовать — я хочу видеть реальные пути ко второму продукту, ранжированные, чтобы рекомендации основывались на фактах».
Что вы получите в ответ
Ранжированный список, показывающий второй продукт, который клиенты начинают использовать после первого. Этот запрос и ответ помогут обосновать ваши усилия по кросс-продажам тем, что делают клиенты, а не тем, на что надеется ваша дорожная карта продукта.
- «Возьмите топ-[10%] клиентов по балансу или пожизненной ценности и сравните частоту и объем их транзакций за последние 90 дней с предыдущими 90 днями. Ускоряются ли высокодоходные аккаунты, остаются стабильными или замедляются — и если замедляются, выгрузите несколько записей, чтобы я мог увидеть, изменился ли для них пользовательский опыт».
Что вы получите в ответ
Точные данные о динамике частоты транзакций ваших топовых клиентов. Любые предоставленные записи дадут вам дополнительное понимание того, как можно принять корректирующие меры, чтобы ритм снова ускорился.
- «Какой опережающий индикатор оттока — какой поведенческий сигнал проявляется первым?»
Что вы получите в ответ
Поведенческий сигнал, который обычно замечается первым до того, как клиент уходит. Этот запрос и связанные с ним результаты актуальны для всех команд и ролей в вашей организации.
Как продуктовой команде заметить аккаунты, которые вот-вот станут неактивными?
Сравните текущий разрыв с момента последней транзакции каждого клиента с его собственным историческим ритмом. Ранжируйте тех, кто больше всего «дрейфует», по балансу и пожизненной ценности, чтобы работа с клиентами начиналась с аккаунтов, которые стоит спасать.
Из отчета «Состояние цифровой аналитики 2026»
В банковском субиндустрии Азиатско-Тихоокеанского региона наблюдалась самая высокая глобальная «липкость» (stickiness) по сравнению с другими регионами. Мгновенные платежи и интеграция в суперприложения делают банковские операции повседневной цифровой привычкой для экономик, ориентированных на мобильные устройства.
Читать полный отчет →
5. Этап возврата: Какие неактивные аккаунты стоит реактивировать и когда?
Не каждый «тихий» аккаунт стоит того, чтобы выстраивать для него цепочку повторного вовлечения, и в финтехе своевременный «подталкивающий» сигнал в продукте может оказаться эффективнее, чем громкий стимул. Этот этап позволяет оценить, сколько неактивных аккаунтов заслуживают ваших усилий по реактивации, сузить круг до тех, кто с наибольшей вероятностью отреагирует, и найти окно возможностей до того, как «тихий» клиент перестанет отвечать вовсе.
- «Группируйте неактивных клиентов — без транзакций в течение [90+ дней] — по их прошлому объему транзакций и остатку на счете. Скажите мне, сколько их в каждом сегменте и какой прошлый доход и баланс представляет каждый сегмент, чтобы я мог решить, стоит ли запускать программу реактивации, прежде чем разрабатывать ее».
Что вы получите в ответ
Сколько неактивных клиентов находится в каждом сегменте ценности и какой доход представляет каждый сегмент, чтобы вы могли решить, стоит ли создавать программу реактивации или сосредоточить усилия на других инициативах.
- «Для клиентов, которые стали неактивными, а затем вернулись самостоятельно в течение последнего года, каким был промежуток времени до их возвращения? Покажите мне разброс. Я хочу знать точку, после которой неактивный клиент почти никогда не возвращается без подсказки — это наш крайний срок для обращения».
Что вы получите в ответ
Сколько времени требуется «тихим» клиентам, чтобы вернуться без подсказок или стимулов, чтобы вы знали, как долго дверь остается открытой, прежде чем неактивный клиент, которого не стимулировали, уйдет окончательно. Используйте результаты для планирования работы по повторному вовлечению, так как своевременная подсказка на раннем этапе может быть лучше, чем более крупный стимул позже.
- «Среди клиентов, неактивных [90–180 дней], найдите тех, чье прошлое поведение больше всего напоминает клиентов, которые успешно вернулись — похожее количество транзакций, набор продуктов и баланс. Дайте мне ранжированный список, с которым можно связаться, и отметьте, что каждый из них делал раньше, чтобы обращение было конкретным».
Что вы получите в ответ
Гиперспецифичный список неактивных клиентов, которые похожи на тех, кто уже вернулся, с достаточной детализацией о неактивных клиентах, чтобы ваше обращение было максимально эффективным.
- «Мы провели [Кампанию по реактивации]. Сравните уровень возврата клиентов, на которых мы ориентировались, с аналогичной группой, на которую мы не ориентировались, за тот же период. Исключите тех, кто, вероятно, вернулся бы и так, и дайте мне реальный дополнительный эффект от кампании».
Что вы получите в ответ
Уровень возврата клиентов в результате кампании, отделенный от клиентов, которые вернулись бы самостоятельно в любом случае.
Когда продуктовой команде следует пытаться вернуть неактивного клиента?
Сначала оцените базу неактивных клиентов по ценности, затем определите, когда «тихие» клиенты возвращаются без стимула и когда неактивные клиенты уходят навсегда. Планируйте свои усилия по возврату в рамках этого окна, потому что своевременная подсказка обычно эффективнее, чем более крупный стимул после закрытия окна. Оценивайте любую кампанию в сравнении с контрольной группой, чтобы увидеть ее влияние на уровень возврата.
Основные правила для более эффективных финтех-запросов
Скорость помогает только в том случае, если ответы верны. Эти правила обеспечивают надежность аналитики сервера MCP по мере ускорения вашей работы.
Основные правила запросов
Девять правил для более эффективных финтех-запросов
Применяйте их к любому запросу, который вы пишете, на любом этапе жизненного цикла клиента.
От первоначальной настройки до финального этапа возврата, эти запросы сопровождают клиентов на протяжении всего их взаимодействия с вашим продуктом. Получение ответа на любом из этих этапов не должно занимать больше времени, чем ввод правильного вопроса.
Финтех-команде не нужно создавать тикет и ждать аналитика, чтобы получить эти ответы. Как только ваши события сопоставлены с жизненным циклом клиента, эти запросы превращают поведение клиента в то, на что вы можете немедленно отреагировать, будь то исправление шага в онбординге или обращение к аккаунту до того, как он станет «тихим».
«Ранее мы использовали очень централизованный подход с Tableau, где только команда по работе с данными могла создавать сложные отчеты. Переход на Mixpanel стал огромным прорывом, который помог нам вырасти в 2,5 раза в Черную пятницу».
Матан Кауфман
Директор по маркетингу, Investing.com
Старший менеджер по контент-маркетингу в Mixpanel
