Выделите разные основания записи
Прочитайте несколько строк вместе с авторами. Попросите объяснить, почему появилась каждая: пришёл новый клиент, возник отдельный запрос или обновились сведения о знакомой компании. Проверяйте содержание соседних столбцов: в строке компании может стоять общая заметка, а в строке обращения — конкретный срок и следующий шаг. Не определяйте тип только по наличию телефона: его могли скопировать для удобства. Отметьте случаи, где смысл не восстановлен, отдельно от подтверждённых.
Разделите устойчивое описание и текущую работу
Сведения об организации и участниках отношений относятся к более устойчивому контексту. Потребность, стадия обсуждения и обещанное действие описывают конкретную работу. Составьте несколько примеров будущих связанных записей до обработки всей таблицы. В MB CRM есть компании, контакты, сделки и задачи; конкретное сопоставление исходных столбцов и способ загрузки согласуют отдельно. Наличие этих объектов не означает автоматического распознавания смешанной исходной структуры без подготовки.
Сохраняйте след исходной строки
Для спорных случаев оставьте возможность вернуться к исходному месту: название файла, лист и понятное обозначение записи. Это помогает проверить, какие сведения перенесены в компанию, а какие — в сделку. Не создавайте отдельную компанию на каждую строку только ради простой загрузки. Но и слияние всех строк одного имени разрушит разные обращения. Дополнительный разбор требует времени, поэтому сначала обработайте действующие случаи с ясным дальнейшим действием и проверьте их вместе с владельцами.
Попросите автора назвать, сколько самостоятельных следующих действий ожидается после переноса выбранного фрагмента. Этот вопрос помогает заметить ошибку границы ещё до загрузки: строки могут выглядеть одинаково, но вести к одному общему разговору или к нескольким независимым продолжениям.
Проверьте самостоятельность продолжения
Предположим, условная компания встречается в таблице трижды: один раз как постоянный клиент и дважды по разным площадкам. После разбора появляется понятный общий контекст и две самостоятельные потребности. Другой менеджер получает задание продолжить одну из них. Он должен увидеть нужный срок и участников, не взяв обещание из соседнего обращения. Затем проверьте обратный путь: можно ли объяснить, из какой исходной строки возникло каждое значимое решение и почему строки не посчитали случайными дублями.
Проверка по шагам
- Объяснить причину появления каждой выбранной строки.
- Различить компанию и отдельную потребность.
- Проверить спорные случаи с авторами.
- Сохранить путь к исходной записи.
- Испытать продолжение двух обращений одной компании.
Частые вопросы
Можно ли сначала перенести всё как компании?
Такой обход создаёт новую работу по разбору и может смешать связи. Лучше проверить небольшой фрагмент в согласованной структуре и подтвердить его смысл до массового переноса.
Прототип CRM для вашей компании
Расскажите о текущих системах и задаче. Согласуем состав бесплатного прототипа, который можно проверить с командой. Возможности и объём автоматизации обсуждаем до включения в проект.
Получить прототип CRM →Материал подготовлен с помощью ИИ. Примеры условные и не являются результатами клиентов. Как устроена библиотека.