Что делать, если ваша привычная платформа по работе с клиентами превратилась в тыкву?
(читай: ушла из России/ перестала продавать лицензии/ оказывать поддержку и вообще ведет себя подозрительно). Первое, что приходит в голову любому руководителю — страшащее слово миграция. Расскажем пошагово, как переехать за 2-3 месяца.
На самом деле если разбить монструозную задачу по переезду на маленькие и понятные, то вы можете увидеть, что все не так уж плохо, и ваши сотрудники и клиенты не будут страдать годами, пока усатый сисадмин перенесет все ваши с трудом накопленные данные на флешке с одного сервера на другой.
Шаги миграции
Миграция данных
Первое и самое важное — это данные. Особенно когда речь касается клиентов и высокого уровня сервиса. Перенос данных дело кропотливое и его сроки зависят от того, насколько раньше они были структурированы. Конечно если до сегодняшнего дня все ваши менеджеры по продажам записывали информацию о клиентах каждый в свою Excel-таблицу, а сегодня вам нужно срочно переехать в новую CRM, то перенос данных может занять пару недель (хотя ELMA365 умеет и с Excel справляться, главное привести их к одному формату).
А вот если у вас уже была система с базой данных и структурированными табличками, то ситуация заметно упрощается, и на перенос одного справочника уходит от 2 до 8 часов. Сюда входят работы по созданию приложения(справочника) в ELMA365, добавлению нужных атрибутов и импорт данных в автоматическом режиме через сгенерированное API. Кстати с документами и их версиями все тоже аналогично.
Перенос процессов
И вот когда все данные уже в безопасности лежат в новой системе, пришла пора приступить к творческому процессу — переносу процессов.
Почему процесс творческий? Не только потому что проектирование процесса в Low-code конструкторе отдаленно напоминает рисование. Но и потому, что это возможность покопаться в старых процессах, найти в них узкие места и рудименты и без сожаления с ними распрощаться, оставив в новой системе только самое эффективное и необходимое.
Тем более, что спроектированные процессы можно сразу же запустить и проверить так ли они отрабатывают, не дожидаясь пока разработчик напишет тонну кода.
По нашему опыту на проектирования стандартного процесса уходит порядка 8 часов. А это значит, что уже через пару дней, вы сможете смело отправлять обращения от ваших клиентов по привычному маршруту, но уже в новой системе.
Миграция пользователей
Через месяц ваши сотрудники постепенно начнут мигрировать в новую систему. И, конечно, они ждут, что к этому моменту для них уже будет подготовлена авторизация (желательно, сквозная) и настроены все права доступа, чтобы они видели ровно то, что хотят видеть.
Для этого есть 3 ключевых момента:
- Нарисовать оргструктуру. В типовой (даже в Enterprise-компании) это несложно, так как обычно есть четкая иерархия и административное подчинение.
- Завести в новой системе пользователей и группы для этих пользователей либо же импортировать их с помощью готового сервиса из AD.
- Настроить права доступа для каждой роли/группы. Причем в ELMA365 эта настройка обладает высокой гибкостью, поэтому можно выдавать права не только на разделы и объекты какому-то отделу, но и варьировать права на редактирования/запуск процессов и т.д на уровне конкретных экземпляров приложения. Если это, конечно, необходимо.
Кстати, после прохождения этих трех шагов (в типичном проекте они занимают примерно 2 месяца) чаще всего уже можно запускать пилотные процессы. Но для полного переезда важно навести элементарный порядок и красоту.
Проектирование интерфейсов
До этого момента ваши сотрудники могли немного горевать, что раньше по кнопке из другой системы данные "вжух" и оказывались на нужном месте. А тут так не работает!. Но пришла пора поставить на место и эту последнюю детальку пазла «Переезд»! Иными словами — необходимо реализовать интеграцию со всеми другими системами, где работают ваши сотрудники (если, конечно, эти другие системы вы не планируете тоже заменить).
Рецепт интеграции прост: берем описание методов, потом описание структур данных, одного разработчика и две системы. Дальше происходит магия выстраивания взаимопонимания между мастер-системой и системой падаваном. Еще пара недель на тестирование. И вуаля! Готово!
Все равно звучит страшновато? А что, если мы скажем, что некоторые системы, например, ELMA365, генерируют API методы, с помощью которых можно добавлять обновлять и удалять данные автоматически при создании нового приложения? Стало легче добавлять, правда? Вот мы и закончили переезд!
Сравнение функционала
Общие
Входит в ЕРР ПО
Поставка
Техподдержка
Дашборды и АРМ оператора супервизора
Аналитика и конструктор отчетов
Базы знаний
Контроль сроков
Мобильное приложение
Настройка прав доступа
Омниканальность
VKontakte
Telegram
Viber
Whatsapp
Телефония
Интеграции с онлайн-помощниками
Почта
Клиентский портал
HR-портал
Партнерский портал
Открытое API
ServiceDesk
Управление обращениями
Управление инцидентами
Управление запросами на изменения
Управление знаниями
Управление уровнем сервиса
Управление оборудованием
Управление проблемами
Управление каталогом услуг
Чат-боты
Чат-бот с искусственным интеллектом
Суфлер
Корпоративный чат-бот
Самообучающиеся модели
Виртуальный ассистент
Автопереключение в нерабочее время
Бизнес-процессы и встроеные модули
Быстрая разработка на Low-code
CRM
Документооборот
Кастомизация интерфейса
ELMA365 Service
Saas/On-prem
Service Creatio
–
Saas/On-prem
Нет поддержки
–
–
–
–
–
Только для Facebook* messenger
–
Только для Facebook* messenger
–
–
–
OKDESK
Подписка
–
–
–
–
Ограничение по количеству
–
–
–
–
–
–
–
Только Telegram
–
–
–
–
–
На уровне статусов
Отдельные модули
Service Creatio
–
Saas/On-prem
Нет поддержки
–
–
–
–
–
Только для Facebook* messenger
–
Только для Facebook* messenger
–
–
–
*Facebook запрещен в России, принадлежит корпорации Meta, которая признана экстремистской