Как перейти с таблиц на CRM и ничего не потерять
Проблема переезда не в том, чтобы залить строки. Проблема в том, что таблица хранит не только данные, но и договорённости, которых в ней не написано.
Автор Евгений Романов·Опубликовано
Короткий ответ
Перенос с таблиц ломается не на данных, а на том, что в таблице не записано: как на самом деле пишутся адреса, какие строки дубли, что означает пустая ячейка и какая формула считает главное число. Правильный порядок такой: сначала посмотреть на реальный файл, потом договориться о правилах, потом переносить, и обязательно оставить старую таблицу доступной на чтение. Перенос данных это отдельная строка в смете, а не мелочь.
SHT-02От чего зависит число
Что в таблице есть кроме данных
Договорённости. Столбец «статус» с четырьмя значениями, из которых два означают одно и то же, потому что их заводили разные люди. Цвет строки, который для тебя означает «срочно», а для системы не означает ничего. Пустая ячейка, которая иногда «неизвестно», а иногда «ноль». Комментарий в углу, где написано настоящее условие сделки. Всё это перенести автоматически нельзя, и именно на этом переезды разваливаются, а не на количестве строк.
Адреса, телефоны и дубли
Одна и та же улица в восьмистах строках написана десятью способами, телефон то с плюсом, то без, а один клиент существует трижды под разными написаниями фамилии. Пока это лежит в таблице, оно никому не мешает, потому что человек читает и понимает. В системе это три разных клиента и три истории работ. Нормализация и склейка дублей это отдельная работа, и её стоимость зависит от того, насколько по-разному вводили данные, а не от числа строк.
Формула это самое ценное и самое хрупкое
Если в таблице есть расчёт, от которого зависят деньги, он и есть настоящая причина переезда. Переносить его надо не копированием формулы, а описанием правила словами, потом проверкой на реальных прошлых сделках: берём десять закрытых работ, считаем старым способом и новым, сравниваем до цента. Если сходится, правило описано верно. Если нет, в таблице было исключение, о котором никто не помнил, и это лучшее, что могло случиться до запуска, а не после.
Порядок, который не теряет данные
Сначала смотрим на реальный файл, а не на его описание. Потом договариваемся о правилах: что считается дублем, что означает пустая ячейка, какие статусы схлопываются. Потом переносим справочники и клиентов, и только затем историю работ. Потом сверяем: количество записей, сумма по закрытым сделкам, десять случайных карточек глазами. И только после сверки начинаем работать в новой системе. Старая таблица остаётся доступной на чтение как минимум месяц: она стоит ноль и стоит того.
Когда таблицу трогать не надо
Когда она обслуживает пять сделок в месяц. Когда в ней сидит один человек и он же владелец. Когда её ведут ради одного отчёта, который смотрят раз в квартал. В этих случаях перенос в систему добавляет дисциплины больше, чем возвращает времени. Часть таблиц вообще правильно оставить: расчёт, который меняется каждый месяц под конкретную сделку, в таблице живёт лучше, чем в системе, и признать это честнее, чем автоматизировать ради автоматизации.
SHT-03Варианты рядом
Во что на самом деле обходится каждый путь.
| Вариант | Цена | Срок | Компромисс |
|---|---|---|---|
| Оставить таблицу как есть | $0 | нет | Работает, пока в ней сидит один человек. Ломается в тот момент, когда над одним файлом работают двое и оба правят. |
| Готовая CRM с импортом из CSV | За место в месяц | Дни | Импорт зальёт строки, но не разберёт дубли, не нормализует адреса и не перенесёт формулу. Разбираться с этим всё равно придётся, просто уже внутри продукта. |
| Перенос в кастомную систему | Отдельная строка в смете сборки от $2 000 | Часть 30-45 дней | Правила нормализации описываются под твои данные, формула проверяется на прошлых сделках. Дороже, и требует от тебя ответов на неудобные вопросы про то, что означают твои же столбцы. |
SHT-04Общие примечания
Вопросы, которые задают на самом деле.
- N01Сколько стоит перенос данных?
- Это отдельная строка в смете, и её размер зависит не от числа строк, а от того, насколько по-разному вводили данные. Восемьсот строк с аккуратными адресами и восемьсот строк с адресами, записанными как попало, это разная работа. Оценка делается по реальному файлу, а не по описанию.
- N02Мои таблицы удалят?
- Нет. Старый файл остаётся у тебя и остаётся доступным на чтение как минимум месяц после запуска. Удалять его или нет, решаешь ты, и обычно к этому вопросу возвращаются, когда в системе отработал полный цикл сделки.
- N03Можно перенести только клиентов, а историю оставить в таблице?
- Можно, и иногда это правильно. История работ старше двух лет часто не нужна в оперативной системе: она нужна в архиве, и архивом может остаться та же таблица. Решать это стоит по тому, ищешь ли ты в старых записях хотя бы раз в месяц.
- N04Что если в таблице есть ошибки?
- Они найдутся при сверке, и это нормальная часть работы, а не аварийная. Сверка на десяти прошлых сделках существует ровно для того, чтобы ошибка всплыла до запуска. Хуже, когда её не ищут и она всплывает в отчёте через квартал.
- N05Сколько это займёт времени с моей стороны?
- Несколько часов на вопросы о том, что означают твои столбцы, и час на сверку результата. Это та часть, которую нельзя делегировать подрядчику: только ты знаешь, что означает пустая ячейка в твоей таблице.
- N06А если у нас Google Таблицы, а не Excel?
- Разницы почти нет. Значение имеет не формат файла, а то, насколько единообразно вводили данные и есть ли внутри формулы, от которых зависят деньги.