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

Западная статистика (которую российская ИТ-действительность обычно с некоторым запаздыванием неизбежно повторяет, но не копирует) о применении CRM-систем противоречива (см. врезки «Статистика CRM-проектов» и «“За” и “против” CRM»). Исаак Мостов, вице-президент Amdocs, ответственный за бизнес в России и странах СНГ, полагает, что сейчас ситуацию в России можно описать следующим образом. Те, у кого нет CRM, уверены, что она им и не нужна, пока сами не начинают проект. Те, кто понимает, что нужна, но еще не купил, ищут, как и с кем (производитель, системный интегратор) это сделать, и присматриваются к чужому опыту. Те, кто купил, но не сумел внедрить, клеймят технологию, продукты, системных интеграторов и ищут «другие подходы». Ну а те, кто купил и правильно внедрил, подсчитывают сэкономленные деньги, новых абонентов и добавочные доходы. Кто же все эти клиенты?

Применяя классическое распределение клиентов по отношению к новому продукту («новаторы» — 10%; «ранние» — 10%; «раннее большинство»: 20—30%; «позднее большинство»: 50—60%; «консерваторы»), Андрей Павлов, управляющий партнер фирмы «ФБ Консалт», утверждает, что сейчас две российские отрасли, являющиеся пользователями CRM, уже добрались до уровня «раннее большинство». При этом к «ранним» он относит торговлю и промышленность, к «раннему большинству» — финансы и телекоммуникационные компании, а уж за ними должны последовать энергетика, медицина и государство.

«Мистер Sales Logic» (таково неофициальное прозвище Андрея Павлова) может, разумеется, иметь более точные данные, чем сторонние наблюдатели, но невооруженным глазом такого распределения не видно. Скорее, к самым ранним потребителям хочется отнести телекоммуникационные компании, а финансовые, банковские, страховые и торговые структуры определить как «раннее большинство». Реформа ЖКХ и рынка электроэнергии неизбежно приведет к применению в этих отраслях биллинга, а затем и CRM, но судя по уровню их нынешней автоматизации произойдет это не быстро. Туристические компании и, более широко, поставщики любых услуг вместе с энергетиками могут сформировать массовый спрос, а вот прогнозы о применении подобных систем в промышленности, медицине и уж тем более в государственных службах кажутся пока преждевременными.

«ФБ Консалт» провел инициативное исследование и выяснил, что по уровню зрелости процессов, непосредственно связанных с обслуживанием клиентов, большинству потенциальных заказчиков CRM в России можно дать оценку 0 — 2 (максимальное значение — «идеальное состояние» — соответствует уровню 7). Поскольку ведущие западные CRM-продукты, как правило, рассчитаны на компании с уровнем 3 и выше, Андрей Павлов делает вывод, что они могут быть адекватно восприняты и использованы российскими клиентами только при соответствующих дополнительных усилиях. И при всей условности любых оценок «CRM-зрелости» (с деталями методики можно познакомиться у авторов исследования) трудно не согласиться с тем, что большинство проблем «начального уровня» (см. врезку «Восемь CRM-проблем, определяющих “начальный” уровень зрелости») действительно характерны для множества российских компаний.

CRM CRM’у рознь

Не только незрелость процессов затрудняет адекватную постановку задачи, а затем и внедрение продукта. Есть несколько различных классов задач, принципиально доступных для CRM, но нужно ясно различать, какая из них в данном конкретном случае решается: CRM операционная и CRM аналитическая — это «две большие разницы». Причем в зависимости от того, о каких продажах идет речь — В2В или В2С, сколько у компании клиентов — десятки или тысячи, как происходит взаимодействие с ними — насколько часто и в каком объеме, процесс продажи выглядит различно и требует разных инструментов. Дело осложнятся тем, что функциональность CRM-систем может пересекаться с возможностями продуктов других типов.

Например, к решению задачи отслеживания отправленного клиенту платежа некоторые специалисты подходят только как к обеспечению документооборота. «Но при автоматизации документооборота, во-первых, обычно упускается из виду сам факт взаимодействия с клиентом и, во-вторых, не всегда доступно содержание документа», — подчеркивает Исаак Мостов (Amdocs). CRM-системы, по его мнению, способны решать такого рода задачи более комплексно.

В целом Исаак Мостов считает, что есть три основных «двигателя» применения CRM: создание картины клиента, обеспечение взаимодействия с ним и поддержка генерируемого этим взаимодействием документопотока. Вопрос о том, как выглядит клиент, есть ли у него внутренняя иерархия, стоит всегда, будь клиентом корпорация, семья или отдельная личность. CRM-система должна быть в состоянии отразить эту иерархию от частного лица до международного холдинга, состоящего из нескольких юридических лиц. Чтобы успешно продавать, продавец должен иметь максимум информации о клиенте и на её основе планировать свои действия — этот классический подход был сформулирован еще Томом Сибелем, основателем Siebel. Автоматизация взаимодействия с клиентом — также классическая задача CRM.

  Статистика
CRM-проектов
 

75% задач внедрения CRM не достигнуты (Meta Group)
55% ожидаемых преимуществ CRM не реализованы (Gartner Research)
Только 45% организаций довольны внедрением у себя CRM (Merrill Lynch)
Всего лишь 29% опрошенных руководителей отметили, что они удовлетворены качеством интеграции их CRM-системы с другими источниками данных (Forrester)
(Собрано и представлено компанией Amdocs)

Но к этой классике, подчеркивает Исаак Мостов, необходимо добавить новую грань. По его мнению, для грамотного управления необходимо отслеживать процессы в тех случаях, когда оператор не может ответить клиенту. Надо понимать, как ведется эскалация инцидента (запрос передан по инстанции и получен, кто занимается этим вопросом), и отследить, что работа завершена вовремя и по регламенту. И без развитого механизма workflow этого добиться нельзя, а следовательно, нельзя управлять взаимоотношениями с клиентами, подчеркивает Исаак Мостов. Если CRM-система поддерживает workflow, значит, накапливается статистика по продуктивности работы персонала. И только в тех случаях, когда есть подобная статистика, можно эффективно оптимизировать управление. «Серьезные системы отличает именно это, — говорит Исаак Мостов. — Подобная встроенная аналитика, не имеющая никакого отношения к клиентскому анализу, очень важна и характерна для них».

  «За» и «против» CRM
 

«Против»:
• 70% инициатив в области CRM не имеют успеха (CGE&Y)
• 90% организаций не добились возврата инвестиций (Meta Group)
• 50% CRM-стратегий не дают результата (Gartner Group)
«За»:
• 82% получили ROI + 50%
• 58% обеспечили «точку безубыточности»
до года
• 35% обеспечили «точку безубыточности»
до трёх лет
(Данные IDC CRM собраны и представлены компанией «ФБ Консалт»)

Такой подход к CRM как инструменту широкого профиля, применяемому не только для сбора информации о клиентах и автоматизации внешних контактов с ними, но и для управления внутренними процессами компании и оценки их эффективности, может показаться несколько необычным. Но здесь с мнением руководителя Amdocs определённым образом перекликается мнение главы «ФБ Консалта». Как полагает Андрей Павлов: «На том уровне CRM-зрелости, где мы находимся, преждевременно измерять экономические эффекты от внедрения, поскольку стоимость изменения эффекта соизмерима с ценой пилотного проекта, а без работающей CRM все равно нет данных для сравнения. Поэтому имеет смысл заниматься не столько расчетом, когда вернутся деньги, как тем, чтобы скорее построить измеритель». Так что вне зависимости от продукта идея применения CRM как внутреннего «инструмента измерения продуктивности» явно становится актуальной. По крайней мере как маркетинговый тезис.

CRM как интеграционный проект

  Восемь CRM-проблем,
определяющих «начальный»
уровень зрелости
 

1. Преобладание тактического фокуса на операционной экономичности, технологические требования доминируют над бизнес-смыслом.
2. Слабый учет «голоса клиента», недостаточная сегментация обслуживания.
3. «Внутренняя» ориентация бизнес-процессов, контроль за привлечением клиентов, а не за их рентабельностью.
4. Отсутствие регламентов продаж (дополнительных доходов с клиента), а не просто оформления операций.
5. Не оформилась перестройка мировоззрения у топ-менеджмента в пользу клиентских отношений.
6. Отсутствие единой истории отношений (не экономической), нехватка данных для индивидуального обслуживания.
7. Избыточное инвестирование функциональности («про запас» вместо адекватной достаточности) при стремлении отложить CRM до замены ERP (АВС).
8. Недооценка роли «внешнего вида» и переоценка роли ROI.
(Предложено компанией «ФБ Консалт»)

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

Мостов говорит, что все проекты внедрения Clarify (CRM-пакет Amdocs) являются интеграционными. Логично этот тезис расширить: по сути дела все CRM-проекты должны быть таковыми. В какой мере это справедливо по отношению к множеству других программных средств — сказать сложно, но во всяком случае прошедший в октябре в Москве CRM-конгресс показал, что связка «колл-центр — CRM-система» уже стала «нормой жизни» для тех, кто применяет эти инструменты. Но несмотря на распространенность подхода, подчеркивает г-н Мостов, принципиален вопрос о том, какую именно информацию собирают операторы центра, по каким темам.
Наиболее распространена интеграция CRM-систем с системами бэк-офиса и биллинга. «Вторая система в любом случае должна быть способна либо поставить, либо воспринять конкретные данные, и вот именно здесь возникает очень много работы», — отмечает Исаак Мостов. При интеграции с CRM взаимодействие может быть на четырех уровнях, поясняет он. Есть информация, которая меняется раз в год, — скажем, клиент поменял почтовый адрес. Ее можно передавать не срочно. А может быть информация о том, что клиент поменял способ платежа, и ее нужно передать сразу после поступления. При изменении информации со стороны бэк-офисных систем, такой, как состояние баланса, также необходима оперативность, иногда в реальном времени.

  Прогнозы «ФБ Консалта»
по применению CRM в России
 

1. При усилении внимания к управлению затратами (отдачи от уже произведенных инвестиций) продолжится запуск пилотных CRM-проектов, имеющих целью коррекцию отмеченных недостатков.
2. Организационные аспекты останутся камнем преткновения на пути к «CRM-успеху», хотя и сохранится мнение, что внедрение функционально избыточной системы станет «учебником развития бизнеса».
3. Опасностью останется «раздвоение» заказчика, когда бизнес самоустраняется или чрезмерно делегирует свои полномочия ИT-подразделению (склонному преувеличивать технологическую сторону, а не отдачу).
4. Создание единого информационного клиентского пространства останется необходимой предпосылкой к интеграции различных каналов обслуживания и повышению «интеллектоемкости» работы с клиентами.
5. Потребность в аналитических инструментах (OLAP) появится после переноса внимания бизнеса с количества клиентов на их качество и обусловит необходимость операционного внедрения метрик типа «пожизненной стоимости клиента» и коррекции регламентов обслуживания для их учета в реальном времени.
6. Усилятся те поставщики, которые обеспечат должный баланс «функциональная достаточность — общая стоимость владения» отраслевого решения с возможностью его широкой заказной доработки. Экономия может обернуться личным риском для бизнес-руководителя, инициировавшего проект, но «погнавшегося за дешевизной» или поддавшегося на уговоры неопытного поставщика о прелестях первого внедрения.
7. Будут преобладать вертикальные внедрения («вживление» отраслевого CRM-решения во «фронт-офисные» подразделения) и на этой основе развиваться дополнительные возможности для извлечения доходов при одновременной оптимизации процессов продаж и поддержки изменений сотрудниками.

Есть и особая задача — активировать у клиента какую-то функцию или сервис, которые обычно обслуживаются бэк-офисным приложением. Как это сделать через CRM? Если это вносить непосредственно в CRM, то придется повторить всю бизнес-логику, все проверки, которые обычно проводятся в бэк-офисной системе. Например, для того чтобы позволить системе биллинга изменить какой-то параметр, вначале осуществляется много проверок на случай такой, например, ошибки, когда конкретный прайс-лист соединяется с «неправильным» клиентом. Чтобы не переписывать всю бизнес-логику еще раз, используются механизмы, которые по нажатии кнопки в CRM запускают все эти проверки в самой биллинговой системе. При этом оператор колл-центра может и не знать, откуда берется данная информация. Таким образом обеспечивается системный подход к обработке информации, снижается число ошибок, заключает Исаак Мостов.

Имеет ли значение размер?

Вообще говоря, для качественной работы с клиентами можно и не использовать никаких специализированных продуктов. Александра Самолюбова, директор по обслуживанию клиентов Альфа-банка, рассказывала на CRM-конгрессе о целой программе по взаимодействию с клиентами, уже реализованной в их компании. Достигнуты ощутимые результаты, в том числе финансовые, но в качестве ИТ-инструмента применяются обычные средства коллективной работы, в основном Lotus Domino. Однако масштабы растут, и поставлена задача выбора адекватного CRM-средства. На процедуру выбора банк отвел год.

Исаак Мостов считает, что сейчас каждый начинающий российский поставщик услуг (причём любых) стоит перед выбором, какую систему взять — на сегодняшние нужды или «на вырост». По его оценке, если сначала брать небольшую систему, то при последующем переходе на более масштабную потребуется затратить в три-четыре раза больше средств. «Стоить она сама по себе будет ровно столько же, но возникнет дополнительный блок задач: переобучение людей плюс перевод данных», — поясняет он. Продавцы Siebel придерживаются похожего мнения: в начале пути экономить вредно. Однако поставщики менее масштабных решений пропагандируют противоположный подход: опасайтесь избыточности, главное — быстро запустить пусть не самую широкую, но работающую конфигурацию. Об этом, например, неустанно напоминает Microsoft.

Очевидно, тем не менее, что не продукт, а методы работы имеют решающее значение, но все же CRM-проекты и CRM-продукты имеют ряд особенностей, которые необходимо учесть, чтобы избежать обидных недоразумений и сделать верный выбор.

  Причины провалов
CRM-проектов
и как их избежать
 

Павел Черкашин, в прошлом руководитель Sputnik Labs, участник (в разном качестве) более полусотни CRM-проектов, а ныне — глава представительства Adobe Systems в России, считается одним из авторитетных российских специалистов в области CRM. Его (теперь уже независимое) мнение о системах этого класса было изложено в докладе на недавно прошедшем в Москве CRM-конгрессе и состоит в следующем. Современные CRM-решения находятся на уровне «раннего юрского периода». Это ненасытные пожиратели информации с КПД в 5—10%, ресурсоемкие и неповоротливые (трудно настраиваемые) хищники, которые питаются бюджетами. Что бы ни говорили вендоры, это всего лишь очередная ветвь эволюции, причем одна из многих. Отсюда принципиальный вывод: до тех пор, пока технологии остаются несовершенными, залогом успеха CRM-проекта являются люди.

А раз так, то провалить любой CRM-проект очень легко. Для этого нужно прежде всего исключить интересы рядовых сотрудников (продавцы, операторы контакт-центра, сервисные специалисты) из списка приоритетных задач. Пусть учитываются интересы всех начиная от акционеров и генерального директора, но не операторов. Кроме того, нужно мечтать, а не планировать, доверять технологиям, свято верить, что консультанты и специалисты по внедрению способны решить все ваши проблемы, и относиться к проекту как к рутинной технологической задаче.

Павел Черкашин считает, что даже действуя таким образом, заказчик вполне может на выходе получить нечто работающее, например хорошую систему контроля, отчетности, учета информации... Но не CRM-систему. Он приводит несколько типовых сценариев провала проектов. Первый сводится к тому, что компания-заказчик просто не умеет работать, она не успешна в целом, и тогда ей никакие консультанты не помогут. Например, банк покупает CRM-систему, чтобы стать более «клиенториентированным», однако он не готов предлагать рынку конкурентные и интересные продукты. Или торговая фирма теряет рынок и лучших людей, а технологией пытается заткнуть дыру «широкого профиля». Павел Черкашин приводит любимую присказку консультантов: хорошо консультировать тех, кто успешно развивается. Неудачников консультировать бесполезно. По его мнению, более 50% проектов удачно завершены просто потому, что вся компания успешна и люди знают, что делают.
Второй сценарий можно условно обозначить как «перепродажа»: заказчик купил концепцию, а не решение. Для любого поставщика велик соблазн продать «воздушный замок» — в конце концов программа не бетонная. Но очень сложно оправдать нереалистичные надежды, «перепроданное» решение — путь в тупик, подчеркивает Павел Черкашин. Такой сценарий, по его данным, встречается в 30% неудачных проектов, где крах связан с разочарованием в красивой концепции, которая оказалась плохо реализуемой.

Обратный случай — «недопродажа» — нисколько не лучше. Павел Черкашин констатирует, что ситуации, когда конечные заказчики не знают, что и зачем они купили, при всей их абсурдности встречаются сплошь и рядом. Такова каждая пятая сделка, полагает он. При этом в проект обычно бывает вовлечена ограниченная «каста посвященных», которые уверены, что они могут точно сказать, что нужно остальным пользователям, а их ключевым тезисом является мантра: «Нам всякие технические задания и бизнес-консалтинги ни к чему, мы и сами умные».

Еще один вариант можно назвать «купили не то...», и он часто следует из второго сценария — завышенных ожиданий. Возможно, приобретенное решение действительно относится к нужному классу (CRM), но предназначается оно совсем для других задач (например, для самообслуживания через Интернет). И если при этом клиент слышит от подрядчиков: «У вас оказались нетипичные бизнес-процессы... здесь придётся дописать небольшой модуль...», — пожалуй, самое время задуматься, не этот ли сценарий реализуется в компании.

По оценкам Павла Черкашина, подобные ситуации оказываются возможными в том числе и потому, что около 80% поставщиков решений считают информацию о функциональности и стоимости своих систем конфиденциальной и тщательно скрывают, что реально может делать система, какие она имеет ограничения и сколько все это на самом деле стоит. Поставщики стараются обеспечить себе конкурентные преимущества, строящиеся на запутывании клиентов, отвлечении их внимания от ограничений продукта/услуги или скрытых расходов.

Еще один провальный сценарий может быть связан с качеством управления проектом: неправильно распределили ресурсы между статьями затрат (данные, технологии, процессы, решения, люди) и в результате проект «не долетел до орбиты». И тогда, полагает Павел Черкашин, проект в лучшем случае превратится в «долгострой», в худшем — зачахнет по ходу дела. Если клиент слышит от подрядчика что-то вроде: «Так, систему мы внедрили, давайте теперь займемся вашими данными... откуда, по вашему мнению, эти данные должны появляться... в наши задачи это не входило, почитайте техзадание...», — это верный признак того, что реализуется именно такой сценарий. Павел Черкашин утверждает, что 90% всех проектов сталкиваются с проблемой «забытых» задач или «скрытых расходов», связанных с данными.

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