Як «переїхати» з російських CRM. Технічний і культурний гайд

Привіт, спільното! Мене звати Дмитро Тянулін, я Head of Sales in Ukraine в NetHunt CRM. Я спеціалізуюся на розвитку команд продажів, впровадженні нових підходів в роботі з клієнтами та автоматизації процесів. За роки роботи я бачив сотні успішних (і не дуже) впроваджень CRM-систем. У цій статті хочу поговорити про міграцію з російського софту — тему, яка залишається болючою, але важливою для багатьох українських компаній.

Навіть у 2025 році на диво велика кількість українських компаній продовжують працювати на російських CRM-системах. Це створює прямі ризики: від фінансування економіки ворога до передачі даних про клієнтську базу України під фактичний контроль агресора. Проте причина затримки на такому софті не тільки у відсутності свідомості — часто переїзд здається неймовірно складним, дорогим і ризикованим процесом.

Компанії, які вже наважилися це зробити, знають: переїзд — це не просто експортувати .csv-файл і завантажити його в нову систему. В цьому пастка, в яку потрапляє частина компаній. Вони фокусуються на технічному перенесенні даних, але недостатньо уваги приділяють команді, яка має з цими даними працювати.

Правда в тому, що успішна міграція з будь-якої CRM — це проєкт, що стоїть на двох ногах: технічній (дані, інтеграції, API) та культурній (навчання, опір команди, нові процеси). У цьому гайді ми розберемо обидва ці аспекти, базуючись на досвіді десятків міграцій.

Технічний гайд: як не загубити дані, інтеграції та здоровий глузд

Якщо на цьому етапі припуститися помилки, переносити структуру буде вже нікуди — дані будуть втрачені або непридатні для використання.

Аудит і чистота даних

Перше правило успішної міграції — не тягнути сміття в нову систему. Системи, в яких ви працювали роками, напевно обросли «мертвими» даними, застарілими воронками та непотрібними полями. Переносити все підряд «про всяк випадок» — гарантія того, що нова CRM почне гальмувати вас з першого дня та буде незручною.

Як зробити аудит власними руками:

• Аналіз давності (правило 3 років). Вигрузіть контакти та угоди і відсортуйте їх за полем «Дата останньої активності». Що далі? Якщо ви маєте контакт, але остання його угода була успішно реалізована три роки тому, не вантажте інформацію про ці старі угоди в нову CRM. Збережіть лише дані контакту: ім’я, компанію, телефон та email. Це дозволить вам робити для нього прогріваючі маркетингові розсилки. Якщо клієнт звернеться знову — система просто оновить існуючий запис, і ви почнете нову угоду. Але старі неактуальні угоди не будуть перевантажувати вашу нову систему.
• Ревізія полів. Часто в CRM є поля, які створювались під якусь одну акцію 5 років тому. Проаналізуйте заповнюваність полів. Якщо поле заповнене менш ніж у 10% карток, то воно вам не потрібне. Або його ніхто не заповнює, або воно втратило актуальність. Видаляйте без жалю.
• Аудит воронок. Подивіться на ваші поточні етапи продажів. Знайдіть етапи, де угоди висять місяцями. У нову CRM переносьте тільки ті етапи, які передбачають конкретну дію (наприклад, замість «Думає» — «Призначено демо» або «Надіслано КП»).
• Інвентаризація інтеграцій. Складіть з трьох колонок: «Сервіс» (наприклад, Ringostat), «Функція» (запис дзвінків), «Критичність» (1-5). Часто виявляється, що ви платите за речі, якими ніхто не користується. Міграція — ідеальний час від них відмовитись.

Результат цього кроку: чіткий файл-реєстр того, що йде в «архів», а що — в нову систему.

Мапінг даних

Це критично важливий і недооцінений етап. Мапінг — створення карти відповідності полів, яка пояснює, куди покласти інформацію. Для цього потрібно скласти карту міграції. Створіть Excel-таблицю (Mapping File), яка стане вашим головним технічним документом. Вона може виглядати так:

Що робити з нестандартними ситуаціями? Ось кілька рішень:

Проблема «10 номерів телефону». У старій базі в одного клієнта може бути заповнено 5-10 полів з номерами (мобільний, робочий, дружини, водія тощо).

Рішення: не створюйте 10 окремих колонок у новій CRM — це «забруднює» інтерфейс. Більшість сучасних систем підтримують мультиполя. Зведіть усі номери в одну колонку при імпорті, розділивши їх спеціальним символом (наприклад, крапкою з комою), або використовуйте теги/типи телефону («Робочий», «Особистий»), якщо нова система це дозволяє.

Проблема форматів. Дати, валюти та дробові числа.

Рішення: приведіть усе до єдиного стандарту (наприклад, YYYY-MM-DD) ще в Excel до моменту імпорту. CRM-система не вгадає, що «01.02.23» — це перше лютого, а не друге січня.

«Підводні камені» міграції

Ось три головні проблеми, про які всі забувають:

• Кастомні інтеграції: те, що ваш підрядник «допилював» для Bitrix, неможливо перенести. Потрібно одразу перевірити, чи має нова альтернатива відкрите API, вебхуки та готові інтеграції з вашими ключовими сервісами (телефонія, сайт, месенджери).
• Автоматизації: відтворити складні бізнес-процеси та ще й спросити їх — не миттєва задача. Готуйтеся до того, що їх доведеться будувати з нуля, адаптуючи під логіку нової системи.
• Історичні дані: чи варто переносити історію листування та активностей за 5 років? Майже ніколи. Це здорожчує та уповільнює міграцію в рази. Найкраще рішення — зробити повний бекап старої бази, покласти його в архів і почати роботу в новій системі з чистого аркуша.

Тестування (пілотний запуск)

Ніколи не розкочуйте нову CRM на всю компанію одразу. Оберіть один відділ (в ідеалі — найбільш лояльний і технічно грамотний), перенесіть тільки їхні дані та дайте їм попрацювати в системі певний час. Вони стануть вашою фокус-групою: знайдуть баги, перевірять коректність мапінгу даних і підсвітять незручні моменти до того, як це може стати проблемою для всього бізнесу.

Найскладніший технічний виклик, який ми бачили, — це не обсяг даних, а «зоопарк» кастомних інтеграцій. Ми мали кейс міграції клієнта з Bitrix24, де на API було зав’язано кастомну логістику, нетипову хмарну телефонію та самописний модуль документообігу, який роками писали різні підрядники. «Перелити» це 1-в-1 неможливо.

Рішенням став повний реінжиніринг процесів. Ми провели аудит, ’відрізали’ застарілі функції, а критичні (як-от оновлення статусів доставки) відтворили через гнучкі інструменти API та вебхуки вже в новій системі. Це зайняло час, але в результаті клієнт отримав не просто копію старої системи, а оптимізований, швидший і, головне, безпечний процес.

Культурний гайд: як закохати команду в нову CRM

Вітаємо, ви перенесли дані. Але є проблема: ніхто не хоче працювати в новій системі. Менеджери або саботують процес, або скаржаться, що все заскладно та незрозуміло.

Це — природний опір змінам. Люди роками звикали до певного алгоритму дій, і тепер їх змушують вчитися наново. Їхня ефективність тимчасово падає, і це їх лякає. Ваше завдання як керівника — провести їх через цей процес.

Onboarding — це не інструкція на пошту

Найгірше, що можна зробити — просто скинути команді PDF-інструкцію. Якісний онбординг має складатись з:

• Покрокового навчання. Проведіть кілька живих воркшопів. Не показуйте всі функції. Спочатку покажіть звичайний робочий процес: ось як прийняти лід, ось як перевести угоду, ось як залишити коментар.
• Роботи з адвокатами змін. Знайдіть у кожному відділі 1-2 найактивніших користувачів. Навчіть їх першими, зробіть їх амбасадорами нової системи. Вони будуть допомагати колегам на місцях.
• Підтримки вендора. Обираючи українські CRM-системи, дивіться на якість підтримки та онбордингу. З нашого досвіду найкращий результат дає такий підхід, коли ми разом з командою клієнта будуємо їхню реальну воронку продажів прямо в системі під час навчальної сесії.

Переосмислення, а не копіювання

Головна культурна помилка — намагатися зробити в новій CRM точно так само. Переїзд на нову CRM — це ідеальний час для аудиту та оптимізації ваших бізнес-процесів. Запитайте себе і команду: «А чому ми ведемо угоду саме так? Можливо, ці 15 етапів воронки нам не потрібні? Можливо, нова система дозволяє автоматизувати цей звіт у два кліки, а не через 10 проміжних завдань?»

Не копіюйте старий безлад. Будуйте нові, ефективні процеси.

Найпоширеніша помилка керівників — ігнорувати ’тихий саботаж’. Вони думають: ’ми купили софт, вони якось самі розберуться’. Не розберуться. Почнеться ведення угод ’на папірці’, в особистих нотатках, в Excel — де завгодно, але не в CRM.

Найкращий метод боротьби з опором — це залученість керівництва. Ми завжди радимо C-level та керівникам відділів першими почати користуватися системою, ставити завдання, дивитися звіти й головне — відкрито питати команду: ’Що незручно? Що можна покращити?’ Коли люди бачать, що керівник сам працює в системі й що їхня думка важлива, опір швидко перетворюється на конструктивну співпрацю.

Чекліст: 5 головних питань перед «переїздом»

Аби процес переходу дійсно мав сенс та був ефективним, дайте чесну відповідь на ці 5 запитань:

1. Чи описані наші поточні бізнес-процеси «як є»?
2. Чи є у нас виділений відповідальний (адмін/менеджер проєкту) за міграцію — людина, для якої це буде пріоритетом і яка має чітке розуміння процесів?
3. Чи ми готові виділити час команди на навчання і тимчасове падіння ефективності?
4. Чи ми провели аудит даних?
5. Чи ми розуміємо, що нова CRM — це інструмент, а не «чарівна пігулка»?

Міграція з російської CRM є необхідним та як ніколи нагальним процесом. Це інвестиція в безпеку, ефективність і майбутній розвиток вашого бізнесу.

Як показує практика, «переїзд» — це не просто технічна задача. Це, в першу чергу, тест на зрілість менеджменту компанії та його готовність до справжніх змін.

Тому обирайте не просто софт, а партнера, який має доведений досвід у подібних міграціях і готовий допомогти вам подолати обидва виклики — і технічний, і культурний. Адже саме від цього залежить, чи «злетить» ваш проєкт.