CRM після Excel: як перенести дані і не втратити клієнтів, історію та продажі

Коли бізнес доростає до системи, виникає головне питання: як перенести все так, щоб не загубити жодного клієнта, зберегти історію взаємодій і не обвалити воронку на старті.

Нижче — порядок дій, який ми у Brutal Marketing проганяємо на кожному проєкті: від аудиту баз до тестового імпорту й перенесення історії. Без теорії — лише ті кроки, що реально економлять гроші й нерви після запуску.

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

Причина проста: Excel і CRM влаштовані за різною логікою. Таблиця — це площина, де в одному рядку легко вживаються клієнт, його контакт і конкретна угода. CRM — це система звʼязаних обʼєктів, де лід, контакт, компанія й угода живуть окремо й посилаються одне на одне. Коли ви заливаєте площину в систему звʼязків напряму, звʼязки не виникають самі собою — виникає каша.

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

Покажемо на простому прикладі. Уявіть рядок із Excel: «ТОВ Альфа, Іван, 0671234567, передзвонити в понеділок, в роботі». Для людини все зрозуміло. Для системи це чотири різні обʼєкти, злиплі в один: компанія «Альфа», контакт «Іван» без прізвища, угода без суми й етапу, а «передзвонити в понеділок» — це взагалі завдання з дедлайном. Якщо залити рядок як є, ви отримаєте одну безлику картку, з якою менеджер не зможе нормально працювати. Розплести таку склейку постфактум, на тисячах рядків, — це і є та сама дорога переробка, якої всі хочуть уникнути.

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

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

У більшості компаній Excel — це не один файл. Це сімейство таблиць, яке розрослося само собою:

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

Завдання — зібрати все в одному місці й чесно розкласти: який файл основний, які допоміжні, що можна одразу відправити в архів, а що взагалі не переносити. Поки джерела розкидані, будь-який імпорт буде неповним або суперечливим.

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

Цей аналіз майже завжди відкриває неприємну правду: частина даних не має жодної бізнес-цінності. Колонка «Коментар», у якій 80% записів — це «передзвонити», або поле «Джерело», заповнене в кожному рядку по-різному, переносити в чистому вигляді безглуздо.

Зведіть результат у просту таблицю — вона стане технічним завданням для наступних етапів:

Цей аудит — фундамент. Якщо пропустити його, усі наступні рішення будуть прийматися наосліп.

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

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

У Excel дублікати — це норма життя. Один клієнт із двома телефонами, та сама компанія, записана трьома способами, кілька карток одного контакту без жодного звʼязку між собою.

Перед міграцією треба зробити три речі: визначити ознаку унікальності (найчастіше це номер телефону, email або ЄДРПОУ), обʼєднати або видалити дублі, залишити один «майстер-запис» із найповнішою інформацією. У самому Excel допомагає інструмент «Видалити дублікати», але він ловить лише точні збіги — записи з різним написанням однієї компанії доведеться зводити вручну або через формули нормалізації.

Більшість CRM має власну функцію виявлення дублікатів під час імпорту. Її варто увімкнути, але не покладатися лише на неї: автоматика теж пропускає неочевидні випадки.

Окремий нюанс — як обʼєднувати, а не просто видаляти. Якщо в трьох дублях одного клієнта розкидані різні шматки інформації (в одному є email, в іншому — коментар про останню угоду, у третьому — правильний телефон), просте видалення двох записів забере частину даних назавжди. Тому перед чисткою ми зводимо інформацію в один майстер-запис, збираючи в нього все цінне з дублів, і лише потім прибираємо зайве. Це повільніше, але саме так зберігається історія, заради якої все й затівається.

Питання, яке варто поставити бізнесу прямо: чи потрібні нам клієнти, з якими не було жодного контакту три-пʼять років? У більшості випадків такі ліди вже не мають цінності — телефони змінилися, компанії закрилися, історія неповна.

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

Типовий набір проблем виглядає так: телефони записані як +380, 380, 0 і «066» упереміш; email заховані всередині коментарів; статуси угод названі вільними словами; дати в трьох різних форматах.

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

Як це виглядає на практиці. Колонку «Телефон» зводимо до єдиного формату +380XXXXXXXXX, навіть якщо в базі лежали «067 123 45 67», «0671234567» і «+38(067)123-45-67» — для системи це три різні номери, поки ви їх не нормалізуєте. Статуси на кшталт «думає», «на паузі», «передзвонити пізніше» зводимо до одного етапу воронки, а не плодимо під кожне формулювання окремий стовпчик. Дати приводимо до одного формату — інакше угоди не вишикуються в хронологію, а звіти за періодами поплинуть.

Класична помилка — спершу залити дані, а потім намагатися «навести лад» уже всередині системи. Логіка має бути зворотною: спочатку проєктуємо структуру, потім наповнюємо її даними. Інакше дані диктують структуру, а має бути навпаки.

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

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

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

Перед завантаженням визначте, які поля обовʼязкові, які працюють як довідники (джерело, тип клієнта, відповідальний), які потрібні для аналітики, а які — для автоматизацій. Це дозволяє імпортувати дані одразу коректно, уникнути масових ручних правок після запуску й закласти основу для подальшого контролю якості відділу продажів.

Окремий етап, який часто проскакують, — це мапінг, тобто чітка відповідність «колонка Excel → поле CRM». Поки цей звʼязок не описаний на папері, імпорт перетворюється на гру в «куди потрапить це поле».

Складіть таблицю відповідності до того, як відкриєте вікно завантаження:

Окремо проговоріть, що робити з полями, які нікуди не лягають. Іноді під них створюють кастомне поле, іноді — навмисно не переносять. Головне, щоб рішення було усвідомленим, а не випадковим побічним ефектом імпорту.

Питання вибору системи постає рівно тоді, коли ви зрозуміли структуру своїх даних і процесу. Не навпаки. Обирати CRM до аудиту — те саме, що купувати меблі до того, як зміряли кімнату.

Коротко орієнтир за досвідом. Pipedrive добре лягає на класичні B2B-продажі з прозорою воронкою й акцентом на угодах — коли важливо бачити рух кожної угоди по етапах. Key CRM сильна там, де багато замовлень і потрібна звʼязка з товарним обліком та складом, — типово для торгівлі й e-commerce. Kommo орієнтована на компанії, де левова частка лідів приходить із месенджерів і соцмереж, і потрібна щільна інтеграція з каналами комунікації.

Для міграції тут важлива одна деталь: різні системи по-різному поводяться з імпортом і дедублікацією.

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

Ніколи не починайте з повного завантаження. Це правило, від якого ми не відступаємо. Помилку в структурі чи мапінгу, помножену на всю базу, виправляти доведеться днями — а інколи й переробляти імпорт з нуля.

Порядок, який ми застосовуємо:

1. Готуємо тестовий файл — 5–10% бази, але з усіма типами записів (компанії, фізособи, активні угоди, складні випадки з дублями).
2. Імпортуємо його в систему.
3. Перевіряємо коректність звʼязків, відображення угод, роботу воронки й доступність даних потрібним менеджерам.
4. Збираємо зворотний звʼязок від команди — саме вони першими побачать, що «щось не так».
5. Вносимо правки в структуру й мапінг — і лише після цього імпортуємо всю базу.

Цей крок виглядає як уповільнення, але насправді економить десятки годин переробок. Дешевше один раз перевірити на десятці карток, ніж потім розгрібати тисячу.

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

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

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

Корисно домовитися заздалегідь і про те, що з історією ви свідомо не переносите. Наприклад, технічні позначки менеджерів («передзвонив, не взяв», «скинув», «думає») рідко варті того, щоб тягнути їх у нову систему — вони лише засмічують стрічку активностей. Чіткий список «що переносимо / що лишаємо в архіві» убезпечує від спокуси перенести все підряд «про всяк випадок» — а саме з цієї спокуси починається більшість захаращених баз.

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

Повніший розбір причин, через які системи «не заходять» командам, ми зібрали в матеріалі про найпоширеніші помилки при впровадженні CRM.

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

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

Рішення — показати вигоду на його боці: система бере на себе рутину (нагадування, фіксацію дзвінків, зміну статусів), а менеджер витрачає менше часу на адміністрування й не губить клієнтів. Паралельно вводимо процесний стандарт, де Excel перестає бути альтернативою — не через заборону, а через те, що в системі просто зручніше. Як домогтися заповнення системи без тотального нагляду, ми розбирали окремо — у статті про те, як змусити менеджерів заповнювати CRM без мікроменеджменту. А глибше про мотивацію й опір змінам — у матеріалі про психологію продажів і роль CRM.

Коли тестовий імпорт пройдено й правки внесено, повне завантаження має стати формальністю. Щоб воно справді нею було, перед стартом перевіряємо кілька речей.

• Резервна копія всіх Excel-файлів збережена окремо. Це страховка: якщо щось піде не так, ви завжди повертаєтеся до вихідної точки.
• Фінальна версія мапінгу узгоджена і збігається з тим, що показав тестовий імпорт.
• Довідники в CRM заповнені — джерела, етапи воронки, типи клієнтів. Імпортувати дані в порожні довідники марно.
• Користувачі заведені, права розподілені — щоб відповідальні одразу привʼязалися до карток.
• Час обрано правильно. Ми робимо повний імпорт у неактивний для продажів період — увечері або у вихідні, щоб менеджери почали робочий день уже в наповненій системі, а не спостерігали за процесом наживо.

Окремо домовтеся про «період співіснування». Перші кілька днів старий Excel ще доступний для звірки — на випадок, якщо щось не знайдеться в CRM. Але доступ на редагування потрібно закрити одразу: якщо менеджери продовжать вносити правки в таблицю, ви отримаєте дві паралельні правди, і всю міграцію доведеться повторювати.

Міграція не закінчується в момент завантаження. Найважливіше відбувається в перші два тижні, коли команда вперше працює в системі по-справжньому. Тут вирішується, приживеться CRM чи перетвориться на «ще одну програму, яку відкривають для галочки».

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

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

І головне — збирайте живий зворотний звʼязок від команди, а не чекайте звітів. Часто достатньо однієї правки в обовʼязкових полях або одного короткого пояснення на планерці, щоб зняти 80% опору. Системний контроль якості на цьому етапі закладає звичку працювати правильно — поки вона не встигла зламатися.

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

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

У найближчі три-пʼять років компанії без системної роботи з даними програватимуть за швидкістю обробки лідів, якістю сервісу й точністю управлінських рішень. Але це працює лише за однієї умови — міграцію зроблено усвідомлено й системно, а не способом «залили файл і живемо далі». Якщо хочете побачити це на конкретних цифрах виручки, ми розбирали ефект переходу в окремому кейсі про те, як збільшити продажі при переході з Excel на C.

Ми проведемо аудит баз, почистимо дублікати, спроєктуємо структуру й перенесемо клієнтів із збереженням історії — без хаосу у воронці на старті.

Залишити заявку на впровадження CRM → через форму знизу.