Перенос бази клієнтів з таблиці в нормальну систему провалюється не на технічному кроці. Імпорт CSV — це пʼять хвилин. Провалюється підготовка: у таблицю роками писали як зручно, і те, що людина легко читає очима, машина прочитати не може.
Нижче — порядок, який дозволяє перенести базу один раз і не повертатися до цього.
Крок 1. Зробити копію й не чіпати оригінал
Перше й найнудніше. Копія оригінальної таблиці відкладається окремо й не редагується взагалі — уся чистка йде в робочому дублікаті. Це рятує в момент, коли через тиждень зʼясується, що колонку «коментар» ви почистили занадто ретельно.
Крок 2. Одна сутність — одна колонка
Найпоширеніша проблема реальних баз: в одній комірці лежить кілька фактів. «Ольга, 0631112233, приходила в травні, просила знижку» — це чотири різні поля, злиті в одне.
Розділяємо мінімум на:
- імʼя (окремо від прізвища, якщо воно взагалі є);
- телефон;
- дата останнього контакту або покупки;
- джерело (звідки прийшов);
- коментар — усе, що не влізло в решту.
Порожні поля — це нормально. Ненормально — поле, у якому в різних рядків лежить різний тип даних.
Крок 3. Привести телефони до одного формату
Телефон — це ключ. За ним система шукатиме повтори, підтягуватиме історію й звʼязуватиме замовлення з клієнтом. Тому всі номери зводяться до єдиного вигляду: 380XXXXXXXXX, без пробілів, дужок і дефісів.
Записи без телефону й без пошти не імпортуються взагалі — це не клієнти, а рядки тексту. Їх краще винести окремим аркушем і забути.
Крок 4. Знайти дублі
Після нормалізації номерів дублі знаходяться сортуванням за колонкою телефону — однакові опиняться поруч. Обʼєднувати їх варто руками: беремо найповніший запис за основу й дописуємо в нього те, чого бракує з решти.
Чому дублі не можна залишати «на потім», докладно розібрано в матеріалі про дублі в базі клієнтів — після імпорту вони розмножуються, бо кожен новий контакт чіпляється не до того запису.
Крок 5. Позначити живих і мертвих
Колонка з датою останнього контакту дозволяє одразу розділити базу на дві частини: тих, хто був за останні 12–18 місяців, і решту. Це не привід видаляти стару частину, але переносити її варто з міткою — інакше перша ж розсилка піде по базі, половина якої вже не памʼятає, хто ви.
Що робити з тими, хто давно не повертався, — окрема тема: реактивація сплячих клієнтів.
Крок 6. Тестовий імпорт на 20 рядках
Ніколи не заливайте всю базу першою спробою. Беремо 20 рядків, з них 3–4 «важкі» — з апострофом у прізвищі, з двома телефонами, з довгим коментарем — і імпортуємо. Дивимось, чи всі поля стали на свої місця, чи не поїхало кодування кирилиці, чи не перетворилась дата на число.
Тільки після чистого тесту йде повний імпорт.
Крок 7. Налаштувати доступи одразу
Момент, який зазвичай відкладають і потім не роблять ніколи. Щойно база опинилась у системі, у неї зʼявляється те, чого не було в таблиці на компʼютері бухгалтера, — багато користувачів. Хто бачить усю базу, хто лише своїх клієнтів, хто може вивантажити її повністю — вирішується на старті. Чому це критично, розібрано окремо: безпека бази клієнтів.
Коли переносити взагалі не треба
Якщо в базі 60 контактів і працює одна людина — таблиця нормально впорається ще довго. Ознаки, що час іти, цілком конкретні: пошук потрібного клієнта займає більше хвилини, файл існує в трьох версіях у різних людей, або в таблицю вже бояться щось міняти. Повний список — у матеріалі про те, коли Excel перестає справлятися.
Куди саме переносити — залежить від того, що ви робите з клієнтами далі: вести угоди й воронку чи просто памʼятати історію. Різниця розібрана в огляді CRM для малого бізнесу.
Коротко
Перенос бази — це на 90 % чистка таблиці й на 10 % імпорт. Телефон у єдиному форматі, одна сутність в одній колонці, дублі обʼєднані до, а не після, тестові 20 рядків і стара копія, яка лежить недоторканою кілька місяців. У такому порядку перенос робиться один раз.
Якщо базу треба перенести й одразу звʼязати з сайтом і заявками, щоб нові клієнти потрапляли туди самі, — ми налаштовуємо облік клієнтів і обмін даними під наявні процеси.
З чого починати перенос бази клієнтів з Excel?
Не з імпорту, а з чистки. У переважній більшості таблиць є дублі, порожні телефони, кілька форматів номера й прізвища в одній колонці з іменем. Якщо залити це «як є», ви отримаєте той самий безлад, тільки в новій системі та ще й із враженням, що система погана. Спершу приводимо таблицю до порядку, і лише потім імпортуємо.
Які колонки в таблиці обовʼязкові?
Мінімум — телефон у єдиному форматі, імʼя та дата останнього контакту чи покупки. Телефон працює як ключ, за яким система шукає дублі; імʼя потрібне для звернень і розсилок; дата дозволяє одразу відділити живу базу від мертвої. Усе інше — джерело, коментарі, суми — корисне, але не критичне для першого імпорту.
Що робити з дублями під час переносу?
Шукати їх до імпорту, за нормалізованим телефоном, а не за іменем. Той самий клієнт може бути записаний як «Оля», «Ольга» і «Ольга (подруга Іри)» — за іменем ви їх не звʼяжете, а за номером у форматі 380XXXXXXXXX звʼяжете завжди. Обʼєднувати краще вручну, зберігаючи найповніший запис і дописуючи в нього дані з решти.
Чи можна видаляти стару таблицю після переносу?
Не одразу. Правильна практика — тримати копію старої бази щонайменше кілька місяців у режимі «тільки читати». За цей час спливають випадки, коли когось не імпортувало, поле не змапилось або злилися два різні клієнти з однаковим номером. Поки такі речі не перестали зʼявлятися, стара таблиця — ваша страховка.
Рутина зʼїдає робочий день?
Подивимось ваші процеси й порахуємо, що автоматизувати першим, щоб віддача була найшвидшою.