Выгрузите пробную копию базы знаний и проверьте, сможет ли сотрудник найти и прочитать нужную инструкцию без доступа к прежнему сервису. Одного сообщения «Экспорт завершён» для переезда недостаточно: отдельно проверьте вложения, ссылки, структуру разделов и настройки доступа. Ниже — порядок проверки для небольшой компании, который поможет составить список потерь, испытать перенос на выбранную платформу и понять, когда можно отключать старую базу. Начните с одного рабочего раздела, где есть документы разных типов.
Что должно попасть в экспорт базы знаний?
Сначала определите, какие материалы нужны команде после переезда. В компании база знаний часто включает не только статьи: сотрудники используют прикреплённые файлы, обсуждения и ссылки на соседние инструкции. Если перенести лишь текст страниц, часть рабочих пояснений останется в старом сервисе.
В описании кейса производственного предприятия среди исходных проблем названы разные источники клиентских данных и затраты времени на поиск информации (Битрикс24, «Как производственное предприятие объединило продажи, дилеров и коммуникации в Битрикс24 и увеличило производительность на 20%»). При переносе базы полезно проверить тот же риск: не окажутся ли инструкции в новой системе, а нужные приложения к ним — в прежней.
Составьте перечень того, что хотите сохранить. Для каждого пункта отметьте, нужен ли он в ежедневной работе или достаточно отдельного архива:
- Тексты инструкций, заголовки страниц и порядок разделов.
- Вложения: шаблоны, изображения, таблицы и другие рабочие файлы.
- Внутренние ссылки между материалами.
- Сведения об актуальности: автор, дата обновления, статус документа.
- Комментарии и история изменений, если команда использует их для объяснения решений.
Проверьте в справке сервиса, что именно он включает в выгрузку. Если комментарии остаются за её пределами, перенесите действующие договорённости в основной текст инструкции до экспорта. Историю изменений, которая нужна только для справок, можно сохранить отдельно, если сервис позволяет это сделать.
Если новая платформа ещё не выбрана, используйте проверку экспорта базы знаний перед выбором сервиса как часть испытания. Так ограничения станут известны до того, как команда начнёт переносить весь архив.
Как проверить файлы и содержание выгрузки?
Сохраните исходную выгрузку без изменений, а для проверки создайте отдельную копию. Зафиксируйте дату экспорта и разделы, которые в него вошли. Это поможет отличить ошибку переноса от правки, которую сотрудник внёс уже после выгрузки.
Для первого прохода выделите 30 минут. Это время на проверку небольшой выборки, а не оценка полного переезда. Возьмите обычную текстовую инструкцию, страницу с изображениями и материал с вложением. Если есть длинный регламент со ссылками на другие разделы, включите и его.
- Откройте копии вне прежнего сервиса. Проверьте, читается ли текст и понятно ли, к какому разделу относится документ.
- Сверьте начало и конец каждой выбранной страницы с оригиналом. Так проще заметить обрыв текста или пропавший блок.
- Проверьте оформление, от которого зависит смысл: порядок действий, подписи к изображениям, строки таблиц.
- Откройте вложения из выгрузки. Убедитесь, что это сами файлы, а не ярлыки для входа в старую систему.
- Запишите каждое расхождение с названием страницы и действием для исправления.
Количество страниц помогает найти крупные пропуски, но само по себе не подтверждает сохранность базы. Страница может присутствовать в списке и при этом потерять схему, без которой инструкция непонятна. Для рабочих материалов нужна сверка содержания.
Отдельно различайте экспорт и резервную копию. Экспорт нужен для получения материалов в доступном формате; резервная копия предназначена для восстановления, и её возможности зависят от системы. Если рассчитываете вернуться к прежнему состоянию базы, проведите проверку резервной копии базы знаний.
Как проверить ссылки, поиск и права доступа после переноса?
Загрузите пробную выгрузку в тестовый раздел новой платформы. Проверка файлов на компьютере ещё не показывает, как с ними будет работать команда: импорт может изменить структуру разделов или способ отображения вложений.
Откройте внутренние ссылки из перенесённых инструкций. Если ссылка ведёт в прежний сервис, отметьте её для замены. Особое внимание уделите переходам на шаблоны и приложения: сотрудник должен получить нужный материал без поиска по старым папкам.
Затем выполните обычный рабочий запрос. Например, найдите инструкцию по передаче дел по словам, которые использует команда, а не только по точному заголовку. Если нужная страница не появляется, проверьте её название, расположение и включение в поиск новой платформы.
Права доступа проверяйте отдельно от содержания. Даже если экспорт содержит сведения о ролях, новая система не обязательно применит их так же. Откройте тестовый раздел под учётной записью сотрудника без административных прав и проверьте доступ к нужной инструкции и закрытому разделу. Для подготовки списка ролей пригодится материал о том, как настроить доступ к рабочим документам небольшой компании.
Не переносите настройки вслепую. Сначала запишите, кому нужен просмотр, кому — редактирование, а кто отвечает за публикацию актуальной версии. Затем сопоставьте эти задачи с возможностями новой платформы.
Когда экспорт можно считать готовым к переезду?
Назначьте сотрудника, который примет результат проверки. Администратор проверит открытие файлов и работу ссылок, а владелец инструкции подтвердит, что по ней по-прежнему можно выполнить задачу. В маленькой команде обе роли может взять один человек, но сами проверки лучше разделить.
Ведите журнал расхождений в обычном документе. Для каждой ошибки укажите материал, причину, ответственного за исправление и результат повторной проверки. Запись «не работает ссылка на шаблон заявки» полезнее общей отметки «проблема с экспортом».
Пробная выгрузка показывает, подходит ли способ переноса. Перед отключением прежнего сервиса нужна проверка всей базы: сопоставьте перечни материалов, разберите пропуски и повторно проверьте исправления. Редкие, но важные инструкции тоже должны попасть в этот проход.
Согласуйте момент окончательного переноса. После него сотрудники меняют документы только в новой базе, иначе появятся две расходящиеся версии. Старую систему оставляйте доступной для чтения до завершения проверки, если это позволяют условия сервиса и принятые в компании правила.
Если перенос выполняет подрядчик, включите в задание проверяемый результат: какие материалы он переносит, какие связи восстанавливает и как подтверждает доступность файлов. Отдельно перечислите исключения. Формулировка «перенести базу знаний» без этих условий оставляет слишком много места для разного понимания задачи.
Типичные ошибки при проверке экспорта
- Проверяют только наличие архива. Исправление: откройте документы и вложения из отдельной копии выгрузки.
- Выбирают только простые страницы. Исправление: добавьте материал с изображениями, вложениями и переходами между разделами.
- Принимают старые ссылки за рабочие. Исправление: проверьте, куда ведёт каждый переход в тестовой базе.
- Проверяют доступ только под администратором. Исправление: повторите проверку с правами обычного сотрудника.
- Отключают прежний сервис после успешного пробного импорта. Исправление: сначала проверьте полный перенос и закройте журнал расхождений.
Сейчас за две минуты выберите одну инструкцию с вложением и запишите её название в документ «Проверка переноса». Она станет первым материалом для сверки исходной страницы с экспортом.
