Внедрение SFA: партнер или разработчик — у кого заказывать проект

11 минут на чтение —

Когда дистрибьютор FMCG выбирает SFA-систему, он сравнивает функционал: маршрутизацию, оформление заказов, мерчандайзинг, контроль полевых сотрудников. Но есть второй вопрос, который влияет на результат проекта не меньше, — у кого внедрять: напрямую у разработчика системы или через партнера-интегратора в своем регионе.

От ответа зависит скорость доработок, глубина экспертизы на проекте, качество поддержки после запуска и совокупная стоимость владения системой. Ниже — разбор обеих моделей, критерии выбора и практический пример: как дистрибьютор из Алматы внедрил SFA напрямую у разработчика, находящегося за 4000 километров, и что из этого вышло через пять лет.

Две модели внедрения SFA: чем они отличаются

Внедрение напрямую у разработчика

Проект ведёт команда вендора: те же люди, которые проектируют продукт, пишут код и отвечают за релизы. Заказчик получает доступ к полной экспертизе по функционалу и единый контур ответственности — за внедрение, доработки и поддержку отвечает одна компания.

Ключевое преимущество — короткая цепочка при доработках. Требование дистрибьютора попадает не в очередь посредника, а напрямую в бэклог продуктовой команды. Для FMCG-дистрибуции это критично: логика расчёта бонусов, схемы возвратов, форматы обмена с учетной системой почти всегда требуют адаптации под конкретный бизнес.

Внедрение через партнера-интегратора

Партнёр — локальная ИТ-компания, которая продает и внедряет продукт вендора в своем регионе. Плюсы очевидны: тот же часовой пояс, специалисты, которые приедут на склад в течение дня, знание местной специфики учета и, нередко, готовность вести смежные ИТ-задачи заказчика.

Риски тоже понятны. Партнер обычно ведет несколько направлений одновременно — франчайзинг 1С, партнёрство с другими вендорами, поставка оборудования, — и компетенция по SFA держится на одном-трех сотрудниках. Любые доработки продукта он всё равно передает разработчику, добавляя к сроку еще одно звено.

Сравнение моделей

Параметр Разработчик напрямую Партнер-интегратор
Экспертиза по продукту Полная: команда, которая создает систему Ограничена опытом конкретных внедренцев
Скорость доработок Требование сразу попадает в продуктовый бэклог Заявка передаётся вендору — плюс одно звено
Поддержка Единый контур ответственности, регламентированный SLA Первая линия локально, вторая — у вендора
Присутствие на месте Командировки внедренца или локальное представительство Специалисты в том же городе и часовом поясе
Устойчивость команды Не зависит от одного сотрудника Часто держится на 1–3 специалистах
Стоимость Прозрачнее по TCO, выше расходы на выезды Ниже стоимость выездов, наценка посредника
Отраслевой опыт Десятки проектов в FMCG-дистрибуции Обычно единичные проекты в отрасли

Критерии выбора: на что смотреть дистрибьютору

1. География и часовые пояса

Расстояние критично только на этапе первичного запуска: развернуть систему, настроить обмен с учётной системой, обучить полевых сотрудников. Дальше основная работа переходит в удаленный режим. Проверьте, есть ли у вендора представительство или партнерский офис в вашем регионе, — многие разработчики открывают их по мере роста клиентской базы.

2. Скорость реакции и поддержка

Спросите не про часы работы хотлайна, а про маршрут заявки: кто принимает обращение, кто чинит, что происходит, если проблема в ядре продукта. У партнёра вторая линия почти всегда упирается в вендора — значит, сроки складываются из двух очередей.

3. Кастомизация и интеграция с учетной системой

Обмен с «1С» или другой ERP — самая частая точка доработки. Уточните, кто отвечает за доработку и на стороне SFA, и на стороне учетной системы: если это два разных подрядчика, ответственность за расхождения данных размывается.

4. Отраслевая экспертиза

SFA для дистрибуции FMCG — это не универсальная CRM. Маршрутизация, торговое оборудование, дебиторка по торговым точкам, мерчандайзинг с фотоотчетами, опросные листы — всё это отраслевая логика. Спрашивайте не количество внедрений вообще, а количество проектов у дистрибьюторов сопоставимого масштаба.

5. Устойчивость команды подрядчика

Оцените, сколько людей у подрядчика реально владеют продуктом. Если экспертиза сосредоточена в одном-двух специалистах, их уход останавливает развитие системы на месяцы.

6. Стоимость владения, а не цена проекта

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

Когда прямое внедрение работает на расстоянии: опыт Oasis Group Distribution

Oasis Group Distribution — один из лидеров дистрибуции бытовой химии и товаров повседневного спроса в Казахстане. На момент интервью компания работала на рынке более 15 лет. Сегодня Oasis Group Distribution уже более 30 лет работает на рынке.

Когда встал вопрос автоматизации мобильной торговли, локальные партнеры на казахстанском рынке были, а разработчиков — нет. Компания выбрала прямой контракт с «Системными Технологиями»: Алматы и Калининград разделяют около 4000 километров. Через пять лет число автоматизированных сотрудников выросло в семь раз, а в Казахстане открылось представительство вендора.

Ниже — разговор с Виталием Житниковым, который начинал проект как менеджер по развитию ИТ Oasis Group Distribution, а к моменту интервью стал директором отдела информационных систем.

— Виталий, почему пять лет назад вы обратились в «Системные Технологии»? Всё-таки между Калининградом и Алматы — 4 тысячи километров…

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

— Как проходило внедрение комплекса?

— Из Калининграда прилетел специалист по внедрению. Была автоматизирована работа 15 торговых представителей в Алматы. Некоторые доработки комплекса «ST Мобильная торговля» и нашей учетной системы «1C: Торговля и Склад» были реализованы прямо на месте. Затем были обучены наши полевые сотрудники и технические специалисты.

— Сколько автоматизированных сотрудников у вас сейчас?

— Общее количество лицензий 102, из них 93 — торговых представителей.

— Растёт компания?

— Да. OASIS Group Distribution уже 15 лет на рынке, компания постоянно расширяет ассортимент и территорию дистрибьюции. В среднем раз в год компания «открывает» новый регион и докупает лицензии ST Мобильная Торговля в связи с расширением штата. И, конечно, мы растем не только географически: оптимизация бизнес-процессов — один из способов оставаться конкурентоспособными.

— Кто сейчас занимается доработкой системы и подключением новых площадок?

— Мы сами. После обучения, проведенного «внедренцем», я стал копаться и разбираться в продукте. Это оказалось несложным — у меня профессиональное образование в сфере ИТ, 1С — довольно простой язык, документация к «ST Мобильная Торговля» — формат баз данных, структура, описания — была достаточно подробно расписана.

У нас распределенная система — у каждого субъекта своя база. В учетную систему центрального офиса выгружаются только расходные накладные. Обработкой остальной информации, контролем полевых сотрудников занимается супервайзеры, менеджеры, директора в регионах.

— Что вы можете сказать об эффективности системы?

— Повысился контроль деятельности торговых представителей, руководство стало видеть — когда они начинают собирать заказ, где они находятся. И, что самое главное, полевые сотрудники стали больше времени проводить на маршруте.

— Как агенты находят общий язык с программой?

— Нормально справляются. Затруднения возникают у новых сотрудников, которые иногда пытаются сами додумать, как и что делать с программой. А так — совершенно закономерная реакция людей, которым приходится работать с новым инструментом: сначала боятся, а потом попробуй, отбери у них этот КПК.

— Кто занимается обучением сотрудников?

— Тоже мы сами. Примерно раз в год я выезжаю в регионы — добавить доработки, обновить версию мобильной торговли, поменять КПК, обучить персонал.

— Сталкивались ли вы с необходимостью локализации на казахский язык?

— Нет, у нас торговые представители нормально владеют русским языком. С этого года в названиях организаций, разве что, могут встречаться казахские символы. Раньше и этого не было.

— Много ли в Казахстане автоматизированных дистрибьюторских компаний?

— Я такой информацией не владею. Но когда ко мне обращаются за рекомендациями, я перенаправляю спрашивающих на Александра (А. Жданович, директор представительства Системных Технологий в Центральной Азии).

— Были ли при внедрении моменты, от которых вы бы хотели предостеречь коллег по цеху?

— Не могу припомнить ничего такого. Простое программное обеспечение, нет никаких сложностей для его внедрения. При этом система очень гибкая, ее можно дорабатывать и подстраивать под разные ситуации.

— Сколько примерно времени отнимают у вас все активности по мобильной торговле?

— Процентов пять.

— Какие у вас планы по развитию системы?

— Будем переходить на Android-версию. Сейчас пока работаем с устройствами на Windows Mobile, заказываем их на ebay из Гонконга. В Алматы мы столкнулись с определенными проблемами в сфере мерчандайзинга: много супермаркетов, тяжело контролировать. Поэтому хотим запустить мерчандайзеров — сразу на МТ3, на планшетах. И внедрить функционал опросных листов, поскольку сотрудники собирают данные, значение которых нужно выбирать из предложенных вариантов.

Что показывает этот кейс

  • Расстояние решается на старте. Один выезд внедренца закрыл запуск 15 торговых представителей, настройку обмена с «1С: Торговля и Склад» и обучение полевой команды.
  • Прямой доступ к разработчику ускоряет доработки. Часть изменений в SFA и в учётной системе была сделана прямо на площадке, без передачи задач по цепочке.
  • Документация вендора конвертируется в самостоятельность заказчика. Дальнейшее развитие системы, подключение новых регионов и обучение персонала компания вела своими силами.
  • Масштабирование не потребовало нового проекта. С 15 автоматизированных сотрудников компания выросла до 102 лицензий, из них 93 — у торговых представителей: рост примерно в семь раз за пять лет.
  • Сопровождение стоит дёшево. Все активности по мобильной торговле занимают у ИТ-руководителя около 5% рабочего времени.

Что изменилось после проекта

По мере роста числа клиентов в регионе «Системные Технологии» открыли представительство в Казахстане — ТОО «Систех». Аргумент «разработчик слишком далеко» для казахстанских дистрибьюторов перестал работать: локальная команда вендора совмещает присутствие на месте с полной продуктовой экспертизой. Подробнее о работе SFA в регионе — в материале о внедрении SFA-системы в казахстанском подразделении «Вимм-Билль-Данн».

Когда партнер-интегратор — правильный выбор

Прямой контракт с вендором подходит не всем. Партнер оправдан, если:

  • у вас нет собственной ИТ-службы и некому принимать систему на сопровождение;
  • SFA — часть большого ИТ-проекта, где также меняются ERP, инфраструктура и оборудование, и нужен один подрядчик на весь контур;
  • нужен постоянный выезд специалистов на склады и филиалы, а у вендора в регионе нет представительства;
  • у партнёра есть подтвержденные внедрения именно в дистрибуции FMCG, а не разрозненный опыт по всем направлениям.

Разумный компромисс — гибридная схема: договор и ответственность за продукт остаются на вендоре, а локальный партнер закрывает выезды, обучение и первую линию поддержки.

Чек-лист: как выбрать между партнёром и разработчиком

  1. Зафиксируйте, что именно нужно доработать под ваши бизнес-процессы — это главный источник рисков по срокам.
  2. Спросите у обоих кандидатов маршрут заявки на доработку: кто принимает, кто разрабатывает, кто отвечает за срок.
  3. Уточните число специалистов, реально владеющих продуктом, и что произойдет при их уходе.
  4. Запросите список проектов у дистрибьюторов FMCG сопоставимого масштаба и контакты для референса.
  5. Проверьте, есть ли у вендора представительство или партнерский офис в вашем регионе.
  6. Оцените качество документации: от нее зависит, сможете ли вы сопровождать систему сами.
  7. Посчитайте стоимость владения на 3–5 лет: лицензии, запуск, обучение, выезды, доработки, поддержка.
  8. Заранее определите, кто отвечает за обмен с учетной системой на обеих сторонах интеграции.

Коротко

Партнёр даёт близость и присутствие на месте, разработчик — полноту экспертизы, скорость доработок и единую ответственность за результат. Для дистрибьютора FMCG, у которого система должна расти вместе с бизнесом — новые регионы, мерчандайзинг, опросные листы, — обычно решающими оказываются глубина продуктовой экспертизы и предсказуемость доработок.

Кейс Oasis Group Distribution показывает, что расстояние в 4000 километров само по себе не является аргументом против прямого контракта: при нормальной документации и грамотной ИТ-службе заказчик получает систему, которую масштабирует и развивает самостоятельно.

Хотите оценить, какая модель внедрения подойдет вашей компании? Оставьте заявку — покажем систему на ваших бизнес-процессах и рассчитаем проект.

Частые вопросы

Внедрение через партнёра дешевле?

На старте — иногда да, за счёт отсутствия командировочных расходов. На горизонте нескольких лет разница обычно съедается наценкой посредника и более длинными сроками доработок, которые проходят через два звена.

Можно ли внедрить SFA полностью удалённо?

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

Что делать, если разработчик находится в другой стране?

Проверьте, есть ли локальное представительство или сервисный партнёр вендора, и зафиксируйте в договоре язык поддержки, часы реакции и порядок выездов.

А если внедрять своими силами?

Это рабочий сценарий для компаний с сильной ИТ-службой и подробной документацией от вендора. Что нужно учесть до старта — разбираем отдельно в материале о самостоятельном внедрении SFA-системы.