Міграція CRM без втрати клієнтів: чекліст

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

1. Експортуйте все, перш ніж щось змінювати

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

• Клієнти, з кожною колонкою, яку дасть інструмент, включно з тими, які здаються непотрібними.
• Записи чи роботи, минулі й майбутні, з клієнтом, майстром, послугою, часом початку й тривалістю.
• Примітки й історія активності.
• Файли й фото, прикріплені до клієнтів чи робіт. Багато інструментів не мають масового експорту файлів; перевірте це, перш ніж припускати зворотне.
• Рахунки й квитанції у форматі PDF.
• Ваші послуги й ціни, а також налаштування, які легко забути: робочі години, правила скасування, питання прийому, шаблони повідомлень.

Де живе експорт, станом на вересень 2026 року, залежить від інструмента. Google Sheets: File, потім Download, потім «Значення, розділені комами» (Comma Separated), по одному аркушу за раз. Excel: File, потім Save As, тип «CSV UTF-8». HubSpot: дія Export у меню таблиці контактів. Pipedrive: Settings, потім Export data. Zoho CRM: Setup, потім Data Administration, потім Export. Застосунки для запису на кшталт Square Appointments і Fresha експортують список клієнтів із довідника клієнтів, а історію записів часто лише як звіт, тож запустіть його на найширший доступний період.

Просіть CSV чи XLSX, ніколи PDF, для всього, що плануєте імпортувати, і звіряйте кількість рядків у кожному файлі з тим, що показує стара система на екрані. Експорт, що тихо обірвався на 1000 рядків, поширена пастка, і зараз її помітити значно легше, ніж після скасування акаунта.

2. Вирішіть, чого не переносити

Розумні кандидати на виключення:

• Клієнти без контактних даних, без візитів і без приміток. Це заглушки, а не люди.
• Тестові записи й клієнт «Walk-in» чи «Unknown», якого нав’язав застосунок для запису.
• Скасовані бронювання старші за рік чи два, якщо тільки ви не використовуєте історію скасувань, щоб вирішити, хто платить завдаток.
• Поля, які ніколи не заповнювали. Колонка «Джерело реферала», порожня в девʼяти з десяти рядків, це не дані.
• Маркетингові списки, яким ви більше не пишете, особливо контакти, які ніколи не давали згоди на повідомлення.

«Не перенесено» не означає «видалено»: усе, що ви залишаєте, усе одно живе в експорті з кроку 1.

3. Очистіть експорт у таблиці

Робіть очищення в таблиці, а не в новій системі. Кожен інструмент імпорту, яким ми користувалися, включно з нашим власним, працює краще з охайним файлом, ніж із сирим дампом. Якщо ваше джерело вже є таблицею, саме тут відбувається основна робота; наш посібник про перехід від таблиці до робочого простору розглядає розкладку глибше.

• Один тип запису на вкладку: клієнти в одній, записи в іншій, примітки в третій. Вкладка, що змішує клієнтів та їхні записи в тих самих рядках, не імпортується чисто жодним інструментом.
• Один рядок заголовків із простими назвами, без обʼєднаних клітинок, без порожніх рядків над ним. «Phone» краще за «Phone (mobile, for SMS!)».
• Один формат дати для всього файлу. Оберіть ISO (2026-09-01): він однозначний, правильно сортується, і кожен імпортер його читає.
• Один формат телефону, бажано з кодом країни (+1 415 555 0134), а префікси «Tel:» і примітки «(home)» перенесіть в окрему колонку.
• Зберігайте колонку ID старої системи. Вона привʼязує клієнтів до записів і приміток у кроці 6, навіть якщо ви більше ніколи її не показуєте.

Збережіть очищену книгу під новою назвою і залиште сирий експорт недоторканим.

4. Зіставте кожне поле з новим місцем

Зіставлення полів це крок, який чекліст міграції CRM пропускає найчастіше, і саме тому «імпорт спрацював, але половина даних не на своєму місці» така поширена скарга. Перш ніж імпортувати, запишіть, колонка за колонкою, куди йде кожне поле. Для салону, що йде з застосунку запису:

Стара колонка	Нове поле	Примітка
Client name	поле Customer: Full name	Розділіть на імʼя й прізвище, якщо в новій системі два поля
Service booked	поле Appointment: Service	Має збігатися зі списком послуг, який ви створите спершу
Staff	Appointment: Worker	Має збігатися з майстром, що вже існує в новій системі
Start	Appointment: Start time	Дата й час разом, один часовий пояс
Client ID	поле Customer: External ID	Приховане поле, використовується для звʼязування

Ifa обробляє цей крок інакше, ніж фіксований шаблон. Ви описуєте бізнес простими словами, Ifa пропонує записи, поля, звʼязки й представлення, а ви перевіряєте план, перш ніж щось буде створено. Робіть зіставлення до того, як підтвердите план, а не після, щоб поля підлаштувалися під ваш експорт, а не навпаки.

5. Розберіться з дублікатами перед імпортом, а не після

Кожна система, якою користуються кілька років, містить дублікати. Обʼєднувати їх після імпорту повільно, бо на той момент кожна копія вже має записи й примітки. Обʼєднувати в таблиці швидко.

1. Відсортуйте вкладку клієнтів за номером телефону й перегляньте сусідні рядки на збіги. Телефон зазвичай найнадійніший ключ.
2. Відсортуйте за поштою й зробіть те саме, потім за прізвищем та імʼям, щоб упіймати пари з різним телефоном і без пошти.
3. Для кожної пари залиште повніший рядок, скопіюйте в нього всі примітки й запишіть старий ID відкинутого рядка поряд із залишеним, щоб записи, привʼязані до нього, залишалися доступними для звʼязування.
4. Позначайте справжні дублікати в колонці «Merge into», а не видаляйте їх, щоб рішення залишалося видимим і оборотним.

Деякі інструменти імпорту запускають власну перевірку дублікатів. Імпорт Ifa показує попередній перегляд файлу й позначає ймовірні дублікати, порожні значення й дати, що не читаються, перш ніж щось буде записано, а ви підтверджуєте імпорт, прочитавши перевірки. Це корисна мережа безпеки, а не заміна цього кроку: інструмент може позначити, що виглядає схожим, але не може знати, що «Chris Park» і «Christina Park» це той самий постійний клієнт.

6. Імпортуйте в правильному порядку

Записи, що посилаються на інші записи, мають імпортуватися після записів, на які вони посилаються. Неправильний порядок це найпоширеніша причина записів, що приходять без привʼязаного клієнта.

1. Майстри й персонал. Записи будуть посилатися на них.
2. Послуги чи типи робіт, із тривалістю й цінами.
3. Клієнти, зі старим ID у власному полі, щоб пізніші файли могли їх знайти.
4. Примітки й історія, що посилаються на клієнтів.
5. Минулі записи й роботи, які посилаються на все вище.
6. Файли й документи, прикріплені до клієнта чи роботи, яким вони належать.

Спершу імпортуйте вибірку з двадцяти клієнтів та їхніх записів; виправити двадцять записів неважко. Потім запустіть повний файл. Імпорт Ifa, описаний на сторінці імпорту ваших даних, приймає CSV, TSV, JSON, JSONL, XLSX, XLS і неактивні файли XLSM, показує попередній перегляд із перевірками й чекає на ваше підтвердження перед створенням записів. Більшість застосунків для запису взагалі не пропонують імпорту історії записів.

Про файли окремо. Ifa тримає завантажені файли прикріпленими до запису, якому вони належать, із попереднім переглядом, як описано на сторінці файлів клієнтів. Ifa сама не створює рахунки, тож PDF-файли з кроку 1 і є вашими рахунками; прикріпіть їх до клієнта чи тримайте у вашому бухгалтерському інструменті, але не залишайте їх лише у старій системі.

7. Встановіть робочі години, а потім відтворіть майбутні записи

Майбутні записи заслуговують на власний крок, бо саме цю частину міграції клієнти справді помічають.

1. Встановіть робочі години для кожного майстра, включно із запланованими вихідними, і встановіть політики запису: буфери, мінімальне попередження, вікно скасування.
2. Лише після цього завантажуйте чи відтворюйте майбутні записи. Завантажені до того, як існують години, записи або відхиляються, або потрапляють у слоти, які нікому обслуговувати.
3. Роздрукуйте старий календар на наступні вісім тижнів і вручну звірте кожен запис із новим. Для більшості майстерень це займає кілька годин і є найціннішою перевіркою в усій міграції.
4. Слідкуйте за зсувами часового поясу. Експорт в UTC, імпортований як місцевий час, зсуває кожен запис на кілька годин, а екран, що показує лише дату, цього не покаже.

Якщо майбутніх записів мало, відтворити їх вручну часто швидше й безпечніше, ніж імпортувати. В Ifa записи створює, переносить, скасовує й завершує ваша команда всередині робочого простору, з перевіркою доступності проти встановлених годин, а клієнти можуть записуватися через сторінку запису, яку створює Ifa, або в чаті на підключеному каналі. У Ifa немає синхронізації з календарем Google чи Outlook, а нагадування це робочий процес, який ви самі визначаєте, а не перемикач, тож налаштуйте робочий процес нагадувань у перший тиждень і спрямуйте посилання запису на вашому сайті на нову сторінку як частину переходу.

8. Запустіть обидві системи паралельно на короткий період

Не перемикайтеся в пʼятницю й не скасовуйте стару підписку в суботу. Тримайте обидві системи запущеними один-два тижні, нову як основне джерело правди, а стару лише для читання.

• Кожен новий запис і кожен новий клієнт мають потрапляти лише в нову систему. Запис в обидві подвоює роботу і гарантує розбіжність.
• Стара система лишається відкритою для пошуку: примітка, яку забули перенести, фото, старий рахунок.
• Наприкінці зробіть останній експорт для всього, що помилково створили у старій системі, і додайте це до нової.

У Ifa немає живої двосторонньої синхронізації, і ми не рекомендували б жодну від будь-якого постачальника для двотижневого паралельного періоду; «лише в нову систему» простіше правило.

9. Скажіть клієнтам, що зміниться

Більшість міграції невидима для клієнтів і має такою залишатися. Кажіть їм лише те, що для них дійсно зміниться, і кажіть до того, як це станеться.

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

Тримайте це коротко. «З 15 вересня ми користуємося новою системою для записів. Ваші наявні бронювання незмінні. Щоб записатися, телефонуйте чи пишіть нам на той самий номер, що й завжди».

10. Тримайте старий експорт як файл

Коли паралельний період закінчиться, а підписку скасують, не видаляйте експорти. Покладіть сирі файли з кроку 1, очищену книгу з кроку 3, таблицю зіставлення з кроку 4 і фінальний паралельний експорт з кроку 8 в одну теку, назвіть її датою і зберігайте там, де вона переживе поломку ноутбука. Ви будете користуватися нею частіше, ніж очікуєте. Архів нічого не коштує. Відновити його неможливо.

Що йде не так і як цього уникнути

Помилка	Як це виглядає	Профілактика
Обрізаний експорт	Кількість рядків на екрані вища, ніж у файлі	Порахуйте рядки перед очищенням; попросіть підтримку про повний експорт
Змішані формати дат	Записи потрапляють не в той день чи місяць	Один ISO-формат для всього файлу перед імпортом
Зсув часового поясу	Кожен запис зсунутий на однакову кількість годин	Імпортуйте одну вибіркову бронь і звірте час по годиннику
Осиротілі записи	Бронювання без привʼязаного клієнта	Спершу клієнти зі старим ID, потім записи
Обʼєднані дублікати втрачають історію	Примітки зникають, коли двоє клієнтів стають одним	Обʼєднуйте в таблиці з колонкою «Merge into»
Години встановлено після записів	Майбутні записи відхилені чи потрапили в неукомплектовані слоти	Спершу робочі години й політики, потім записи

Будьте чесними щодо масштабу. Якщо ви переносите кілька тисяч клієнтів із роками історії й великим архівом фото, кроки лишаються тими самими, але оцінка часу ні, і фрилансер для очищення таблиці це гроші, витрачені не марно. Ifa не пропонує платної послуги міграції, тож із Ifa ця робота ваша чи вашого підрядника, підтримана попереднім переглядом і перевірками в імпорті. Деякі інші постачальники пропонують супроводжувану міграцію на вищих тарифах; запитайте про це заздалегідь, якщо ваших даних багато.

Питання, які ставлять люди

Скільки часу займає міграція CRM для команди під керівництвом власника?

Для салону з двома кріслами, бригади прибирання з чотирьох людей чи соло-консультанта з кількома сотнями клієнтів експорти й очищення займають половину дня, імпорт і перевірка записів ще один, а паралельний період триває один-два тижні у фоновому режимі. Більші історії масштабуються з кроком очищення, а не з імпортом.

Чи варто переходити на іншу CRM в тихий сезон?

Так, якщо він у вас є. Менше майбутніх записів означає коротшу перевірку в кроці 7, а менше клієнтів з вулиці полегшує контроль над паралельним періодом.

Чи можу я мігрувати історію записів, чи лише клієнтів?

Залежить від того, що експортує стара програма. Більшість продажних CRM повністю експортують активності. Багато застосунків для запису легко експортують список клієнтів, але відкривають історію лише як звіт. Якщо історія не експортується чисто, перенесіть клієнтів принаймні з колонками «Останній візит» і «Кількість візитів», щоб нова система знала, хто ваші постійні клієнти, а старий звіт тримайте як архів.

Чи потрібно знову просити клієнтів про згоду після переходу на іншу CRM?

Зазвичай ні, якщо згоду отримано законно і запис про неї переноситься разом із клієнтом. Важливо, щоб ви й далі могли показати, хто дав згоду, на що і коли. Перенесіть поле згоди та його дату й зберігайте оригінальний експорт як доказ. Якщо стара програма ніколи не записувала згоду, сприймайте це як прогалину, яку варто закрити в новій системі, а не як щось, спричинене міграцією.

Востаннє оновлено 2 вересня 2026 року.