Алкогольный холдинг «Ладога» за четыре месяца перевел более 250 сотрудников в Москве и Санкт-Петербурге на новую SFA-платформу. Для ИТ-рынка эта история интересна не громким названием проекта, а его прикладной логикой: компания меняет инструмент полевых продаж не ради красивого слова «трансформация», а как подготовительный слой перед миграцией на новую ERP. Для российских команд, которым приходится обновлять ИТ-ландшафт без права на долгую остановку бизнеса, это вполне узнаваемый сценарий.
О проекте сообщает CNews со ссылкой на «Системные Технологии». Новая SFA-платформа для «Ладоги» построена на решении «ST Чикаго». По словам вице-президента по информационным технологиям компании Александра Яблокова, ключевым драйвером стала именно запланированная миграция на новую ERP: до нее нужно было заменить устаревшую платформу автоматизации полевых продаж на систему, которая нормально встраивается в основные корпоративные контуры и позволяет быстро выстроить процессы на новой технологической базе.
Сам по себе переход выглядит довольно приземленно, а потому убедительно. Речь не о пилоте на двадцать человек и не о «лаборатории инноваций», которую можно безболезненно закрыть после презентации. В единое цифровое пространство перевели 250+ сотрудников, работающих в полях в двух крупнейших городах присутствия. Для бизнеса такого масштаба это уже не эксперимент, а операционный инструмент, который должен выдерживать реальную нагрузку: маршруты, визиты, заказы, цены, обновления справочников и неизбежные вопросы пользователей, у которых продажи идут по графику, а не по плану внедренцев.
Отдельно показательно, что в центре проекта оказалась не абстрактная «эффективность», а сложная модель ценообразования. Яблоков прямо говорит: у компании индивидуальные условия, разные цены для разных клиентов и товарных позиций, причем эти данные регулярно обновляются. Это тот случай, когда ошибка в справочнике или задержка синхронизации бьет не по презентации для совета директоров, а по заказу здесь и сейчас. В такой конфигурации новая SFA-платформа должна решать две задачи одновременно: давать полевым сотрудникам актуальные данные и не усложнять работу в момент оформления заказа. Если система требует лишних движений, продавцы начинают обходить ее стороной; если показывает неактуальную цену, бизнес получает уже не UX-проблему, а вполне материальный сбой.
Для этого в проекте внедрили централизованное управление справочником цен. В терминах бизнеса эффект описан без лишней романтики: данные для полевых сотрудников должны быть актуальными, вероятность ошибок при оформлении заказов должна снизиться, а сам процесс ценообразования стать прозрачнее. Для разработчиков и архитекторов здесь нет ничего сенсационного, но есть важная деталь: зрелость системы продаж часто определяется не количеством экранов в мобильном приложении, а качеством мастер-данных и тем, насколько предсказуемо они доходят до пользователя «в полях». И если компания делает ставку именно на это, значит, проектом занимались не только ради замены вывески.
Заявленные цели тоже звучат как набор требований, который знаком любой команде, переживающей обновление корпоративного контура: гибкая настройка под бизнес-процессы, масштабирование при росте команды, адаптация под текущие и будущие задачи, повышение прозрачности и управляемости, бесшовная интеграция в ИТ-ландшафт. В корпоративных релизах такие пункты обычно хочется пролистнуть, но в этой истории они неплохо привязаны к контексту. Если впереди миграция на новую ERP, то SFA-система действительно должна быть не просто «современной», а совместимой с будущей архитектурой. Иначе компания сначала потратится на одну замену, а потом начнет вторую, когда выяснится, что старые интеграционные швы никуда не делись.
Для рынка это еще один сигнал, что цифровизация продаж в крупных российских компаниях смещается от витринных проектов к инфраструктурной сборке. Несколько лет назад подобные внедрения часто упаковывали в историю про «мобильность» и «контроль торговых представителей». Сейчас фокус заметно приземленнее: согласованность данных, сквозное взаимодействие систем, подготовка к ERP-миграции, база для аналитики. То есть новая SFA-платформа становится не отдельным приложением для выездной команды, а частью большого процесса пересборки корпоративной ИТ-среды. Для ИТ-директоров это важный нюанс: бюджет на такие проекты проще защищать не через красивый интерфейс, а через снижение операционного риска и готовность к следующим этапам модернизации.
Есть и практический вывод для продактов и команд внедрения. Четыре месяца на перевод 250+ сотрудников — срок заметный, особенно если учитывать, что речь идет не о чистом greenfield. Но ценность здесь не в самой цифре «четыре месяца», а в выбранном объеме изменений. Проект не пытается одним махом превратить продажи в магический data-driven конвейер. Сначала компания меняет базовый инструмент, наводит порядок в критичных данных, снижает вероятность ошибок и только потом говорит о следующем уровне. Такой подход обычно выглядит менее эффектно на конференции, зато реже заканчивается фразой «пользователи не приняли продукт».
Следующий этап у «Ладоги» уже обозначен: компания хочет перейти к data-driven модели управления продажами и использовать накопленные данные для анализа эффективности и более точного управления полевыми командами. В качестве примера Яблоков говорит о задачах для сотрудников, которые система сможет формировать на основе аналитики, рекомендуя действия для развития конкретных торговых точек и повышения результативности визитов. Плюс рассматривается развитие инструментов интеллектуальной обработки данных для улучшения управленческих решений. Здесь и появляется главный вопрос, который будет интересен отрасли: сможет ли новая SFA-платформа стать не просто аккуратной заменой устаревшего инструмента, а основой для следующего слоя автоматизации, где ценность создают уже не формы заказа, а качество рекомендаций и доверие бизнеса к данным.