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