Прицельный маркетинг. Новые правила привлечения и удержания клиентов

Microsoft – еще один яркий пример компании, озабоченной вопросами интеграции потребительских данных. Первой стадией работы в этом направлении для Microsoft был сбор информации о потребителях из всех существующих баз данных – это порядка 25 миллионов записей, включая регистрацию клиентов в момент покупки, подписку через Интернет и посредством информационных бюллетеней. Кроме того, существовала информация о 73 миллионах сделок, которая ежедневно пополнялась двумя тысячами новых записей. Microsoft применила систему интеграции потребительских данных, далеко выходящую за рамки процесса их тривиального слияния и чистки. В ней используются современные алгоритмы сочетания многочисленных исходных файлов с ассоциированными файлами для создания уникального постоянного идентификатора каждого отдельного клиента. Впоследствии этот идентификатор постоянно сопровождает клиента, позволяя легко поддерживать обновленную и точную информацию о нем. В 2002 году, когда централизованная система была создана, она позволяла проводить до 30 маркетинговых кампаний ежемесячно, в результате чего прибыль увеличилась на 24 млн. долл. (вдвое превысив изначально запланированные показатели). Таким образом, система окупила себя достаточно быстро.

После трех лет, потраченных на процесс интеграции, компании Microsoft все еще есть над чем подумать в этом направлении. Например, ей еще предстоит разработать возможность обмена данными в режиме реального времени с call-центрами и беспроводными подразделениями компании. И хотя фраза «одно лицо, один голос» остается привлекательным маркетинговым слоганом, задача достижения такого уровня интеграции может отпугнуть даже самых смелых. Трудности обусловлены главным образом тем, что в основе различных баз данных, имеющихся в компании, а также вне ее, лежат разные типы языков, платформ и структур – не говоря уже о сопротивлении, с которым непременно сталкиваются подобные инициативы.

Основное правило, сформулированное практиками, гласит: чем более глубокий уровень интеграции необходим, тем выше риск того, что инициатива столкнется с многочисленными препятствиями на пути ее реализации. Другими словами, интеграционные риски зависят от количества существующих точек интеграции и вероятного уровня сложностей, присущих каждой из них. Риск будет особенно высок, когда, как в случае с MetLife, компания представляет собой конгломерат, стремительный рост которого обуславливается поглощением других фирм. Приобретя дюжину компаний (как крупных, так и мелких) в стремлении стать крупнейшим национальным страховщиком, MetLife со временем обнаружила, что стала владелицей массы разнородных систем информационных технологий, каждая из которых содержала море бесценных, но несовместимых данных. Объединение компаний в группу подразумевает появление огромных резервов потребительских данных, сосредоточенных в разных структурных подразделениях этой группы, и необходимость объединения этих резервов.

Положительной стороной такой ситуации можно считать то, что компания, столкнувшаяся с масштабной фрагментацией собственных ИТ-систем, может облегченно вздохнуть хотя бы по той причине, что у нее есть возможность заменить разрозненные части информационной базы одной гигантской объединенной системой. Возможно, компании даже не придется физически объединять разрозненные части системы. Напротив, может быть, ей удастся использовать возможности промежуточного программного обеспечения для этих целей. Подобные решения очень быстро завоевывают популярность и становятся ответом на молитвы многих директоров по информационным технологиям и менеджеров по маркетингу.

По своей сути промежуточное программное обеспечение разработано для извлечения информации из существующих баз данных независимо от того, где и в каком формате эта информация хранится. Эти приложения позволяют ИТ-системе преобразовывать структуры данных, где уже хранится информация, создавая их копии в режиме реального времени, вместо того, чтобы сводить всю информацию в единую структуру данных. В сущности, они извлекают копии данных из существующих несовместимых баз – в случае MetLife их количество превышало 30 – в общий накопитель, использующий единый язык. Во многих случаях компании могут интегрировать свои данные через отдельные прикладные системы, каждая из которых управляет отдельным объемом общей интегрированной базы данных, чтобы создать иллюзию унификации. Преимущество такого подхода состоит в том, что он позволяет компании сэкономить миллионы долларов за счет продления жизни существующим системам.