CRM и 152-ФЗ: почему коробочная система проще по персональным данным

Разговор про 152-ФЗ у большинства предпринимателей начинается одинаково: «нам сказали, что нужна какая-то бумажка». Дальше либо покупается шаблон политики конфиденциальности за 900 рублей, либо тема откладывается до лучших времён. А между тем персональные данные вы собираете каждый день и в промышленных масштабах: каждая заявка с сайта — это имя и телефон живого человека, каждый входящий звонок — номер, по которому этого человека можно найти.

Я настраиваю рекламу и вижу это с другой стороны. Клиент платит за клики, клики превращаются в обращения, обращения складываются в табличку — и вот в этой табличке уже полторы тысячи телефонов. Лежит она в облачном сервисе, к которому есть доступ у трёх бывших менеджеров, у подрядчика по рекламе и, теоретически, у сотрудников самого сервиса. Вопрос «а где вообще живут ваши данные и кто за них отвечает» ставит в тупик.

В этой статье я разберу тему с позиции практика, а не юриста: что закон считает персональными данными в контексте заявок, кто по ним отвечает, чем принципиально отличается коробочная CRM от облачной с точки зрения обработки, и что можно сделать за один вечер, чтобы перестать нервничать. Сразу оговорюсь: это не юридическая консультация. Если у вас медицина, финансы или работа с детьми — сверьтесь с профильным юристом, там есть свои нюансы.

Заявка с сайта — это персональные данные, и спорить тут не о чем

Самое распространённое заблуждение звучит так: «у нас же только имя и телефон, это не персональные данные». Закон смотрит на это иначе. Персональные данные — это любая информация, относящаяся к прямо или косвенно определённому физическому лицу. Телефон определяет человека вполне однозначно: по нему можно позвонить, написать в мессенджер, найти в базе.

Давайте честно посмотрим, что реально собирает средний сайт услуг:

• Форма заявки — имя, телефон, иногда почта и комментарий вроде «болит зуб слева сверху».
• Обратный звонок — только номер, но этого достаточно.
• Входящий звонок — номер, время, длительность, а дальше менеджер записывает имя и суть запроса.
• Чат на сайте — переписка, в которой человек сам оставляет телефон и подробности.
• Комментарии в карточке — «перезвонить после 18, живёт на Ленина, второй подъезд».

Последний пункт обычно и создаёт проблему. Менеджеры пишут в примечаниях всё подряд, и безобидная карточка заявки превращается в довольно подробное досье. А вместе с метками рекламы к ней прилипает ещё и история: с какого объявления человек пришёл, что искал, сколько раз возвращался.

Оператор — это вы, а не ваш подрядчик

Ключевой момент, который многие проскакивают: оператором персональных данных считается тот, кто определяет цели и состав обработки. То есть — бизнес, который поставил форму на сайт и решил собирать телефоны. Не разработчик сайта, не агентство, не сервис, где вы завели аккаунт.

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

Отсюда простой вывод: чем меньше посредников между вами и вашей базой, тем меньше мест, где что-то может пойти не так. Это не юридический аргумент, а инженерный, но он работает.

Облако и коробка: в чём реальная разница

Я не считаю облачные CRM злом — у них есть свои сильные стороны. Но по части персональных данных архитектура принципиально разная, и об этом стоит знать заранее.

Вопрос	Облачная CRM	Коробочная CRM
Где физически лежит база	На серверах сервиса, вы узнаёте об этом из документов	На вашем хостинге, вы выбираете его сами
Кто имеет технический доступ	Вы и сотрудники сервиса (в рамках их регламентов)	Только вы и те, кому вы дали доступ к хостингу
Что с данными при неоплате	Доступ закрывается по правилам сервиса	Файлы и база остаются у вас на хостинге
Выгрузка всей базы	Через экспорт, в рамках возможностей сервиса	Дамп MySQL целиком, в любой момент
Оформление отношений	Нужно поручение обработки третьему лицу	Посредника в обработке нет
Удаление данных по запросу	Через интерфейс, плюс вопрос про резервные копии сервиса	Вы управляете и базой, и своими бэкапами

Подробнее про саму развилку — в отдельном разборе про то, коробочную CRM против облачной. Здесь мне важен только срез по данным.

Как это устроено в Пробите

CRM Пробит — мой собственный продукт, и я делал его именно коробочным, потому что мне самому было некомфортно держать клиентские базы рекламных проектов в чужом облаке. Система ставится на хостинг клиента: обычный шаред-хостинг от 200–300 рублей в месяц, PHP 8.0 или новее, MySQL либо MariaDB. Никакой экзотики.

Что это означает на практике:

• База клиентов лежит у вас. В вашей панели хостинга, в вашей базе данных. У меня как у разработчика доступа к ней нет — технически неоткуда, я не держу ваш сервер.
• Бэкапы — ваши. Вы сами решаете, как часто снимать дамп и где его хранить. Не нужно выяснять, сколько копий и как долго хранит сторонний сервис.
• Удаление означает удаление. Если человек просит убрать его данные, вы удаляете запись в своей базе и чистите свои резервные копии. Цепочка короткая и полностью в вашей зоне контроля.
• Перенос без переговоров. Меняете хостинг — переносите файлы и дамп базы. Ничего никого не просите.

Отдельно про коробочную CRM Пробит и чат: чат на сайте входит в лицензию и работает в том же контуре. Посетитель пишет в виджете, ответ уходит из CRM или с телефона, переписка остаётся в вашей базе, а не в стороннем чат-сервисе. Одним внешним хранилищем персональных данных меньше.

Звонки: почему я принципиально не записываю разговоры

Это, пожалуй, самый острый пункт всей темы. Запись телефонных разговоров — отдельная история с точки зрения согласий, и большинство бизнесов относится к ней легкомысленно: «мы же предупреждаем роботом в начале».

В Пробите этой проблемы просто нет, потому что разговоры не записываются вообще. Приложение на рабочем Android-телефоне читает журнал вызовов и приносит в CRM три вещи: номер, время и длительность. Микрофон не используется, аудио не пишется и никуда не передаётся. Мне для рекламы нужен факт «звонок был и длился четыре минуты», а не содержание разговора.

При этом самое ценное происходит дальше. Если перед звонком человек кликнул по номеру телефона на сайте, Пробит дописывает номер в ту же заявку — вместе с меткой рекламы. Получается связка «кампания → объявление → фраза → звонок → сделка» без единой секунды записанного аудио. Как это устроено технически, я разбираю в статье про то, как Пробит превращает звонок в заявку.

Сразу про ограничение, чтобы не было сюрпризов: приложения для iPhone нет и не будет — в России нет App Store, через который его можно было бы распространять. Решение простое и дешёвое: отдельный недорогой Android под рабочий номер. Всё остальное в системе работает в обычном браузере, с любого устройства.

Согласие на обработку: минимальный рабочий комплект

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

1. Политика обработки персональных данных на отдельной странице, доступной с любой страницы сайта. Не PDF в подвале, а нормальная HTML-страница.
2. Чекбокс согласия в каждой форме. В каждой — в главной форме, в обратном звонке, в попапе, в виджете чата. Практика показывает, что про попап забывают чаще всего.
3. Чекбокс не проставлен заранее. Человек ставит галочку сам. Предзаполненная галочка — типичная претензия при проверке.
4. Ссылка на политику прямо рядом с чекбоксом, а не где-то в футере мелким серым шрифтом.
5. Понятный адрес для обращений — почта, на которую человек может написать «удалите мои данные», и живой человек, который это письмо прочитает.
6. Реальный перечень целей. Если вы потом шлёте SMS-рассылки, это должно быть в политике, а не «мы обрабатываем данные для обратной связи».

Заодно проверьте формы технически: у меня регулярно всплывают сайты, где чекбокс есть, а заявка уходит даже без него. Читатель уверен, что всё по правилам, а форма отправляется в любом случае. Про то, как вообще проверять готовность сайта к платному трафику, я писал в материале как проверить, правильно ли настроен Яндекс Директ — там соседние по смыслу проверки.

Кто в компании реально видит базу

Самая частая утечка — не хакерская атака, а уволившийся менеджер с выгрузкой в Excel. Поэтому к технической архитектуре добавляю организационную гигиену:

• У каждого сотрудника свой логин. Общий аккаунт «менеджер / менеджер123» — это отсутствие любой ответственности.
• Доступ закрывается в день увольнения, а не «когда руки дойдут». Поставьте это пунктом в процедуру расчёта.
• Выгрузки в Excel — по необходимости, а не «у меня своя табличка для удобства». Параллельная табличка на личном ноутбуке сводит на нет всю выстроенную защиту.
• Доступ к хостингу — у владельца бизнеса и у одного технического человека. Не у пяти подрядчиков «на всякий случай».
• Дамп базы хранится в защищённом месте, а не в общей папке облачного диска, ссылка на которую гуляет в чате.

Что всё это даёт рекламе

Может показаться, что тема про 152-ФЗ и тема про Директ вообще не пересекаются. Пересекаются, и вот где.

Чтобы реклама училась на деньгах, нужно вернуть в Метрику информацию о том, чем закончились обращения. В Пробите это две цели: «Обращение подтверждено» и «Сделка состоялась» — вторая с суммой. Они выгружаются по расписанию, и стратегии Директа начинают оптимизироваться под реальные сделки, а не под нажатия кнопок. Механику я подробно разбираю в статье про офлайн-конверсии из CRM в Директ.

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

Это и есть та развилка, ради которой стоило всё затевать. Директ знает про клики. Пробит знает про деньги. А персональные данные при этом никуда не путешествуют.

Чек-лист на один вечер

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

1. Выпишите все места, где у вас сейчас лежат телефоны клиентов. Честно, все: CRM, Excel, WhatsApp менеджера, блокнот на ресепшене, почтовый ящик с заявками.
2. Соберите это в одну систему. Пока данные размазаны по пяти местам, любой разговор про защиту бессмысленен.
3. Решите, где физически будет жить база, и кто имеет к ней доступ.
4. Приведите в порядок формы: чекбокс в каждой, политика на отдельной странице, ссылка рядом с галочкой.
5. Проверьте, что форма реально не отправляется без согласия.
6. Закройте доступы уволившихся сотрудников и заведите правило «один сотрудник — один логин».
7. Настройте регулярный бэкап базы и договоритесь, где он хранится.
8. Заведите процедуру удаления по запросу: кто принимает письмо, за какой срок удаляет, где ещё чистит копии.

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

Вывод

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

Для бизнеса, который платит за рекламу, это удачное совпадение интересов. Данные остаются у вас — и одновременно работают на снижение стоимости заявки, потому что Директ наконец видит не клики, а деньги.

Самый дешёвый способ проверить, подходит ли подход именно вам, — протестировать демо. Тридцать дней бесплатно, без карты, полная версия на один домен и один рабочий телефон. По истечении демо система переходит в режим чтения, но заявки продолжают собираться — ничего не пропадёт. Дальше подписка 1 490 ₽ в месяц за домен, год — 12 900 ₽ за домен, а если сайтов несколько, есть мультилицензия за 59 999 ₽ разом: один ключ на любое число доменов и все заявки в одной CRM.

Если нужна помощь с установкой и настройкой под ваш бизнес — это оплачивается отдельно, цену обсуждаем под задачу. И если параллельно нужна настройка Яндекс Директ, я обычно делаю это одним пакетом: сначала честный учёт обращений, потом реклама, которая на этом учёте обучается.

Частые вопросы