Переход на российские ИТ-решения перестал быть разовой заменой одной программы на другую. Компании, которые прошли первый этап и поменяли офисные пакеты и почту, упираются в тяжёлое: учётные и управленческие системы, на которых держатся продажи, склад и документооборот. Ниже — порядок, по которому мы ведём такие переходы, и вещи, которые обычно недооценивают на старте.
С чего начинается переход: инвентаризация, а не выбор системы
Частая ошибка — начать с демонстраций от поставщиков. До этого нужно понять, что именно у вас работает. Мы собираем список: какие системы стоят, кто ими пользуется, какие данные в них хранятся, какие интеграции их связывают, какие отчёты из них выгружаются и кем эти отчёты читаются.
Отдельно фиксируем то, что живёт вне систем: таблицы, которые ведёт бухгалтер, самописные надстройки, скрипты выгрузки, письма с согласованиями. На практике именно эти неучтённые куски и ломают переход — их никто не описывал, а без них процесс не собирается.
Результат этапа — карта: система, процесс, ответственный, критичность. Критичность определяет очередь. Начинать разумно не с самого важного, а с того, где риск остановки бизнеса невелик, но польза заметна.
Выбор аналога: функции против процессов
Сравнивать системы по таблицам возможностей бесполезно — в них у всех всё есть. Мы сравниваем иначе: берём пять-семь реальных сценариев компании и проверяем, как каждый из них проходит в кандидате. Оформление возврата, согласование договора с юристом, отгрузка со склада, закрытие месяца, выгрузка отчёта для руководителя.
Что смотрим кроме сценариев:
- Наличие продукта в реестре отечественного ПО, если это требование для вашей отрасли или для участия в закупках.
- Возможности интеграции: открытый программный интерфейс, форматы обмена, документация. Закрытая система вынудит переносить данные руками.
- Модель поставки: облако поставщика, собственный сервер, гибрид. От неё зависит, где будут лежать персональные данные.
- Ограничения по числу пользователей и по объёму данных, а также как меняется стоимость при их превышении.
- Наличие партнёров, способных дорабатывать систему, — не только поставщика в единственном лице.
- Возможность выгрузить свои данные в понятном формате, если через два года решите уйти. Это проверяют реже всего, а зря.
CRM: самая простая часть перехода
Замена системы работы с клиентами обычно проходит легче остальных. Данных немного по объёму, структура понятная: контакты, компании, сделки, задачи, история переписки. Основная сложность не техническая, а организационная — менеджеры продолжают вести часть работы в старом инструменте и в личных заметках.
Мы закрываем это двумя мерами. Первая — перенос истории, а не только текущих сделок: если в новой системе нет прошлой переписки, ей не будут доверять. Вторая — отключение старой системы по календарю, с заранее объявленной датой. Параллельная работа в двух системах дольше месяца всегда заканчивается тем, что данные расходятся.
ERP: переход по частям
Замена зарубежной системы управления ресурсами — самая тяжёлая часть, и единовременное переключение здесь почти всегда провал. Мы делим её на модули и переносим по одному, оставляя учёт в связанной системе до тех пор, пока новый модуль не подтвердит работоспособность на реальных данных.
Типовой порядок: справочники и номенклатура, затем закупки и склад, затем производство или услуги, затем управленческая отчётность. Финансовый контур переносим последним и только после того, как хотя бы один отчётный период сойдётся в двух системах параллельно.
Обмен с бухгалтерией держим через интеграцию: во многих компаниях учёт остаётся в 1С, и переносить его вместе с остальным нет смысла. Регламент обмена — что, куда, с какой периодичностью и что делать с расхождениями — описываем письменно до начала работ.
Документооборот и облачная инфраструктура
Электронный документооборот переносится проще ERP, но требует внимания к двум вещам: юридической значимости подписи и архиву. Старые документы должны остаться доступными для поиска и выгрузки, даже если процесс их согласования больше не воспроизводится.
Инфраструктурная часть — отдельная задача. Российские облачные платформы вроде VK Cloud или Яндекс Облака дают привычный набор: виртуальные машины, объектное хранилище, управляемые базы данных, резервное копирование. Переезд туда стоит планировать до переноса приложений, иначе придётся делать миграцию дважды. Проверять здесь надо не рекламные характеристики, а конкретику: как настроены резервные копии, за какое время восстанавливается сервис, есть ли резервирование по площадкам.
Порядок работ и что получает компания на каждом шаге
| Этап | Что делаем | Что получает компания |
|---|---|---|
| Инвентаризация | Опись систем, данных, интеграций и отчётов | Карта зависимостей и очередь замены |
| Выбор | Проверка кандидатов на реальных сценариях | Обоснованное решение вместо сравнения по буклетам |
| Пилот | Один отдел или одно направление на новой системе | Понятная оценка сроков и трудозатрат |
| Перенос данных | Выгрузка, чистка справочников, загрузка, сверка | Данные, которым можно доверять в отчётах |
| Интеграции | Обмен с учётом, сайтом, телефонией, складом | Процессы без ручного переноса между системами |
| Обучение | Инструкции по ролям и разбор частых операций | Снижение числа обращений в поддержку |
| Отключение старого | Архив, дата отключения, план отката | Отсутствие двойного ведения данных |
Где чаще всего теряется эффективность
- Переносят данные без чистки. Дубли контрагентов и три написания одной номенклатуры переезжают в новую систему и обесценивают отчётность.
- Пытаются повторить старый интерфейс. Новая система устроена иначе; попытка воспроизвести привычные экраны доработками удорожает проект и усложняет обновления.
- Не описывают процессы до внедрения. Автоматизация беспорядка даёт быстрый беспорядок.
- Забывают про интеграции с внешними сервисами: банк, транспортные компании, площадки, телефония. Их всегда больше, чем помнят на старте.
- Экономят на обучении. Сотрудники возвращаются к таблицам, и через полгода компания платит за систему, которой не пользуется.
- Не оставляют план отката. На время переноса должна быть возможность вернуться к прежнему порядку работы.
На производстве переход обычно болезненнее всего: там завязаны учёт, склад и оборудование. Разумный порядок — сначала закрыть коммерческий контур и заказы, а потом остальное. Для этого шага мы делаем CRM для производства на своём стеке, без лицензий зарубежных вендоров.
Сроки и ожидания
Переход не бывает мгновенным, и обещания заменить всё за месяц стоит воспринимать настороженно. Реалистичный подход — очередь из нескольких этапов, у каждого свой измеримый результат, а между этапами есть время на то, чтобы люди привыкли. Эффективность теряется не от смены поставщика, а от попытки сделать всё сразу и без подготовки данных.
Если планируете замену учётной или управленческой системы, мы поможем спланировать очередь и внедрим информационную систему по модулям с сохранением обмена с 1С. Начинаем с инвентаризации и пилота на одном направлении, чтобы оценка сроков опиралась на факты.
Замена зарубежной ERP — самая тяжёлая часть перехода. Мы делаем это по частям: внедрение ERP по модулям, с сохранением учёта в 1С — интеграция ERP с 1С.
