ru
Рынок программного обеспечения меняется: производители развивают прямые продажи, предлагают собственные услуги внедрения и постепенно пересматривают партнёрские модели. Для заказчика это означает больше возможностей работать с вендором напрямую. Но вместе с этим возникает закономерный вопрос: если разработчик сам продаёт, настраивает и сопровождает свой продукт, какую задачу решает интегратор и за что ему платить?
Чтобы ответить на этот вопрос, стоит разобраться, как менялась роль интегратора вместе с развитием информационных технологий и почему даже самое функциональное программное обеспечение не гарантирует эффективной автоматизации бизнеса.
От установки программы к интеграции систем
На заре компьютеризации предприятиям требовалось установить оборудование, настроить программное обеспечение и обучить сотрудников. ИТ-инфраструктура была проще, а число связей между системами — существенно меньше. Однако по мере развития корпоративных информационных систем стало понятно: даже исправно работающие программы не обязательно образуют единую работающую систему.
Бухгалтерия ведёт учёт в одной программе, склад — в другой, продажи — в третьей. У каждой системы своя логика, структура данных и правила работы. Чтобы связать их между собой, нужны не только технические навыки, но и понимание того, как информация движется по компании и где возникают потери, задержки и ошибки.
Так сформировался рынок системной интеграции. Интегратор стал специалистом, который объединяет решения разных производителей в единую архитектуру, адаптирует их к требованиям заказчика и организует внедрение. Со временем техническая интеграция дополнилась анализом бизнес-процессов, управлением изменениями и оценкой экономического эффекта.
Почему этим не всегда может заняться собственный ИТ-отдел?
Может. И во многих случаях именно так и следует поступать. Если задача локальная, решение стандартное, а компетенций команды достаточно, привлечение внешнего специалиста действительно может оказаться лишним.
Но при комплексном внедрении возникает несколько проблем.
Во-первых, внутренний ИТ-отдел обычно отвечает за работоспособность инфраструктуры, поддержку пользователей и выполнение текущих заявок. Проект внедрения требует другого режима работы: обследования процессов, согласования требований, проектирования архитектуры, тестирования и управления переходом на новые правила.
Во-вторых, сотрудники компании хорошо знают свою работу, но не всегда видят процесс целиком. Каждый отдел оптимизирует собственный участок, а на стыках между подразделениями возникают те самые «серые зоны», где теряются данные и ответственность.
Наконец, внутренней команде бывает сложно выступить независимым арбитром между подразделениями. Внешний интегратор может сопоставить их требования, выявить противоречия и предложить решение, не ориентируясь на ведомственные интересы. Разумеется, для этого ему придётся разобраться в бизнесе заказчика, а не просто получить доступ администратора и уйти в закат.
Вендоры идут напрямую. Интеграторы становятся лишними?
Производители программного обеспечения всё активнее развивают прямые продажи, облачные сервисы и собственные услуги внедрения. Некоторые пересматривают партнёрские программы, сокращают число посредников или меняют требования к партнёрам.
Логика понятна: меньше звеньев в цепочке, больше контроля над качеством обслуживания и прямой контакт с клиентом. Для заказчика это тоже плюс — особенно если речь идёт о типовом продукте, который можно быстро запустить без сложной настройки.
Отсюда возникает вполне законный вопрос: зачем нужен интегратор, если вендор готов сам продать, настроить и сопровождать свою программу?
Ответ зависит от масштаба задачи. Вендор лучше всех знает собственный продукт, но его зона компетенций и ответственности не обязательно охватывает всю ИТ-среду заказчика. Производитель CRM может прекрасно настроить продажи внутри своей системы, но это ещё не означает, что он спроектирует взаимодействие CRM с ERP, телефонией, сайтом, складом и финансовым учётом с учётом особенностей конкретного бизнеса.
Есть и другой момент: производитель заинтересован в развитии и продаже собственного решения. Интегратор может сравнить несколько продуктов и предложить тот, который лучше соответствует задаче, даже если это не самый дорогой и функционально насыщенный вариант.
Поэтому интегратор не должен конкурировать с вендором в знании его продукта. Его задача — связать возможности продукта с требованиями бизнеса и обеспечить совместную работу всех необходимых компонентов.
За что на самом деле платят интегратору?
Не за сам факт установки программы и не за набор галочек в техническом задании. Ценность интегратора — в компетенциях, которые позволяют пройти путь от бизнес-задачи до работающего решения:
-
Анализ требований. Определить, что действительно нужно автоматизировать, а что лучше сначала изменить в самом процессе.
-
Выбор решения. Сопоставить возможности, ограничения и стоимость владения разными продуктами.
-
Проектирование и настройка. Определить архитектуру, настроить права, справочники, маршруты согласования и бизнес-логику.
-
Интеграция. Организовать обмен данными между системами, чтобы сотрудники не занимались ручным копированием информации из окна в окно.
-
Внедрение и развитие. Помочь сотрудникам перейти на новую модель работы, проверить результат и обеспечить дальнейшее развитие решения.
При этом хороший интегратор не обязан присутствовать в каждом проекте. Если задача решается штатными средствами, не требует сложных интеграций и не несёт существенных рисков, разумнее обойтись без дополнительных затрат.
Но если автоматизация затрагивает несколько подразделений, систем и управленческих процессов, независимая экспертиза помогает избежать дорогостоящих ошибок и ситуации, когда программа формально внедрена, а компания продолжает работать по старинке.
Как выбрать интегратора и не купить себе лишних проблем?
Интегратор интегратору рознь. Один ограничивается установкой и настройкой программы, другой начинает с обследования процессов и проектирует решение под задачи компании. Разница обычно обнаруживается не на презентации, а в ходе внедрения.
При выборе подрядчика стоит обратить внимание на несколько критериев.
1. Понимание бизнес-процессов. Хороший интегратор спрашивает не только, какие функции нужны, но и зачем они нужны, кто работает с данными, где возникают задержки и как будет оцениваться результат. Если обсуждение сразу сводится к кнопкам и настройкам, есть риск автоматизировать существующий бардак.
2. Техническая компетентность. Важно знать не только возможности продукта, но и ограничения платформы, способы интеграции, требования к безопасности, обновлениям и дальнейшему развитию системы. Сертификаты производителя полезны, но сами по себе не гарантируют качественного проекта.
3. Опыт решения похожих задач. Ищите не просто список известных клиентов, а примеры работ, сопоставимых с вашей задачей по сложности и масштабу. Хороший признак — способность объяснить, что именно было сделано, какие трудности возникли и какого результата удалось достичь.
4. Прозрачность проекта. До начала работ должны быть понятны этапы, сроки, стоимость, границы ответственности и критерии приёмки. Формулировка «всё настроим, не переживайте» звучит приятно, но плохо подходит для управления проектом.
5. Независимость в выборе решений. Если подрядчик предлагает только один продукт, стоит выяснить почему. Возможно, это действительно лучший вариант. А возможно, выбор определяется партнёрским статусом или привычкой работать с конкретной платформой. Важно, чтобы рекомендации опирались на требования бизнеса.
6. Поддержка после запуска. Кто будет разбираться с ошибками, обновлять настройки, сопровождать интеграции и помогать при изменении процессов? Передача проекта заказчику не должна превращаться в передачу ему всех нерешённых вопросов.
И наконец, оцените, насколько комфортно вам работать с подрядчиком. Интегратор будет задавать неудобные вопросы, обсуждать спорные требования и иногда объяснять, почему желаемое решение нецелесообразно. Готовность аргументированно возражать заказчику — зачастую более ценный признак профессионализма, чем готовность соглашаться со всем подряд.
Нужен интегратор? Давайте обсудим
Если вы задумались о необходимости подключить к работе внешнего интегратора, просто напишите нам на integrator@burbon.ru. Расскажите, какую задачу хотите решить и что уже используете.
Если речь о Битрикс24, можете сразу пригласить нас на свой портал в качестве специалиста по внедрению. Посмотрим, как устроена система, разберёмся в процессах и определим, что имеет смысл настроить, доработать или интегрировать.
«Лаборатория инженерного маркетинга» — сначала задача бизнеса, потом программное обеспечение.
