Легкость перехода на российские ИТ-решения зависит от взаимодействия с заказчиком
Одной из центральных тем деловой программы конференции "Цифровая индустрия промышленной России" стала совместимость отечественных ИТ-продуктов с уже работающей инфраструктурой предприятий. Для бизнеса вопрос импортозамещения давно вышел за рамки простой закупки нового программного обеспечения. Сегодня важно не только выбрать российский продукт, но и внедрить его без остановки рабочих процессов, потери данных и снижения производительности сотрудников.
Именно качество миграции во многом определяет, насколько успешно компания сможет перейти на отечественные решения. О принципах замещения зарубежного офисного программного обеспечения рассказал генеральный директор компании Р7 Евгений Шелковников.
Интеграция и безопасность становятся главными критериями
При выборе нового продукта компании в первую очередь оценивают два параметра: возможность встроить его в существующий технологический контур и уровень информационной безопасности. Российское решение должно корректно взаимодействовать с действующими системами, корпоративными сервисами, базами данных и средствами защиты.
Ранее бизнес нередко мог обратиться к одному крупному поставщику, который закрывал практически все ИТ-потребности: предоставлял операционную систему, офисные приложения, ERP-платформу, почтовые сервисы и другие инструменты. Теперь отечественный рынок развивается более неравномерно. Организации подбирают наиболее подходящие решения у разных производителей, а значит, большое значение приобретает совместимость продуктов между собой.
В таких условиях непрерывность работы зависит не только от технических характеристик конкретной программы. Важную роль играет то, насколько эффективно заказчик взаимодействует с каждым поставщиком, способен ли вендор оперативно реагировать на возникающие сложности и адаптировать продукт под реальные процессы предприятия.
Почему замена офисных программ не всегда проходит легко
На первый взгляд может показаться, что заменить текстовый редактор, электронные таблицы или почтовое приложение гораздо проще, чем перестроить крупную корпоративную инфраструктуру. Однако и миграция офисного ПО способна создать серьезные трудности.
Сотрудники годами привыкают к определенным интерфейсам, форматам файлов, сценариям совместной работы и способам обмена документами. Даже незначительные изменения могут повлиять на скорость выполнения задач. Кроме того, офисный пакет обычно связан с другими корпоративными системами, а значит, его нельзя рассматривать как полностью автономный продукт.
Успешный переход определяется сразу несколькими условиями. Среди них - безопасность, учет потребностей конечных пользователей, техническая совместимость и постоянный контакт между заказчиком и разработчиком. Не менее важны взаимное доверие и готовность обеих сторон участвовать в решении возникающих проблем.
Миграция должна строиться как технологическое партнерство
Отношения между компанией и разработчиком не должны ограничиваться передачей лицензий и установкой программы. Вендору необходимо подробно изучить инфраструктуру заказчика, используемые сервисы, особенности рабочих процессов и требования разных подразделений.
Такой подход позволяет заранее определить возможные ограничения и понять, какие функции придется доработать. Например, одному предприятию критически важна поддержка сложных шаблонов документов, другому - интеграция с внутренним электронным документооборотом, третьему - возможность централизованного управления рабочими местами.
Поставщик, который понимает специфику бизнеса клиента, способен предложить не формальное, а практическое решение. В результате снижается вероятность того, что после запуска пользователи столкнутся с отсутствием привычных возможностей или несовместимостью с другими системами.
Замена ПО требует отдельного проекта
Миграцию нельзя сводить к разовой технической операции. Это полноценный проект, для которого нужны руководитель, план работ, распределение ответственности и отдельная команда специалистов. В нее могут входить разработчики, системные архитекторы, инженеры, администраторы и тестировщики.
На начальном этапе необходимо провести обследование инфраструктуры, определить перечень используемых приложений, оценить объем данных и выявить критические бизнес-процессы. Затем формируется план перехода: устанавливаются сроки, выбираются подразделения для пилотного запуска, определяются критерии успешности и порядок действий при возникновении сбоев.
Пилотная эксплуатация помогает проверить решение на ограниченной группе пользователей и исправить недостатки до масштабного развертывания. Такой метод снижает риски и позволяет подготовить сотрудников к последующим изменениям.
Пользователь должен быть участником внедрения
Одним из наиболее важных элементов миграции остается работа с сотрудниками. Именно они ежедневно используют программу и первыми сталкиваются с неудобствами, ограничениями или непонятными настройками.
Вендору важно получать обратную связь не только от ИТ-службы, но и от представителей разных подразделений. Потребности бухгалтерии, отдела продаж, юридического департамента и инженерной службы могут существенно отличаться. Если учитывать только мнение технических специалистов, часть проблем обнаружится уже после запуска.
Необходимы понятные инструкции, консультации и обучение. В некоторых случаях целесообразно назначать внутренних пользователей-наставников, которые смогут помогать коллегам на первых этапах. Такой подход ускоряет адаптацию и снижает сопротивление изменениям.
Обратная связь помогает развивать продукт
Заказчик должен участвовать в формировании дорожной карты внедрения, сообщать о выявленных недостатках и расставлять приоритеты. В свою очередь, разработчик обязан не просто собирать отзывы, а анализировать их и учитывать в дальнейшей работе над продуктом.
Полезным инструментом становятся регулярные встречи проектных команд, оценка удовлетворенности пользователей и контроль ключевых показателей: количества обращений в поддержку, времени решения проблем, доли успешно перенесенных документов и числа сотрудников, перешедших на новую систему.
Важно заранее определить, как будет организована поддержка после запуска. Пользователь должен понимать, куда обращаться при сбое, в какие сроки будет получен ответ и каким образом отслеживается решение проблемы.
Что помогает снизить риски при переходе
Перед началом миграции компании стоит составить полный перечень используемых решений и зависимостей между ними. Следует проверить форматы документов, интеграции, права доступа, требования к хранению данных и наличие резервных копий.
Переход лучше проводить поэтапно, не отключая старые системы до подтверждения работоспособности новых. Для критически важных подразделений необходимо предусмотреть резервный сценарий и возможность оперативного возврата к прежней конфигурации.
Особое внимание нужно уделить защите информации. Российское ПО должно соответствовать внутренним требованиям компании, корпоративным политикам безопасности и установленным правилам обработки данных. Проверке подлежат механизмы авторизации, разграничение доступа, журналирование действий и обновление компонентов.
Итог зависит от готовности сотрудничать
Успешная миграция на российские ИТ-решения определяется не только функциональностью выбранного продукта. Не менее важны качество подготовки, понимание специфики заказчика, участие пользователей и способность вендора быстро реагировать на изменения.
Если переход организован как совместный проект, а заказчик и разработчик работают в постоянном контакте, компания получает возможность быстрее устранить недочеты и сохранить стабильность бизнес-процессов. Такой формат позволяет провести импортозамещение с меньшими затратами и рисками, а также сформировать основу для дальнейшего развития отечественной ИТ-инфраструктуры.
