Как перейти на российское ПО и сохранить работу компании

Сначала сохраняют рабочий процесс

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

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

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

В начале я разбираю процесс, который компания боится потерять больше всего. Когда расчёт предложения начинается в таблице с автоматизацией, продолжается отправкой письма из учётной системы и заканчивается совместным согласованием документа, приобретение трёх похожих по названию сервисов не доказывает, что эта цепочка сохранится, поэтому проверять требуется её конечный результат вместе со всеми участниками. Перечень лицензий этого не покажет. Он станет частью плана после описания процесса и его ответственного.

Какие программы и связи включить в перечень

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

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

Отдельно стоит найти редкие, но обязательные действия. Ежемесячный отчёт, годовая форма или документ по крупному договору могут не попасть в короткую демонстрацию нового сервиса, хотя без них компания не сможет завершить рабочий период, поэтому владелец процесса заранее предоставляет образец и поясняет, когда именно результат понадобится в следующий раз. Это определяет проверку. Популярность функции среди сотрудников здесь вторична.

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

По каким условиям выбирать российский аналог

Аналог выбирают по обязательным действиям и ограничениям компании. Общий список функций подходит лишь для предварительного отбора.

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

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

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

Как проверить документы и автоматизацию

Открытый файл подтверждает только начало работы с документом. Для приёмки требуется получить правильный результат привычной операции.

На испытание берут обезличенные копии настоящих шаблонов: предложение, расчёт, презентацию и документ с нетипичным оформлением. Сотрудник выполняет обычное изменение и передаёт результат следующему участнику. Сравнивают вычисления и итоговый вид. Если обмен идёт с внешним партнёром, включают и его формат получения. Одного снимка экрана недостаточно.

Особого внимания требует автоматизация внутри документов. Например, справка «МояТаблица» описывает автоматическое преобразование кода VBA в новую макрокоманду на Lua. Это конкретный способ переноса, а не подтверждение полной совместимости. Поддерживаются не все методы. При обнаружении неподдерживаемого метода последующий код комментируется. Значит, привычный расчёт требуется выполнить и сверить по существу.

Я оставляю приёмку расчёта владельцу процесса вместе со специалистом: первый знает правильный деловой результат, второй разбирает техническое поведение. Если проверять только отсутствие сообщения об ошибке, можно пропустить изменённое итоговое значение или невыполненную часть автоматизации, которая понадобится лишь после обновления исходных данных и повлияет на условия предложения клиенту. Исправления записывают отдельно. Пробная группа повторяет сценарий после доработки на изменённых исходных данных.

Что выяснить о переносе данных

Перенос данных имеет собственные условия и отчёт о результате. Завершение миграции подтверждают сохранёнными данными и рабочими действиями.

На примере Яндекс 360: для импорта ящиков с другого сервера к организации должен быть подключён домен. Для этого способа переноса используется IMAP; POP3 и альтернативные протоколы не поддерживаются. Это нужно выяснить у исходного сервиса заранее. Возможность открыть почту в браузере не отвечает на вопрос о доступности переноса. Конкретный способ выбирает специалист.

Списки сотрудников, общие адреса и рассылки требуют различения. В документации Яндекса об ошибках миграции указано, что из адреса-рассылки перенести данные как из почтового ящика не получится. Поэтому одинаково выглядящие адреса в рабочем списке могут требовать разных действий. Их назначение выясняют до старта. Это уменьшает число неожиданностей на этапе сверки.

В разделе «Общие настройки → Миграция» специалист может скачать подробный отчёт CSV по кнопке «Детализация». В нём есть количество сообщений исходного ящика на момент первого запуска, перенесённых и не перенесённых сообщений. При чтении важно учитывать момент исходного подсчёта. Новые письма могут поступать во время работ. Сверку завершают с учётом выбранного порядка синхронизации и переключения.

До переноса сохраняют резервную копию и договариваются, как ею воспользоваться. NCSC советует знать способ восстановления и убедиться, что копия содержит важные данные. Для проекта перехода это означает практическую проверку доступности выбранного образца, а не простое наличие файла с названием архива, поскольку при неудаче нужно восстановить рабочий материал в пригодном виде и понимать, кому поручена эта операция. Способ возврата включают в план.

Как провести ограниченный пробный переход

Пробный переход проводят на ограниченной группе с настоящими рабочими действиями. Цель — обнаружить препятствия до общего переключения.

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

Границы параллельной работы определяют заранее. Если сотрудники одновременно меняют одну и ту же информацию в старой и новой системе без принятого правила, после испытания придётся выяснять, какую версию считать действующей и как объединить расхождения, а это способно оказаться сложнее самого технического переноса. У каждого вида данных остаётся известное основное место. Пилот не должен создавать скрытую вторую базу.

По итогам пилота составляют список препятствий и решений. Критическое действие либо работает, либо имеет принятый обходной порядок с ответственным и сроком. Отсутствие жалобы не заменяет выполнение сценария. Общий переход назначают после повторной приёмки исправленного участка. Незакрытый вопрос показывают руководителю до решения.

Кого обучить и как подготовить поддержку

Обучение строят вокруг работы сотрудника. Обзор меню полезен лишь настолько, насколько помогает выполнить эту работу.

Для каждой роли готовят понятную инструкцию на её сценарии. Сотрудник проходит действие самостоятельно, знает место обращения за помощью и может отличить обычное изменение интерфейса от препятствия, с которым нужно остановиться. Вход также проходят самостоятельно. Иначе формально подготовленная группа потеряет время ещё до открытия рабочего документа.

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

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

Что записать в план переключения

План переключения объединяет технические работы и решение владельца процесса. Его можно составить отдельно для каждой заменяемой системы.

Процесс и владелец: [какую работу сохраняем]. Система и версия: [что заменяем и чем]. Данные и связи: [что переносится и с чем обменивается]. Приёмка: [сценарий и правильный результат]. Время: [окно работ и допустимый перерыв]. Возврат: [условие остановки, копия, ответственный]. Обучение и помощь: [кто подготовлен, куда обращаться]. Завершение: [кто разрешает основной режим и закрытие прежнего доступа].

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

Старый сервис не закрывают автоматически в момент первой успешной проверки. Сначала завершают сверку и разбирают оставшиеся зависимости. Затем выполняют согласованный порядок отключения. Длительное сохранение двух рабочих систем тоже требует причины и ответственного. Иначе компания продолжит платить за незавершённый переход.

Можно ли назначать дату общего перехода

Дата общего перехода становится обоснованной после проверки готовности. Её не стоит выводить только из срока новой подписки.

• Критические процессы и владельцы названы, редкие обязательные действия включены.
• Выбранная версия продукта прошла проверку на рабочих сценариях.
• Документы, расчёты и обмен с другими участниками дали правильный результат.
• Состав перенесённых данных и исключения подтверждены сверкой.
• Восстановление из копии и условия возврата понятны исполнителю.
• Сотрудники выполнили свои действия и знают канал помощи.
• Согласованы перерыв, решение при задержке и закрытие старого доступа.

Если в списке остаётся неизвестное, его превращают в конкретную задачу до переключения. Например, при расхождении состава писем исполнитель предоставляет сверку и объясняет исключения, чтобы владелец процесса мог понять, какие деловые материалы сохранены, что предстоит перенести дополнительно и можно ли продолжить обслуживание клиентов без обращения к старому ящику. Часть удобств можно перенести на следующий этап. Критическую неопределённость скрывать нельзя.

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