Наличие контакта в таблице ещё не объясняет, для чего его можно использовать.
Проверьте основание каждой категории
Разделите входящие заявки, клиентов с текущими задачами и подписчиков рекламных сообщений. У этих групп разный контекст. Купленная или собранная по открытым профилям база не становится клиентской только после загрузки в вашу систему.
Свяжите запись с событием
Условный пример: человек оставил username для ответа на заявку. В таблице должен сохраниться исходный запрос, а не только адрес профиля. Если предполагается реклама, отдельно проверяют, каким действием и на каких условиях человек согласился её получать.
- Откуда появился контакт?
- Для какой цели его предоставили?
- Есть ли доказательство согласия на рекламу?
- Были ли отказ или изменение предпочтений?
Исключите неопределённые записи
Не дополняйте неизвестное предположением «наверняка заинтересован». При отсутствии достаточного контекста не включайте запись в рекламную коммуникацию. Сначала приведите в порядок способ получения согласий и журнал отказов. Размер списка не компенсирует отсутствие оснований для использования.
Подготовьте рабочую выборку
У каждой строки должны быть объяснимые источник и цель. Выгрузка из общей CRM может смешать действующие заказы, завершённые задачи и контакты без отношений с компанией. Поэтому сначала задайте критерий включения, а затем выбирайте записи. Обратный порядок — сначала загрузить всех, потом искать оправдание — создаёт ошибки и ненужную обработку.
Для одного сервисного сценария оставьте только необходимые данные. Не копируйте платежи и заметки сотрудников ради уведомления о готовности материала. Отказы храните так, чтобы они учитывались в последующих рекламных выборках. Удаление строки из одной таблицы не гарантирует прекращения контакта в остальных системах.