Согласие на запись встреч и хранение данных

Четверг, 15:40. Руководитель отдела продаж пытается открыть запись 47-минутного созвона, который прошёл четыре месяца назад. Причина простая: клиент написал, что «на той встрече вы сказали, что интеграция входит в стоимость». Аудио на месте, расшифровка тоже. И вот здесь начинается настоящая проблема. В том звонке было шесть участников: двое со стороны клиента, один — его внешний консультант. Никто в команде не может сказать, предупредили ли консультанта о записи, должен ли этот файл вообще ещё существовать спустя четыре месяца и когда его удалят. Запись, которая должна была закрыть спор, сама превратилась в спорный вопрос.

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

Какой вопрос нужно закрыть до того, как включится запись?

Большинство команд воспринимают запись встреч как техническое решение: бот зашёл, запись пошла, вопрос закрыт. Но первый вопрос не технический, а про цель. Зачем вам эта запись? Если честный ответ звучит как «на всякий случай», у вас не политика, а накопление файлов. Когда цель сформулирована, все последующие решения упрощаются, потому что срок хранения, права доступа и правило удаления цепляются за одну и ту же опору.

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

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

Согласие или другое основание, и кто это решает?

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

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

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

В каких точках встречи должно быть видно уведомление?

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

Три точки кажутся избыточностью, пока не заметишь, что каждая закрывает свою дыру. Строка в приглашении не догонит того, кому переслали ссылку. Имя бота в списке прочитает не каждый. Устное предупреждение не дойдёт до опоздавшего на пятнадцатой минуте. Здесь помогает сам инструмент: бот встреч Rocketly входит в комнату как обычный участник и виден в списке под именем по умолчанию, которое организация может заменить на своё. Уведомление перестаёт быть ритуалом, о котором кто-то должен вспомнить, и становится поведением системы.

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

Что делать, если участник против записи?

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

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

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

Должны ли аудио, расшифровка и резюме храниться одинаково?

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

Артефакт	Что содержит	Типичная потребность	Критерий решения
Аудиозапись	Голос, интонация, фон	Спор и обучение	Самый короткий срок; остаётся ли основание после окна споров?
Расшифровка	Дословный текст	Кто что сказал	Нужна ли после закрытия сделки?
Резюме и решения	Решения и шаги	История аккаунта	Может быть нужна всё время отношений
Задачи из встречи	Задача и ответственный	Операционный контроль	Живёт дальше в карточке задачи
Метрики говорящих	Доля речи, тайминги	Развитие команды	Отчёт персональный или сводный?

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

Кто устанавливает срок хранения и что происходит по его истечении?

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

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

Выбирая срок, держите в голове три окна сразу: окно споров (через сколько клиент говорит «вы же сказали»), окно сделки (сколько длится ваш цикл продаж) и окно отношений (сколько лет клиент остаётся с вами). Самое длинное из трёх и есть обоснование хранения; всё, что дальше, — накопление. Если вы пишете политику для всей компании, полезно посмотреть, как документируется политика хранения и удаления, — тогда запись встреч встанет в общую картину, а не останется отдельным случаем.

Что вы успеваете сделать в первые полчаса после запроса на удаление?

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

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

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

Кому можно открывать запись и где заканчивается право делиться?

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

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

Границы обмена записями тоже стоит записать. Можно ли отправить ссылку на запись за пределы компании? Допустимо ли цитировать расшифровку в письме клиенту? Можно ли проиграть фрагмент реального звонка на внутреннем обучении? В большинстве компаний на эти три вопроса отвечают интуитивно, а интуиция у всех разная. Письменный ответ не даёт доброжелательному коллеге случайно перейти черту, о которой он не знал.

Что меняется, когда участник находится в другой стране?

Как только к встрече присоединяется человек из другой юрисдикции, вопросов становится больше. Правила записи не одинаковы: где-то ожидают явного согласия всех сторон, где-то достаточно ясного уведомления, а внутри одной страны нормы могут различаться по регионам. Правильный рефлекс здесь не искать правило в интернете, а принести юристу конкретный сценарий: «мы записываем встречи, в которых участвуют люди из такой-то страны; какое основание нам использовать и как подавать уведомление?»

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

Третий вопрос — куда запись утекает дальше. Если резюме попадает в CRM, оттуда оно может уйти в отчётность, а из отчётности в хранилище. При запросе на удаление недостаточно удалить источник — нужно знать, где лежат копии. Автоматическое занесение заметок со встреч в CRM экономит реальное время, но та же лёгкость расширяет карту данных. Писать политику, не нарисовав эту карту, — всё равно что ставить сигнализацию, не пересчитав двери.

Как оформить всё это письменно за две недели?

Команды, которые пытаются написать идеальную политику, обычно не пишут никакой. Черновой, но работающий документ за две недели лучше идеального через полгода. Разделите: первая неделя — инвентаризация и решения, вторая — внедрение и объявление.

• Дни 1-2: перечислите типы встреч, которые сейчас записываете, и сразу уберите те, записывать которые нет причины.
• Дни 3-4: напишите цель каждого оставшегося типа одним предложением. Тип без цели уходит из списка.
• День 5: предложите отдельные сроки для аудио, расшифровки, резюме и метрик — с обоснованием рядом.
• Дни 6-7: отправьте юристу одним документом вопросы про основание, сроки и трансграничные сценарии.
• Дни 8-9: внесите согласованные сроки в настройки системы. В цепочке не должно остаться ручного шага.
• День 10: разместите текст уведомления в шаблоне приглашения, в имени бота и в скрипте открытия встречи.
• Дни 11-12: проведите учение по удалению на реальной записи, засеките время, почините шаг, который затормозил.
• Дни 13-14: опубликуйте команде одностраничное резюме и поставьте дату пересмотра в календарь.

Чтобы черновик выжил, у него должен быть владелец. Бесхозные политики устаревают за полгода: меняются инструменты, растёт команда, появляются новые типы встреч. Если ежегодный пересмотр не стоит у кого-то в календаре, пересмотра не будет. Та же логика работает для сбоев и потери данных: команды, которые уже планируют простои и потерю данных, к учениям привычны, а политика записи — небольшая, но вполне осязаемая часть такого плана.

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

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

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

Нужно ли согласие всех участников, чтобы записать встречу?

Это зависит от вашего правового основания и от того, где находятся участники, поэтому универсального «да» или «нет» не существует. Рабочий подход: определить основание вместе с юристом и заранее описать, какой вариант применяется в какой ситуации. Одно правило действует везде: никто не должен узнавать о записи задним числом.

Можно ли хранить записи бессрочно?

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

Если участник возражает, встречу придётся отменить?

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

Удалять ли резюме и задачи вместе с аудио?

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