Можно ли спрашивать у клиента меньше, а знать о нем больше?
Как MDM-системы экономят время клиентов, сотрудников и компаний?
Почему нельзя просто объединить дубликаты записей по клиентам?
Знание о клиенте — ключ к росту бизнеса. Экспертиза по клиентским данным и клиентской аналитике помогает выстроить стратегию сотрудничества с клиентами, выявлять их потребности и отслеживать показатели клиентской активности. Но все начинается не со сложной аналитики, прогнозов рынка и клиентских кошельков, а с «золотой» клиентской записи.
Единая версия правды
— Что такое «золотая» запись? Зачем она нужна?
Эталонный профиль клиента, или «золотая» клиентская запись, — это понятие в области управления данными. Оно означает создание актуального, полного, достоверного и непротиворечивого представления о клиенте. Это «единая версия правды» о клиенте в организации.
Большинство компаний начинают задумываться о централизации процесса управлениями клиентскими данными только на определенном уровне зрелости. К этому моменту обычно уже накапливается значительный объем ИТ-решений для ввода и транспортировки клиентских данных, а заодно и «костылей» и legacy ИТ-ландшафта. Довольно часто компании, особенно банки, используют несколько точек ввода клиентских данных, когда оформление различных продуктов осуществляется в разных системах, карточки клиентов заводятся в нескольких экземплярах, и в каждой системе может быть отличающийся атрибутный состав для ввода информации о клиенте. Из-за такой разрозненности процессов и неоднородного ИТ-ландшафта при оформлении нового продукта или обращении в другой офис банка клиенты иногда сталкиваются с неожиданными проблемами — от «где карту оформляли, туда и идите» до длительного ожидания повторного ввода данных.
Но наличие нескольких записей по одному и тому же клиенту приводит не только к «разрывам» клиентского пути и двойным трудозатратам на стороне обслуживающей организации. Возникают и проблемы с получением качественной аналитики по клиенту, оценкой «проникновения в клиента» и его продуктового профиля. В конечном счете отсутствие «золотой» клиентской записи — эталонного профиля клиента, используемого во всех системах, — может значительно усложнять подготовку управленческой и регуляторной отчетности, да и в целом снизить эффективность управления в организации.
—С чего начать создание эталонного профиля? Какие могут быть сложности?
Создание или внедрение любой MDM-системы (Master Data Management, система централизованного управления клиентскими данными) позволяет решить две ключевые задачи. Первая — обеспечить высокий уровень качества данных, вторая — обеспечить их консистентность (то есть согласованность) во всех системах.
Первая задача вынуждает системно работать с имеющимися в организации данными, настраивая и оптимизируя алгоритмы поиска дубликатов, обогащения и нормализации данных с учетом их текущего качества.
Мне часто задают вопрос: «А почему нельзя просто слить дубликаты записей, сверив их по ИНН?» Ведь кажется, что данные по корпоративным клиентам уже собраны, ЕГРЮЛ/ЕГРИП (выписки ФНС из единых государственных реестров) доступны для дополнительной проверки, ИНН — уникальный идентификатор… На самом деле это не так, и вот почему.
Во-первых, ИНН не уникален. Он может выдаваться ФНС повторно после прекращения деятельности организации. Сейчас это реже встречается, но все-таки не исключено, что в компанию может прийти клиент с ИНН, который уже фигурирует в истории отношений с прежним владельцем — ликвидированным или обанкротившимся предприятием. Алгоритм формирования эталонного профиля включает анализ не только одного, на первый взгляд уникального параметра, но целого ряда других, в том числе обработку текстовых значений: наименования или адреса клиента.
Во-вторых, часто бывает важно выделять различные хозяйствующие субъекты внутри одного клиента-юридического лица. Например, в банках филиал — это отдельный клиент, часть реквизитов которого отличается от реквизитов головной организации, хотя ИНН у них единый.
Ну и в-третьих, «богатое историческое наследие» и пользовательские ошибки при вводе данных — отличия, например, в названиях или адресах — приводят к проблемам с идентификацией клиента и вынуждают разрабатывать достаточно сложные методы поиска дубликатов, включая алгоритмы нечеткого поиска, которые способны эффективно выявлять похожие карточки, обсчитывать вероятность совпадения и формировать ту самую «золотую» запись.
Визуально я бы представила работу MDM как уборку в шкафу: вы оставляете вещи раскиданными, потом случается магия — и вот все отсортировано, поглажено, разложено на полочках по цветам, а пришедшие в негодность вещи отданы в работу портному (в нашем случае — специалисту по данным).
Что же касается консистентности данных по клиенту во всех источниках и системах, то скорость обновления (распространения) сведений должна соответствовать реальному времени, чтобы при внесении изменений по клиенту в одной системе они сразу отражались в другой, особенно, если обслуживание клиента разделено на уровне ИТ-решений по продуктам, точкам продаж или какой-либо другой логике.
Лучшее время для трансформации
— Когда начинать заниматься MDM?
Если в вашей компании несколько систем, использующих клиентские данные, вы еще можете себе позволить интегрировать их между собой в режиме «точка-точка». А если их десятки или даже сотни, централизованное управление клиентским данными становится обязательным.
Безусловно, проекты такого уровня, затрагивающие весь ИТ-ландшафт организации, требуют поддержки на уровне топ-менеджмента и контроля со стороны корпоративной архитектуры. На повестке должны быть вопросы статуса реализации, внедрения самого MDM-решения, а также вопросы подключения всех источников и потребителей данных. И, конечно, вопросы качества данных и выстраивания бизнес-процессов управления ими.
Идеальным временем для старта такого проекта мог бы быть период, когда в организации предполагается цифровая трансформация или значительное изменение ИТ-ландшафта. Тогда система централизованного управления клиентскими данными становится ядровым компонентом трансформации.
С технологической точки зрения MDM изнутри — это набор сервисов для нормализации и очистки данных, дедубликации и контроля качества данных, обогащения из внешних источников информации. Снаружи — это набор канонических сервисов (API), которые доступны потребителям (другим информационным системам), например, сервисы поиска, создания клиентов, предзаполнения данных в анкетах клиентов и др.
Да, еще одна сложность в централизованном управлении клиентскими данными — определение того, что или кто является клиентом (объектом управления). Для операционного обслуживания это может быть хозяйствующий субъект (головная организация, обособленное подразделение). Для риск-менеджера или финансиста это скорее юридическое лицо или группа связанных лиц. Для менеджера по продажам — группа компаний, холдинг или даже лицо, принимающее решение. Кроме того, в зависимости от процесса, в котором используются клиентские данные, варьируется и то, каким образом проверяются данные и в каком случае они могут быть видоизменены. А это, безусловно, влияет на формирование самого эталонного профиля клиента. В одних процессах данные могут быть изменены только на основании подтвержденных документов клиентов, в некоторых случаях — на основании данных государственных органов (Портала государственных услуг или Федеральной налоговой службы, например). Для аналитических целей можно объединить карточки преемника и предшественника по итогам процессов реорганизации даже без обращения клиента, только на основании внешней информации, обеспечив для целей бизнеса максимальную актуальность сведений и формирование единого аналитического эталонного профиля клиента.
Оптимальное решение этого вопроса выглядит как организация двух слоев клиентских данных: операционного — для обслуживания клиентов, и аналитического — для процессов продаж, управления рисками, управленческой отчетности.
На одной скорости с клиентом
— Как выстраивание процессов управления клиентскими данными влияет на клиентский опыт?
Чем меньше данных мы берем от клиента, чем быстрее предоставляем услугу или продаем продукт, тем для него лучше.
Время — один из немногих невосполнимых ресурсов. Сегодня время стало главным фактором достижения высоких результатов, оно играет решающую роль при выборе той или иной стратегии. Сами клиенты повысили скорость принятия решений, чтобы сохранить и укрепить свой бизнес. Такой же скорости реакции они ожидают со стороны контрагентов.
Как этого достичь с помощью процессов управления данными?
В финансовой сфере взаимодействие с клиентом начинается с его идентификации. Мы должны запросить у каждого клиента обширный комплект документов в рамках процессов ПОД/ФТ (противодействие отмыванию доходов и финансированию терроризма). Это большая нагрузка и на организацию, и на клиента. Централизованное управление клиентскими данными способно значительно облегчить эту задачу. Например, можно повторно использовать сведения, уже полученные от клиента ранее (в частности, другими участниками банковской группы). Еще более ценно — подключить внешние источники данных и вообще не запрашивать информацию у клиента.
Как выглядят практические шаги? Заполнять сложные длинные опросники за клиента, максимально используя всю доступную информацию. Обновить или уведомить клиента о необходимости обновления данных, потому что мы уже знаем об этих изменениях. Сократить количество документов, предоставляемых в банк или иную организацию.
— А как это влияет на сотрудников?
При выстраивании процессов управления клиентскими данными необходимо помнить и о своих сотрудниках, которые работают с клиентом.
Зачастую они вводят в клиентскую анкету данные, которые можно было бы предзаполнить за счет соответствующих сервисов обогащения информации. Такие сервисы стоят и на страже качества данных: например, могут указать на разницу между имеющимися в банке и полученными из внешних источников данными, акцентировать внимание сотрудника на работу именно в этой части. Это помогает сформировать представление о «деловой репутации» клиента, указать статус «финансового положения» и предложить менеджеру предрассчитанный результат. И в целом показать уровень «идентификации» клиента как такового.
На длинной дистанции
— Что вы думаете про централизованный подход на уровне государства?
К счастью, здесь много успешных проектов и интересных инициатив, в том числе законодательного характера, со стороны регуляторов и государственных органов. Они позволяют значительно сократить объем сведений, запрашиваемых у клиента. Это, например, возможность удаленной идентификации с ЕСИА (Единая система идентификации и аутентификации), ЕБС (Единая биометрическая система) и проекты цифрового профиля ФЛ и ЮЛ, платформа поставки данных ФНС и СМЭВ (Система межведомственного электронного взаимодействия), машиночитаемые доверенности, которые позволяют отказаться от бумажных доверенностей для проверки полномочий. И я перечислила далеко не все.
Но, безусловно, мы ждем и следующих шагов от государства в направлении регулирования процессов удаленной идентификации. Потенциал тут огромен: упрощение процессов онбординга клиентов, еще большее сокращение объема запрашиваемых сведений и документов, полный переход на безбумажный документооборот. Вполне вероятно, что в ближайшем будущем цифровые двойники смогут заменить процесс идентификации при личном присутствии, что позволит перевести, например, банковское обслуживание и ряд других процессов в дистанционный формат.
— Какие преимущества приносит централизованный подход на уровне холдингов или групп?
Улучшение клиентского опыта в банковских группах возможно уже сейчас через сквозную идентификацию между участниками такой банковской группы. Идентификация клиента проводится один раз, а далее сведения могут использоваться другими компаниями группы, и не нужно повторно запрашивать их у клиента.
Это возможно на основе централизованного управления данными внутри банковских групп из разных банков и финансовых компаний. И масштаб предприятия — нашего клиента — роли не играет. Вопрос актуален и для владельца овощного киоска с расчетно-кассовым обслуживанием в банке, который приходит в лизинговую компанию за автомобилем, и для крупного деревообрабатывающего комбината с зарплатным проектом, который решает расширить свою корпоративную программу для сотрудников в негосударственном пенсионном фонде той же банковской группы.
Позитивный отклик клиентов при сквозной идентификации не заставляет себя ждать. Представьте сбор, копирование и нотариальное заверение пакета документов крупного ресурсодобывающего холдинга. Это часы работы и вереницы файлов! При этом, естественно, представители компаний опираются на свой потребительский опыт повсеместного тренда цифровизации и ожидают взаимодействия в режиме «одного окна» и в части корпоративного обслуживания. В данном случае мы фактически говорим о едином кросс-групповом (между различными компаниями) MDM-решении. И даже такое возможно!
Таким образом, мы видим, как неочевидный фактор «работа с клиентскими данными» улучшает процесс взаимодействия с клиентом. Выстраивание бизнес-процессов вокруг клиента и его потребностей («клиент в центре всего»), в том числе через сквозное управление клиентскими данными, способствует повышению внутренней эффективности организации. А самое главное — улучшает клиентский опыт и позволяет создавать целостное предложение для клиента, помогая ему получать полный спектр услуг и продуктов с минимальными для него усилиями.
Экспертный комментарий
Еще одна важная причина внедрения МДМ — устаревание данных. По статистике порядка 2% клиентских данных изменяется ежемесячно, а за три года информация о клиенте-физлице обновляется практически полностью. Таким образом, отсутствие регулярного обновления данных через обозримый период времени может привести к серьезным рискам. МДМ-решения помогают держать данные в актуальном состоянии.
Специфика внедрения МДМ-решений
Управление данными уже давно перестало быть чисто ИТ-спецификой. Все чаще в крупных компаниях появляются службы управления данными, находящиеся между ИТ и бизнесом. Chief Data Officer часто находится на одном уровне с CIO, а может быть, и выше. Ведь управление данными — это и не бизнес-функция, и не чисто ИТ-задача. Клиентские данные — это сердце компании, а системы МДМ — это сердце управления данными.
Как и все проекты, которые находятся на стыке бизнеса и технологий, внедрение МДМ имеет особенности. Это не просто установка или разработка еще одной системы, а целостный подход к управлению данными. Зачастую это перестройка бизнес-процессов, удаление старых процессов и часто целых подразделений. Только совместными усилиями бизнеса, службы управления данными и ИТ-подразделения можно достичь успеха.
Поскольку такие проекты подразумевают не только интеграцию большого количества разных систем, но и изменения ключевых процессов (что, конечно же, вносит свой вклад в увеличение стоимости проектов), очень важна поддержка руководства компании.
Если топ-менеджмент сумеет донести до владельцев данных и систем значимость проекта и своевременно окажет поддержку основной команде внедрения, проект будет успешен. Напротив, бойкотирование и игнорирование потребностей команды может свести инициативу к нулю.
Внедрение МДМ-решений. С чего начать?
Как и в большинстве ИТ-проектов, начинаем с подбора команды. Ее примерный состав:
- Data Officer
- Аналитик данных
- Бизнес-архитектор
- Архитектор решения со стороны ИТ
- Системный аналитик
- Разработчики
- Тест-инженеры
- Менеджер проекта
При подборе команды предпочтение отдается специалистам с релевантным опытом или опытом внедрения CRM-систем, поскольку в простых случаях функции МДМ-решения берут на себя CRM.
Перед командой стоит ряд задач:
- Сбор информации — определение источников данных.
- Очистка данных.
- Поиск потенциальных дублей, подсчет схожести (дедубликация).
- Консолидация — удаление дубликатов, применение сложных правил для создания «золотой» записи.
- Идентификация и связывание записей об одних и тех же клиентах в разных системах, назначение уникального корпоративного идентификатора каждому клиенту.
- Обогащение — дополнение записей о клиенте из сторонних систем.
- Распространение — лучшая версия профиля клиента доступна всем системам. При этом нужно учитывать, что распространение изменений должно происходить онлайн, без задержек. Отметим, что зачастую количество систем и сервисов-приемников данных достигает нескольких сотен.
- Создание собственного API — для получения клиентских данных из других систем.
Виталий Майоров
руководитель отдела проектирования центра внедрения бизнес-систем компании «Инфосистемы Джет»