Переезд как 2 пожара. Как перевести процессы с Salesforce на Битрикс24 за 9 недель

• Усвоенный урок импортозамещения
• О видах CRM
• О задаче миграции
• Как подобрать замену
  • Что есть в коробке у Битрикс
  • Что придется дописывать
  • Что придется писать заново
• Структура данных: как связаны сущности SF и Битрикс24
• Выбор технологий кастомизации
• Сценарии
• Перенос данных между платформами
• Обучение пользователей
• Цикл разработки
• Процесс переключения
• Поддержка
• Что мы вынесли из этого проекта?

Интерес к CRM-системам, подогреваемый историями успеха от разработчиков/вендоров/интеграторов, непрерывно растёт. Их выбор редко случаен. CRM, как нервная система, пронизывает все процессы работы с клиентами и формирует стиль работы с данными, фактически – корпоративную культуру.

Первая механическая CRM система Rolodex

Так как выбор системы совершается осознанно, то решение о замене нормально работающей CRM происходит только под действием непреодолимых факторов. По функциональным или финансовым причинам таких шагов не предпринимают. Обычно, оставить “как есть” или доработать – дешевле и проще, чем запустить миграцию и, по сути, заново внедрить решение.

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

ИНТЕРВОЛГА профессионально внедряет Битрикс24 более 10 лет и входит в список партнеров, рекомендованных для крупных внедрений. В мае 2022 г. мы стали исполнителями в проекте перевода процессов на Битрикс трудоемкостью разработки в 135 человеко-месяцев. 

Мы получили  уникальный опыт. В статье расскажем о том, как за 10 месяцев (а MVP был готов уже через 9 недель!) заменили CRM Salesforce (SF) и партнерский портал на систему из Битрикс24 + Битрикс: Управление сайтом для одного из мировых лидеров индустрии кибербезопасности – Лаборатории Касперского.

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

Усвоенный урок импортозамещения

История замещения иностранного софта на российском рынке началась в 2014 году, после введения первых ограничений. К 2021 году российские государственные структуры закупали уже более 65% отечественного ПО.

Представители крупного бизнеса также постепенно снижали объёмы импорта, но им это давалось сложнее, т.к. отечественные аналоги, сопоставимые по функционалу, отсутствовали. Наиболее уязвимыми в плане поставок и поддержки иностранного ПО оказались нефтегазовая, химическая промышленность и банковская сфера, которые используют не менее 50% зарубежных решений в своей ИТ-инфраструктуре. У 16% организаций критично выросла стоимость лицензий и услуг, а 56% компаний лишились доступа к техподдержке. 

С октября 2022 г. разработчик CRM-систем Salesforce прекратил предоставлять услуги новым клиентам из России. У российских пользователей под угрозой оказалась очень уязвимая часть коммерческой и управленческой информации: отработанные бизнес-процессы, карточки клиентов, лиды, сделки, история коммуникации и многое другое.

Несмотря на то, что доля компании на российском рынке была небольшой – всего 2-4%, ее сервисами пользовался крупный бизнес, в первую очередь из-за цены и возможностей. После “часа Х” клиенты Salesforce стали искать пути миграции на сопоставимые отечественные платформы. А их не так много: AmoCRM, RetailCRM, Мегаплан, ПланФикс, SberCRM, A2B, Brizo и Bitrix24. И по нашему убеждению, столько функциональности в открытом исходном коде, как в Битрикс24, не поставляет никто, хотя в ряде специализированных ниш он проигрывает. Исследования, проведенные Институтом проблем предпринимательства в России и консалтинговым агентством SATIO в Беларуси, говорят о высокой узнаваемости Б24 в бизнес-среде.

Рейтинги узнаваемости CRM

Косвенным признаком популярности CRM-систем является выручка компаний-разработчиков.

Источник: Государственный информационный ресурс бухгалтерской (финансовой) отчетности (https://bo.nalog.ru/)

Битрикс24 традиционно занимает одну из лидирующих позиций. По разным причинам с Salesforce на Б24 уже мигрировали GeekBrains, Avito, Тинькофф, Yandex, Лаборатория Касперского и ряд других, менее известных, брендов.

Миграция между системами – это большая и сложная работа. Начинать ее, рассчитывая только на багаж из уже состоявшихся внедрений, интеграций и переездов, считаем не совсем правильным. Нужна работающая методика, гарантирующая определенный результат в установленные сроки. У ИНТЕРВОЛГИ такая методика есть, она определяет цели изменений, планы работ, сценарии реализации, методы управления ресурсами и рисками.

Мы взялись за эту работу и по ее итогам напишем несколько историй об опыте миграции с SF на Bitrix. А из этой статьи вы узнаете:

• в чем специфика CRM ведущих вендоров;

• в чем заключается задача миграции;

• как выбрать систему для миграции;

• что есть в коробке у Битрикс, а что придется дописывать;

• как связаны сущности SF и Битрикс24;
  

• как выбрать технологию кастомизации;

• как перенести данные;

• как обучить сотрудников работе в новом интерфейсе.

О видах CRM

Все CRM на первый взгляд похожи, но каждая из них начиналась с какого-то “главного модуля”, который потом определял дальнейший путь ее развития. Что-то становилось “более бухгалтерским”, что-то “более складским”, а что-то – “более маркетинговым”. Из таких продуктов сформировался класс специализированных отраслевых CRM, созданных под определенный рынок или процесс продаж: финансовая сфера, торговля, логистика, туризм, недвижимость. Они лучше решают узкие задачи. Универсальные решения, такие как Б24, подходят для многих сфер деятельности, имеют набор типовых возможностей (интранет-портал, работа с клиентской базой, инструменты маркетинга и продаж, аналитика, интеграции) и точек будущего роста.

В 1999 году на рынок вышла компания Salesforce, которая вела в оборот терминологию и стала одним из первопроходцев в SaaS, PaaS и облачной аналитике. 

Платформа Salesforce

Ее сильные стороны:

• low code/no code платформа, обеспечивающая гибкость и возможности кастомизации;

• широкие возможности интеграции;

• расширенная аналитика на базе искусственного интеллекта (AI) для анализа речи, прогнозирования, продаж, маркетинга и сбора информации о потенциальных клиентах;

• большое сообщество разработчиков и хорошо документированный код (только на английском);

• оффлайн режим, позволяющий продолжить работу без подключения к облаку и синхронизировать данные при восстановлении связи;

• создание, перемещение и переименование полей без программирования;

• отдельные решения на базе CRM для разных задач и индустрий: медицина, образование, финансы, некоммерческие организации и др.

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

Битрикс24 (Б24) – более молодой российский продукт, тоже обладающий рядом особенностей:

• открытый исходный код и условно-низкий порог входа;

• бесплатный тариф (с ограниченной функциональностью);

• быстрое развитие и, как следствие, – местами избыточный и перегруженный интерфейс;

• развивающийся маркетплейс приложений;

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

• родственный продукт Битрикс:Управление сайтом и общий bitrix framework;

• веб-хуки, достаточное для создание интеграций открытое “документированное” REST API и интеграционные модули;

• большая партнерская сеть, дающая возможность выбора альтернативных подрядчиков.

Б24 и SF развивались разными путями и в разное время, однако у них очень много похожего: структура данных, подходы к внедрениям, интеграции и т.д. Судите сами:

Мы занимаемся разработкой на SF и можем утверждать, что опытного разработчика эта CRM сильно не удивляет. Если по каким-то причинам вы пока не готовы перейти на российское ПО, но вам требуются доработки CRM Salesforce, то ИНТЕРВОЛГА готова помогать в этом вопросе.

Сравнение продуктов и опыт работы с ними показывают, что у платформ достаточно общего, и это позволяет произвести относительно безболезненный перевод бизнеса на российскую CRM-систему. Хотя о Битрикс24 иногда говорят как о “SF на минималках”, у него есть потенциал для решения сложных задач.

О задаче миграции

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

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

Вопрос переезда осложняет и то, что среди российского софта сложно найти абсолютные аналоги решений Adobe, Salesforce, Cisco, SAP, IBM, Microsoft, Oracle и других крупных разработчиков. Но у поставщиков отечественного ПО есть важное преимущество – они ближе к российским заказчикам, лучше понимают специфику российского бизнеса, оперативнее реагируют на изменение потребностей клиентов. Тем не менее, предстоит решить еще немало вопросов, касающихся миграции, настройки интеграций и переноса данных, предвзятости и страхов клиентов.

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

• проблемы с безопасностью и совместимостью;

• отставание в функциональности;

• несоответствие новым стандартам;

• увеличение стоимости владения;

• изменение стека технологий и бизнес-процессов компании и др.

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

Каждая система при внедрении меняется сама и меняет процессы организации. Независимо от причин важно сделать процесс малотравматичным, так как CRM работает очень близко к деньгам и сильно влияет на общее здоровье организации.

Как подобрать замену

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

Если самостоятельный выбор для вас принципиален – воспользуйтесь чек-листом:

1. Определите задачи, которые должна решать CRM;

2. Отберите для тестирования список CRM-систем, которые относятся к сфере вашей деятельности (или остановитесь на универсальном решении);

3. Прочитайте отзывы про CRM-системы и их внедрение на Хабре и VC;

4. Если планируется расширение базового функционала, посмотрите стоимость доработок у интеграторов и цену дополнительных пакетов в магазине приложений. Оцените стоимость владения на периоде в 1-3 года;

5. Воспользуйтесь бесплатным периодом и протестируйте каждую по важным для вас критериям (функционал, гибкость настроек, права доступа, статистика и отчеты, телефония, хранение/обмен данными, безопасность и т.д.). Тестирование желательно проводить фокус-группой из сотрудников – будущих пользователей;

6. Проверьте работу техподдержки, доступность документации и наличие профессиональных сообществ у продукта;

7. Задайте вопросы представителю разработчика.

Пока вы думаете, мы раскроем несколько причин по которым Б24 выбрал наш клиент.

• во-первых, Б24 регулярно обновляется, а это важно в случае критических проблем с безопасностью;

• во-вторых, разработчик поставляет продукт в исходном коде, а без этого говорить возможности миграции с SF не имеет смысла;

• в третьих, сущности и функционал Б24 максимально близко соответствовали SF.

Что есть в коробке у Битрикс

Для полноценного переноса функций SF на Б24 потребуется доработка, поэтому будет нужна коробочная версия продукта. В “коробке” по умолчанию больше инструментов и модулей:

• стандартные сущности: компании, лиды, сделки, которые можно конвертировать друг в друга;

• система управления правами доступа;

• интеграция с Active Directory;

• возможность создания собственных методов API;

• возможность создания собственных модулей “в стиле маркетплейса”;

• полностью настраиваемое внешнее оформление, изменение меню и полей CRM;

• специальные модули, например, Веб-кластер и Многодепартаментность;

• Интеграция с MS Exchange и MS SharePoint;

• настраиваемая система резервного копирования и восстановления в ручном режиме;

• встроенные инструменты безопасности с полным доступом к back-end сервера и др.

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

Иногда требования заказчика выходят за границы базовых возможностей Б24. В этом случае его приходится дорабатывать. В частности, на Битрикс24 можно:

• с помощью PHP-скриптов реализовать более специфические бизнес-процессы. Например, можно настроить бизнес-процесс таким образом, чтобы он мог обратиться к другой системе, опросить ее и с полученными данными продолжить работу;

• создавать особенные типы полей, например, поля с множественной сортировкой или вычисляемые, а также совершенствовать их валидацию;

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

• детально настраивать права, ограничивая возможности пользователей просматривать и редактировать отдельные поля;

• менять подходы к авторизации. Например, реализовать авторизацию по токену, вместо webhook;

• добавлять функционал шифрования дисков и т.д.

У Лаборатории Касперского объектов в SF было гораздо больше, чем есть в Б24: маркетинговые активности, списки закрепленных клиентов, компетенции реселлеров, скидки и персональные ценовые предложения. Но, благодаря смарт-процессам Битрикса и разработке собственных решений, мы смогли создать “нестандартные” компоненты функциональными и быстрыми.

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

Функционал Битрикса регулярно обновляется, появляются новые модули. Но случается, что потребность настолько уникальна, проще написать с нуля. У нас был запрос от инжиниринговой группы, которой потребовалась доработка модуля учета рабочего времени сотрудников. После сбора требований мы написали новый модуль в том виде, в каком его хотел видеть заказчик.

Часто выполняем работы по созданию сложных отчетов, интеграции с сервером очередей, редизайну портала и брендированию главной страницы, добавлению сущностей «как сделки, но с другим названием» и т.д.

Вишенка на торте – всякие неожиданные штуки: отсутствие формул в полях, слабое логирование и управление логами, доступность файлов снаружи по ссылке (без авторизации) и др. Мы знаем эти “темные” стороны и умеем с ними работать.

Структура данных: как связаны сущности SF и Битрикс24

Сущности SF и Битрикс24 во многом похожи, поэтому перенос данных не вызывает сложностей. Покажем на примере.

Обычно требования заказчика выходят за рамки базовых объектов и сущностей Битрикса. Это не проблема. Если чего-то не хватает – допишем или напишем заново. В дальнейшем с такими доработками нужно обращаться осторожно.

У слабых разработчиков случаются ситуации, когда очередное обновление Б24 приводит к потере доработанной функциональности. 

Но, во-первых, доработки кода возможны только в коробочной версии, а ее обновление должно производится обдуманно и под контролем и. А во-вторых, ИНТЕРВОЛГА делает кастомизации так, чтобы их не затирали обновления от разработчиков. Если программистами Битрикса вносятся какие-то изменения в функционал приложения, то при очередном обновлении они не затронут код ИНТЕРВОЛГИ. 

Пример качества нашей работы по этой технологии: производилось обновление ядра Битрикса и PHP с 7.4 до 8 версии. Это серьезные изменения. Так вот, при последующем полном тестировании функциональности длительностью более 160 человеко-часов в обеих системах в сумме было найдено менее 10 ошибок, которые были исправлены в течение нескольких рабочих дней.

Выбор технологий кастомизации

Какой бы крутой не была система, крупной компании ее всегда приходится дорабатывать. Это касается интерфейсов, языков, логики и других вещей, которые позволяет делать ядро. Такая потребность связана как с репутационными аспектами, так и с уникальными бизнес-технологиями, которые разработчик не мог предусмотреть заранее. Мелкий и средний бизнес более склонны к адаптации и работе в системе “как есть”.

Битрикс24, в отличие от Salesforce, более визуально нагруженная платформа с большим количеством деталей. Тем, кто привык к лаконичности SF, некоторое время будет непривычно.

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

В Битрикс существует несколько технологий того, как изменять его логику. Некоторые технологии мы сами и разработали (нескромно, но факт). И если клиент говорит: “ну вот надо”, то мы берем и делаем. На эту тему мы провели цикл вебинаров, которые стали частью документации системы и опубликованы сайте Битрикса.

Сценарии

Хорошим тоном со стороны заказчика является подготовка для интегратора списка сценариев, которые обязательно должны быть сохранены в новой системе, даже на уровне MVP. Если трансфер системы происходит в ограниченные сроки, то придется решать какие сценарии нужно “спасти” в обязательном порядке, а какие могут быть перенесены в бэклог и ими займутся позднее.

Пример сценариев, с которыми мы работали в проекте:

1. Регистрация\авторизация пользователей (ролевая модель)

2. Регистрация сделок

3. Сертификация

4. Обновление лицензий

5. Распределение лидов

6. Библиотека документов

7. Маркетинговые активности

8. Рибейт

9. Поддержка

Перенос данных между платформами

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

Одни бизнесы предоставляют свой сервис в режиме 24/7, другие работают в критической инфраструктуре, третьи – накопили большие объемы данных и их нельзя перенести на новую систему и протестировать за одну ночь. Пришлось искать решение, которое позволит, без остановки работы основной системы, быстро и безопасно перенести данные на новую.

Существует несколько способов перемещения данных:

1. Выгрузка через REST API – интерфейс обмена данными между программами. Обмен пакетами по API умеют делать и SF и Б24. Сложно, медленно на больших объемах. 

2. Выгрузка в промежуточную базу данных на SQL. Быстро, удобно, можно выгружать любые наборы, но требует возможностей доступа к БД. SF не предоставляет доступов к базам и самих баз.

3. Выгрузка данных в CSV файл и последующая их загрузка в другую систему.

Когда перешли к задаче переноса данных с SF на Б24, то сначала попытались загружать большие данные целиком, одним .csv.

Плюсы:

• не требует усилий по разработке, если обе системы поддерживают экспорт/импорт;

• быстро сделать;

• работает на любых размерах файлов.

Минусы:

• для корректного импорта может потребоваться предварительная очистка данных с помощью специальных библиотек;

• медленно, если размер файла большой. Если в .csv сотни тысяч или миллионы строк, то такая операция, из-за чтения CSV построчно и в один поток, отнимает слишком много времени (десятки часов);

• утекает серверная память.

Попытались загружать большие данные итеративно, небольшими объемами.

Плюсы:

• Избавились от утечек.

Минусы:

• постоянный контроль размера файла и перезапуск скрипта импорта;

• все еще медленно.

Попробовали загружать параллельными потоками на библиотеке amphp/parallel.

Плюсы:

• настоящая модная параллельность;

• данные грузятся в n-раз быстрее.

Минусы:

• сложно разобраться и реализовать в первый раз;

• память процесса не высвобождается после каждой итерации, фактически память утекает в n-раз быстрее.

В итоге написали собственную библиотеку импорта – iv/parallel, решившую большинство озвученных проблем. Но, по мнению нашего стремящегося к идеалу разработчика, решение “все еще так себе”.

Обучение пользователей

Обучением сотрудников чаще всего занимаются эксперты со стороны CRM-продукта, а не заказчик. Несколько часов обучения и поддержки всегда входят в стоимость внедрения. Поставщик проводит онбординги и тренинги, специалисты компании отвечают на вопросы. При необходимости обучение можно повторить (например, для новых сотрудников) или провести дополнительный семинар по конкретной теме.

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

Более сложные вопросы решает поддержка. Можно предусмотреть корпоративное wiki или внутренний обучающий портал, где будут сосредоточены обучающие материалы и ответы на часто возникающие вопросы.

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

У нас есть статья о задачах, которые нужно решить, чтобы пользователи быстрее адаптировались к новому корпоративному порталу, которая поможет избежать типичных ошибок.

Цикл разработки

Собрали вместе интересные моменты, позволившие переосмыслить цикл разработки ПО в сжатые сроки.

1. Аналитика. Любая серьезная разработка начинается со сбора требований. Аналитики нашей компании за 2 недели провели 16 встреч (по 4-6 часов каждая) с представителями Лаборатории Касперского для уточнения бизнес-требований, приоритетов и планирования спринтов. Встречи заканчивались подготовкой протоколов, которые превращались в ТЗ для разработчиков и дизайнеров. С нашей стороны в проекте участвовали 12 разработчиков, 4 тестировщика, 2 аналитика и менеджер проекта. На этом этапе были даны первые приблизительные HLE-оценки в разбивке по сценариям.

   Когда мы подошли к этапу написания кода, то уже имели:

   • модель данных с удобной структурой, описанием и маппингом с прошлой CRM;

   • набор бизнес-требований;

   • схемы обмена CRM - Партнерский портал;

   • список сценариев MVP;

   • нарезанные задачи по спринтам.

2. Код. Лаборатория Касперского предъявляет оправданно высокие требования к безопасности и отказоустойчивости продуктов, поэтому самостоятельно проводит аудит безопасности. В ходе тестирования были выявлены уязвимости, которые оперативно устранили программисты ИНТЕРВОЛГИ.

   Еще одним требованием, повлиявшим на архитектуру и методы разработки, было логирование скриптов (загрузки, перерасчета и т.д.), что Б24 по умолчанию не делает.

3. Тесты и деплой. Для тестирования ИНТЕРВОЛГА обычно использует несколько сред. Особенностью этого проекта было добавление дополнительной “PrePROD” среды – UAT – для тестировщиков Лаборатории Касперского, и DEMO, в которой их клиенты могли тестировать работу партнерского портала.

Схема деплоя, которая прожила дольше всех

Обычно, для экономии ресурсов заказчиков, мы тестируем только функциональные требования/критические пути, выделяя на это 10-15% бюджета времени. Для небольших проектов это нормально. Большие проекты требуют более глубокого погружения тестировщика, отработку большего количества сценариев. В Лаборатории Касперского, где хорошо выстроены процессы сценарного тестирования, оно проходило по расширенному списку из более чем 2000 сценариев, включая граничные ситуации.

Для стабильной работы в реальных условиях систему нужно тестировать на реальных данных, но это не всегда возможно. Отсутствие данных или их закрытость периодически сопровождают процесс тестирования. Мы тестировали на специально подготовленном датасете. Для его генерации воспользовались библиотеками Python и сторонним ПО (Postman, JMeter).  

Для проверки работы системы с большим количеством запросов были смоделированы и проведены нагрузочные тесты. Т.к. попросить 100+ человек одновременно нажать на кнопку экспорта данных мы не могли, то подготовили и запустили скрипты, имитирующие поведение пользователей, которые подтвердили устойчивость портала к нагрузкам.

В течение проекта несколько раз менялась модель ветвления, что противоречит концепции GIT, предполагающей общую историю веток, но требуется для ускорения подготовки релиза.

Процесс переключения

Допустим, что у вас большое количество партнеров в разных часовых поясах, которых нужно одновременно переключить на новую платформу. Чтобы сделать это быстро, определяем “День Д”, на DNS-сервере настраиваем перенаправление пользователей на новый сайт с заглушкой, которая будет блокировать вход и возможность отсылать-принимать запросы до назначенного времени. В нашем случае процесс занял не более суток.

Поддержка

Поддержка проекта продолжается на основе Соглашения об уровне обслуживания (SLA).

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

Что мы вынесли из этого проекта?

1. Замена взрослой CRM для крупной компании возможна. Битрикс24 “тянет нагрузку” во всех смыслах: организационно, технически, функционально, с точки зрения требований информационной безопасности.

2. Мотивированная команда из примерно 25 человек способна создать и выпустить MVP за 2 с небольшим месяца “с нуля”.

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

4. Наша технология описания требований с постепенным углублением и разработка нестандартной логики внутри Битрикс24 прекрасно сработала в этом проекте и должна применяться всегда.

В вопросах импортозамещения нет ничего невыполнимого. Все зависит от желания работать на качественном и гибком отечественном ПО и не зависеть от геополитических рисков. Миграция с Salesforce на Битрикс24 позволит существенно сэкономить на лицензии, при этом не потеряв в качестве. Базовый функционал Битрикс24 в значительной части покрывает потребности пользователей Salesforce, а внесенные при необходимости доработки, позволят реализовать возможности Salesforce в Битрикс24. Полученный нами на этом и других проектах опыт трансфера CRM-систем позволит осуществить переезд быстро и без потерь.

Обратный переезд вряд ли будет возможен в ближайшее время, но мы это тоже умеем. ИНТЕРВОЛГА выполняет работы в экосистеме Salesforce.

Для того, чтобы обсудить ваши планы по замене Salesforce или ее доработке – заполните форму внизу.