Голос против поиска: чему Siri учит корпоративные базы знаний
Пользователь хочет ответ, а не навигацию по меню. Почему голосовые интерфейсы меняют требования к корпоративным системам знаний.
В октябре 2011 года Apple представила Siri. Это была не просто новая функция телефона - это была другая модель взаимодействия с информацией. Вместо того чтобы открывать приложение, листать меню и формулировать запрос в поисковую строку, человек просто спрашивал. И получал ответ. Речь шла не просто о новой функции телефона, а о другой модели взаимодействия с информацией - и о том, что бизнес покупает сокращение времени на поиск ответа, а не умную машину.
Для большинства корпоративных систем знаний это остаётся мечтой. Сотрудник, которому нужна информация о процедуре согласования договора, открывает интранет, ищет нужный раздел, находит несколько документов с похожими названиями, не понимает, какой актуальный, и в итоге звонит коллеге. Это не проблема интерфейса. Это проблема того, как устроена база знаний.
Что Siri делает иначе
Голосовой помощник не показывает список ссылок. Он даёт один ответ. Это требует принципиально другой архитектуры данных: система должна уметь понять намерение, найти нужный фрагмент и сформулировать ответ, а не просто совпасть с ключевыми словами.
Для корпоративной базы знаний это означает несколько вещей. Информация должна быть структурирована не как набор документов, а как набор ответов на конкретные вопросы. Каждый ответ должен иметь чёткий контекст: к какой роли он относится, в каком процессе применяется, насколько актуален. И система должна уметь сказать "я не знаю" вместо того, чтобы показывать нерелевантные результаты с уверенным видом.
Почему большинство корпоративных баз знаний устроены неправильно
Корпоративные базы знаний обычно строятся по логике хранилища: складываем документы туда, где их можно найти. Но поиск документа и получение ответа - это разные задачи.
Когда сотрудник ищет "процедуру согласования договора с иностранным контрагентом", он не хочет найти регламент на 40 страниц. Он хочет знать: кому отправить, в какой срок, что приложить. Если база знаний не умеет давать такой ответ, она не решает задачу, она только делает вид.
Ещё одна распространённая проблема - информация не имеет даты актуальности. Документы добавляются, устаревают, но никто не удаляет старые версии. Поиск возвращает несколько документов с разными датами, и сотрудник не знает, какому верить. Система, которая не может гарантировать актуальность ответа, создаёт больше неопределённости, чем её отсутствие.
Что голосовая модель требует от структуры данных
Если принять логику голосового взаимодействия - "один вопрос, один ответ" - требования к базе знаний меняются.
Вместо документов нужны атомарные факты: конкретное утверждение, применимое к конкретной ситуации. Вместо разделов и подразделов нужны теги контекста: роль, процесс, тип задачи. Вместо ручного поиска нужен механизм, который понимает намерение, а не только ключевые слова.
Это не означает, что нужно немедленно строить голосовой интерфейс. Это означает, что стоит задуматься: если бы система должна была давать один точный ответ на вопрос сотрудника - как бы она была устроена? И почему она устроена иначе прямо сейчас?
Практические вопросы для оценки
Если в компании есть внутренняя база знаний или интранет, полезно проверить несколько сценариев:
- Возьмите три реальных вопроса, с которыми сотрудники обращаются к коллегам или в отделы - не потому что не знают к кому, а потому что не могут найти в системе. Попробуйте найти ответ самостоятельно.
- Проверьте, как давно обновлялись 10 случайных документов. Есть ли среди них устаревшие, которые выглядят актуальными?
- Спросите нового сотрудника, как он ищет нужную информацию. Обходные пути - это диагноз системы.
Если ответы неприятные - это не повод перестраивать всё сразу. Это повод начать думать о базе знаний не как о хранилище документов, а как о системе, которая должна отвечать на вопросы.