Переход из Excel в CRM часто начинается с выяснения смысла данных, а не выбора программы. Таблица может быть понятна человеку, но приложение не умеет самостоятельно разделять название компании, телефон и заметку внутри одной ячейки. Цвет, объединённая ячейка и неформальная отметка имеют смысл для сотрудника; этот смысл необходимо превратить в правило импорта.
Если вы ещё не определили, для чего вашему бизнесу нужна CRM, сначала ответьте на этот вопрос. Задача — получить надёжные рабочие сведения, а не просто перенести все файлы на один экран.
Сохраните оригинальный источник
Перед очисткой сохраните копию файла и дату её получения. Совместная работа команды с таблицей и подготовка отдельного импорта — разные процессы. Иначе один человек будет исправлять сведения, другой добавлять строки, а основа сравнения потеряется.
Назначьте ответственного за источник. Ответа «все знают эту таблицу» недостаточно. Должно быть понятно, кто решает спор по названию клиента, закрытому заказу или рабочей записи. Техническая команда не должна угадывать бизнес-решения.
Разделите столбцы по типу информации
Старайтесь хранить один тип сведений в одном столбце. Компания, контактное лицо, телефон, почта и заметка должны различаться. В заказе отделяйте сумму от валюты, статус от объяснения и дату от свободного комментария. Цель не в количестве столбцов, а в ясном смысле для программы.
- Различайте клиента и контактное лицо.
- Храните телефон и почту отдельно.
- Проверьте единое правило записи дат.
- Сохраните различие пустого значения и нуля.
- Создайте стабильный исходный идентификатор заказа.
Как оценивать дубликаты?
Одинаковый телефон не всегда означает одного клиента: общим номером может пользоваться семья или компания. Две организации с одинаковым названием могут быть разными юридическими лицами. Автоматическое объединение по одному столбцу способно ошибиться.
Объясняющий пример: записи «ABC», «ABC MMC» и «A.B.C.» проверяют с владельцем процесса. Это условные данные, а не сведения настоящего клиента. После решения выбирают основную карточку и сохраняют соответствие прежних строк. Так связанные заказы не теряются.
Разделите клиента и заказ
В таблице с одним заказом на строку клиентские сведения повторяются. В CRM у одной карточки клиента может быть несколько заказов. Импорт должен создать клиентов и связать с ними заказы. Конкретная последовательность зависит от системы, но значение связей согласовывается заранее.
Проверка числа записей отличается от проверки их отношений. Все двадцать заказов могут загрузиться, но оказаться у неверного клиента. Поэтому важны таблица соответствия и представительный пробный набор. Более широкий порядок описан в материале о внедрении и миграции CRM.
Выполните небольшой пробный импорт
- Выберите чистые, неполные и спорные строки.
- Сопоставьте их с полями новой системы.
- Загрузите набор в тестовую среду.
- Проверьте связи клиента и заказа.
- Сравните основной отчёт по датам и суммам.
- Исправьте источник или правило преобразования.
Вместо незаметного пропуска ошибочных записей полезен отдельный отчёт. Должно быть видно, какая строка и почему не принята. Если финальная миграция выполняется иначе, чем проверенный тест, ценность предыдущего контроля снижается.
Что станет с таблицами после перехода?
Нужно явно выбрать основной источник данных. Если после запуска одно поле свободно меняется и в Excel, и в CRM, вскоре появятся две разные версии истины. Выгрузки отчётов могут использоваться, но их обратная загрузка требует отдельного соглашения.
Пример неоднозначной даты
Представим ячейку со значением «07/08». В условном примере неизвестны порядок дня и месяца, год и даже смысл даты. Прежде чем выбрать программный формат, значение уточняет владелец информации. Случайное автоматическое преобразование способно создать неверный исторический факт.
Полезен небольшой словарь столбцов: название, значение, пример и обработка отсутствующего поля. Если дата закрытия пуста, работа ещё активна или сведения потеряны? Без ответа нельзя автоматически включать строку в отчёт незавершённых заказов.
- Запишите бизнес-смысл вместе с форматом.
- Вынесите спорные строки в отдельный перечень.
- Сохраните автора подтверждения исправления.
- Примените одно согласованное правило ко всему файлу.
Это отличается от попытки вручную сделать файл внешне идеальным. Задача не скрыть проблемы, а сделать их решение объяснимым. Изменённое значение должно иметь основание, особенно если оно влияет на историю клиента или итог отчёта.
После согласования попробуйте выгрузить небольшой набор из CRM обратно в таблицу. Сравните его с принятым смыслом исходных сведений. Обратная проверка не заменяет весь контроль, но помогает заметить, что дата, название и связь сохранились понятными для команды.
Частые вопросы
Нужно ли хранить все старые записи?
Необходимо разделить полезную историю и ненужный повтор. Решение зависит от бизнес-назначения данных и применимого порядка хранения.
Легко ли переносить чистый файл?
Чистые сведения помогают, но связи новой модели, права доступа и приёмочные проверки всё равно необходимы.
Anbarex представлен в портфолио как пример бизнес-платформы. Если смешаны клиенты, заказы и остатки, сначала изучите границы систем, а затем подготовьте обезличенный образец для разработки CRM и ERP.
Объём импорта, соответствие данных и план возврата отдельно согласовываются в услуге миграции данных.
