«Не отдадим базу на сторону»: четыре поля, которых хватает для обзвона

Встреча прошла хорошо, цифры сошлись, про пилот договорились. Дальше звучит «пришлите файл с базой» — и всё встаёт. База клиентов собиралась годами и оплачена рекламой, отдавать её целиком компании, с которой знакомы третью неделю, не хочется никому.

Опасение здравое. Только оно почти всегда обсуждается в формате «отдавать или не отдавать», хотя разговор должен идти про состав выгрузки. Для того чтобы набрать номер и провести разговор, нужна очень небольшая часть того, что лежит в вашей CRM.

Что нужно, чтобы позвонить

Четыре поля.

Номер телефона. Без него набора нет.

Обращение. Имя, которым к человеку обращаются в разговоре. Отчество по желанию.

Повод. Одна строка о том, что связывает вас с этим контактом: «заявка на замер, не состоялся», «покупал в марте», «был на показе, взял паузу». Из неё собирается первая фраза разговора.

Дата последнего контакта. От неё зависит формулировка: «в прошлом месяце» и «весной» звучат по-разному, и человек по-разному вспоминает.

Строка выгрузки целиком выглядит так:

+7 900 000-00-00; Сергей; заявка на кухню, замер не состоялся; 12.03.2026

Этого хватает, чтобы агент набрал, представился, назвал предмет обращения и задал первый вопрос по делу. Вот как эта строка звучит в трубке:

— Сергей, здравствуйте, это мебельная студия на Ленина. В марте вы оставляли заявку на кухню, замер тогда не состоялся. Проект ещё в планах или вопрос уже закрыли?

— Да закрыли вроде, мы у другой фирмы делали.

— Понял, спасибо. Тогда не отнимаю время.

Ни суммы, ни адрес, ни история переписки в этом разговоре не понадобились. Что дальше делает со строкой система набора, разобрано отдельно.

Что остаётся у вас

Всё остальное. Суммы сделок и история платежей. Реквизиты и договоры. Паспортные данные. Адрес доставки. Почта. Комментарии менеджеров за три года, где половина строк — про характер клиента. Скидки и индивидуальные условия.

Ни одно из этих полей в наборе не участвует. Если подрядчик просит их «для полноты картины», стоит спросить, в какой реплике сценария они используются. Внятного ответа на этот вопрос обычно нет.

Чаще всего лишние поля попадают в файл случайно. Экспорт «как есть» из CRM даёт двадцать с лишним колонок: там и источник заявки, и ответственный менеджер, и сумма последнего заказа, и служебные метки, смысл которых знает один человек в компании. Никто не собирался это отдавать — просто нажали кнопку выгрузки. Пять минут на удаление лишних колонок закрывают большую часть вопроса ещё до того, как он превратится в переговоры.

Отдельно про имена. Если и они кажутся лишними, отдавайте идентификатор из своей CRM вместо ФИО: в файле остаются номер, обращение и ID строки. Результат возвращается по тому же ID, и вы сводите его у себя. Кто именно скрывается за строкой 41 872, на стороне обзвона не знает никто.

Один сегмент вместо всей базы

Выгружать базу целиком незачем ещё и по практической причине. Пилот идёт на объёме до 1000 контактов и стоит 35 000 ₽ — файл на сорок тысяч строк ему просто некуда деть.

Рабочая схема на старте: один сегмент на 300–500 строк, у которого понятен повод для звонка. Отобрали, выгрузили, прошли, посмотрели на результат. Следующий сегмент выгружается после разбора первого, и к тому моменту вы уже видите, как подрядчик обращается с данными: пришёл ли отчёт в срок, что в нём есть, задавали ли вопросы по полям. С какого сегмента начинать, расписано в отдельном разборе.

Побочный эффект приятный: узкий сегмент даёт более осмысленный сценарий, чем сборная солянка из всей базы. И проверять подрядчика на четырёхстах строках дешевле во всех смыслах, чем на сорока тысячах.

Записи разговоров — то, чего в файле нет

Тут стоит быть честным: файл не единственное, что появляется на стороне подрядчика. В разговоре человек называет вещи, которых в выгрузке не было — сумму, срок, обстоятельства покупки. Всё это остаётся в записи и в расшифровке.

Поэтому вопросы про записи задавайте вместе с вопросами про файл: сколько они хранятся, кто их слушает, отдаются ли вам, удаляются ли по вашей команде. Про уведомление о записи в начале звонка и про то, что требует закон, есть отдельный материал.

Что стоит зафиксировать на бумаге

Список короткий, и он проверяется до первой выгрузки.

1. Поручение на обработку персональных данных. Кто заказчик, кто обработчик, для какой цели передаются данные.
2. Цель и срок. Обзвон по конкретной кампании, срок хранения ограничен, использование для чего-либо ещё запрещено.
3. Удаление после кампании. С датой и подтверждением, что база и записи удалены.
4. Состав передаваемых полей. Прямо перечислить их в приложении. Тогда «пришлите ещё вот это» становится изменением договора, а не просьбой в переписке.

Формулировки сверьте со своим юристом: юридической консультации в этом тексте нет.

Когда опасение обоснованно

Есть три ситуации, где осторожность оправдана полностью.

Просят выгрузить всё сразу. Вся база, все поля, включая суммы сделок и переписку. Значит, состав данных под задачу никто не считал.

Отказываются фиксировать удаление. Устного «конечно, удалим» тут недостаточно.

Не могут назвать круг доступа. На вопрос «кто у вас откроет этот файл» ответ должен быть конкретным: такие-то роли, столько-то человек, доступ выдаётся под задачу. Ответ «наша команда» означает, что доступ не разграничен вовсе.

Результат не отдают в вашем виде. Заявки приходят только внутрь чужого личного кабинета, выгрузки к себе нет. Тогда вы получаете зависимость там, где её быть не должно. Куда именно должны падать заявки, разобрано здесь.

Неудобный вопрос напоследок

Пока база обсуждается как что-то неприкосновенное, полезно посчитать, сколько её копий уже существует. Выгрузка для рассылки, файл, который менеджер скинул себе на почту перед отпуском, экспорт для бухгалтерии, старая версия у сотрудника, который уже уволился.

Обычно счёт идёт на несколько копий, и ни одна из них не описана договором. Сегмент на 400 строк с четырьмя полями и подписанным поручением на этом фоне выглядит куда аккуратнее.

Как мы работаем с данными и 152-ФЗ