Компания под NDA
Ответы перестали жить в головах: поиск по документам компании с ссылкой на источник
IT-интегратор в сегменте B2B-услуг, больше 50 сотрудников. За годы работы накопились регламенты, инструкции, описания решений и разборы проектов — в разных папках, системах и форматах.
Опубликовано: 2026-08-24 · обновлено: 2026-08-24

Время на поиск информации
−40–60%Ошибки из-за устаревших инструкций
−20–35%
Коротко
- Проблема: знания накоплены, но разбросаны по системам; поиск занимал время, а найденное могло быть устаревшим.
- Решение: единый индекс документов, поиск по смыслу вопроса, ответ фрагментом со ссылкой на первоисточник, доступ прямо из CRM и helpdesk.
- Результат: время на поиск ниже на 40–60%, ошибок из-за устаревших инструкций меньше на 20–35% — по данным заказчика.
- Системы: хранилища документов, CRM, helpdesk.
Контекст
- IT-интегратор, B2B-услуги; название под NDA.
- Размер: больше 50 сотрудников.
- Объём процесса: регламенты, инструкции, описания решений, разборы проектов — накопленные за годы.
- Системы: хранилища документов, CRM, helpdesk; часть под NDA.
- Ограничение стало заметным при росте команды: новый сотрудник входил в контекст месяцами, а носители знания превращались в узкое место.
Исходное состояние
- До начала работ зафиксированы: типичное время на поиск ответа по нескольким рабочим сценариям и число инцидентов, связанных с устаревшей инструкцией.
- Источник данных: учёт инцидентов заказчика и замер по сценариям.
- Оценка опиралась в том числе на обратную связь команд — это не измерение, и в числах это отражено диапазоном, а не точным значением.
- Дат периода и формулы за числами нет, поэтому они опубликованы как результат по отчёту.
Диагностика
- Рассматривались три гипотезы: нужен корпоративный портал, нужно переписать документы, нужно уметь искать по тем, что есть.
- Выбрана третья: документы в большинстве своём верные, проблема — в доступе. Переписывание архива заняло бы месяцы и устарело бы по ходу.
- Допущение: ответ на рабочий вопрос в документах существует. Проверялось на выборке реальных вопросов из переписок — подтвердилось для большинства, но не для всех: часть знания действительно нигде не записана.
- Критерий остановки: если поиск на исторических вопросах возвращает верный фрагмент реже чем в половине случаев, работа останавливается и обсуждается наполнение, а не поиск.
Что внедрили
- Источники данных: только внутренние документы компании. Внешние источники в ответ не попадают — иначе за фрагмент никто не отвечает.
- Подготовка: сбор, классификация, очистка и приведение к единой структуре — самая долгая часть работы и самая незаметная в результате.
- AI-компоненты: поиск по смыслу запроса и сборка ответа из найденных фрагментов.
- Бизнес-правила: у каждого ответа обязательна ссылка на первоисточник. Это и есть защита от выдумки: утверждение без источника на экран не выходит.
- Интеграции: CRM, helpdesk — доступ там, где возникает вопрос.
- Human checkpoints: сотрудник видит источник и принимает решение сам. Система отвечает на вопрос, а не за работу с клиентом.
- Права доступа: разграничены по ролям — не всякий документ виден всякому сотруднику.
- Срок до первого эффекта — 2–4 недели: столько заняли сбор и структурирование до запуска поиска.
Изменение процесса
Было
5 шагов- Вопрос возникает в работе с клиентом
- Поиск по папкам и системам
- Найденное проверяется на актуальность вручную
- Если не нашлось — вопрос коллеге
- Ответ клиенту формулируется по памяти
Стало
5 шагов- Вопрос задаётся прямо в CRM или helpdesk
- Поиск по единому индексу
- Ответ фрагментом со ссылкой на первоисточник
- Сотрудник видит источник и его дату
- Не нашлось — вопрос попадает в очередь на пополнение базы
Что упиралось
Поиск ответа занимал время, а найденное могло оказаться устаревшим. Разные сотрудники отвечали клиенту по-разному, и надёжнее всего было спросить коллегу — то есть отвлечь ещё одного человека.
- 1Вопрос задаётся прямо в CRM или helpdesk
- 2Поиск по единому индексу
- 3Ответ фрагментом со ссылкой на первоисточник
- 4Сотрудник видит источник и его дату
- 5Не нашлось — вопрос попадает в очередь на пополнение базы
- Замер результата
Результаты
Время на поиск информации
По данным: Данные заказчика: сравнение процессов до и после и обратная связь команд
Ошибки из-за устаревших инструкций
По данным: Данные заказчика: собственный учёт инцидентов
Экономический эффект
- Эффект — высвобожденное время, причём дважды: не ищет тот, кто спрашивает, и не отвлекается тот, кого спрашивали.
- Снижение числа ошибок даёт предотвращённые потери — самый ненадёжный тип эффекта: он сравнивается с событием, которого не произошло. Денежная оценка поэтому не публикуется.
- Стоимость владения: база требует пополнения. Без процесса обновления поиск через полгода начинает уверенно отвечать устаревшим.
Adoption
- Поиск живёт в тех системах, где сотрудники уже работают: отдельный портал требовал бы отдельной привычки.
- База пополняется из вопросов, на которые ответа не нашлось, — очередь формируется сама.
- Новые сотрудники входят в контекст быстрее, потому что не зависят от занятости носителя знания.
- Владелец решения — руководитель сервиса.
«Раньше ответы жили в головах. Теперь любой сотрудник находит нужное за минуту — и со ссылкой на документ, а не «кажется, так».»
Компания под NDA — Руководитель сервиса, B2B-услуги (NDA)
Что дальше
- Масштабирование: подключение проектной документации по клиентам с более строгим разграничением доступа.
- Следующая инициатива: черновик ответа клиенту на основе найденного — но с обязательной вычиткой.
- Что решили не делать: показывать ответ без источника. Формулировка без ссылки выглядит увереннее, но проверить её нельзя, и первая же ошибка обнуляет доверие ко всей базе.
Есть похожий процесс? Проверим, переносима ли гипотеза на ваш контекст
Результат другой компании не является обещанием. Но он показывает, где искать.