Сегодня мы поговорим об особенностях миграции кассового софта, распространенных ошибках, которые допускают компании на этом пути, и посоветуем, на что обратить внимание, чтобы их избежать.
Дата публикации:
Обновлено:
Сегодня мы поговорим об особенностях миграции кассового софта, распространенных ошибках, которые допускают компании на этом пути, и посоветуем, на что обратить внимание, чтобы их избежать.
Прежде чем погружаться в детали процесса миграции кассового софта, стоит поговорить о том, почему вообще возникает такая необходимость. Чаще всего руководство торговой сети решает заменить действующее ПО под воздействием трех основных причин:
Можно выделить несколько базовых процессов, сопровождающих миграцию ПО:
Очевидно, только этими процессами миграция не ограничивается и обычно «дьявол кроется в деталях». Но при правильном подходе к ним можно существенно минимизировать риск возникновения ошибок.
Можно привести самые популярные проблемы, возникающие при планировании миграции.
Часто ритейлер принимает решение о миграции в последний момент: например, потому что со следующего месяца начнут действовать новые требования закона. Из-за сжатых сроков не остается времени на качественное тестирование, подготовку персонала и инфраструктуры для нового решения. А значит, почти наверняка, ритейлер столкнется с проблемами.
Как избежать: нужно понимать, что миграция сложного софта не производится за один день. Следует начинать подготовку заранее и закладывать на проект 4-5 месяцев.
Техническое задание — основа основ. Чем подробнее и точнее оно сформулировано, тем выше вероятность, что никаких сюрпризов в самом процессе миграции не возникнет, а само решения будет соответствовать ожиданиям. Помните, что кассовый софт — это не сайт на конструкторе, и «поиграть шрифтами» здесь не так-то просто.
Пример из нашей практики — в ходе одного из проектов по миграции на кассовое ПО «Профи-Т» заказчик предоставил нам выгрузки данных (среди них: товары, цены, пользователи системы, их привилегии). Ориентируясь на их структуру, мы организовали обмен между кассовой и ERP-системами. Позже выяснилось, что данные, выданные заказчиком, и данные, реально работающие в продакшн-среде отличаются по формату. Поэтому систему обмена данными пришлось переделывать, что повлияло на сроки сдачи проекта.
Как избежать: не экономить время на составлении ТЗ, привлекать к процессу не только ИТ-специалистов ритейлера, но и сотрудников, которые будут работать с системой.
Часто ритейлеры задумываются о миграции на новое кассовое решение потому, что увидели это ПО у конкурента. При этом не учитывают, подходит ли оно под их бизнес-процессы. В результате продукт не оправдывает их ожиданий и не выполняет весь объем возложенных задач.
Как избежать: попросить у поставщика тестовый образец, попросить консультацию по возможностям решения, не стесняться задавать вопросы.
Отдельная тема — сервисное обслуживание торговой инфраструктуры после завершения проекта миграции на новый софт. В некоторых случаях компании-заказчики предпочитают передавать эту задачу собственному ИТ-департаменту. И это не самое лучшее решение по ряду причин.
Как правило, техническим сотрудникам торговых сетей может не хватать компетенции в работе с новой системой, на изучение и погружение требуется время. В результате на решение возникающих проблем может уходить больше времени, чем если бы инцидент был сразу передан в службу поддержки разработчика, и проблема будет решена в обозначенные в SLA сроки.
По этой же причине могут возникать ошибки конфигурации ПО. Как результат — частичная или полная неработоспособность решения на неопределенный период времени.
Поэтому специалисты компании «Пилот» рекомендуют привлекать к сервисному обслуживанию профессионалов. О том, как работает наша служба поддержки, мы рассказывали в блоге ранее (раз и два). А в другом материале можно почитать о сервисном обслуживании ритейл-оборудования.
Боитесь ошибиться в выборе кассового ПО?
Узнайте все подробности.
Запрос консультации