История обращений при переезде: что везти, а что в архив

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

Три работы, которые делают старые обращения

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

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

Работа 3: опора на данные для ИИ. Самая новая работа и самая недопонятая — ей отдельный раздел ниже.

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

Что на самом деле нужно вашему ИИ (меньше, чем кажется)

Соблазнительная логика звучит так: больше истории — умнее ИИ. Устройство современного ИИ в поддержке говорит ровно обратное.

ИИ-агент отвечает по вашей базе знаний — актуальным, отобранным статьям, — а не раскапывает годы сырых переписок. Там, где прошлые обращения вообще помогают, помогают свежие и хорошо закрытые: они показывают, как ваша команда формулирует сегодня и про тот продукт, который вы выпускаете сегодня. Старые обращения описывают продукты, которые вы с тех пор изменили, политики, которые заменили, и обходные пути, которые давно починили. Скормить их — не добавить мудрости, а добавить противоречий; а противоречия вылезают уверенно неверными ответами.

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

Схема «оставить / в архив / удалить»

Три корзины, и решение принимается по классу данных, а не по каждому обращению:

• Оставить (везти в рабочий инструмент): последние 12–24 месяца переписок, все контакты с их пользовательскими полями, база знаний целиком и открытые или недавно закрытые споры любого возраста. Этим закрываются практически все реальные поиски и всё, что идёт ИИ на пользу.
• В архив (выгрузить, хранить, не импортировать): всё, что старше, — выгрузкой только для чтения в структурном формате: JSON с индексом бьёт CSV везде, где может однажды понадобиться поиск, — плюс вложения, в хранилище, которое контролируете вы. Архив нужен для редкой проверки, спора или ностальгического запроса; в поисковом индексе рабочего инструмента ему не место.
• Удалить: обращения, закрытые как спам, переписки в одно слово, мусор от недоставленных писем и тестовые тикеты. Это не рискованный минимализм, а вынос шума. Архив автоответов ещё никому ни разу не пригодился.

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

Обязательства по срокам хранения простыми словами

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

Несколько общих контуров, которые полезно знать:

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

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

Как обращаться с персональными данными в архиве

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

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

Что это меняет в плане миграции

Решение по срокам хранения перекраивает саму миграцию, и в хорошую сторону: живой импорт ужимается до доли от наивного плана «везём всё» — а это короткие окна импорта, чистый поиск с первого дня и корпус для ИИ, который стартует чётким, а не мутным. Команды, выбравшие 12–24 месяца плюс споры, регулярно обнаруживают, что импорт заканчивается за часы, а не за дни.

В MoveDesk глубина истории выбирается прямо на импорте, а поскольку миграция «под ключ» бесплатна и оба инструмента спокойно работают параллельно, можно начать с 12 месяцев, прожить с ними месяц и дозалить историю глубже, если реальность когда-нибудь попросит. По нашему опыту, просит она редко.

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