Перейти к содержанию

Компания под 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 шагов
  1. Вопрос возникает в работе с клиентом
  2. Поиск по папкам и системам
  3. Найденное проверяется на актуальность вручную
  4. Если не нашлось — вопрос коллеге
  5. Ответ клиенту формулируется по памяти

Стало

5 шагов
  1. Вопрос задаётся прямо в CRM или helpdesk
  2. Поиск по единому индексу
  3. Ответ фрагментом со ссылкой на первоисточник
  4. Сотрудник видит источник и его дату
  5. Не нашлось — вопрос попадает в очередь на пополнение базы

Что упиралось

Поиск ответа занимал время, а найденное могло оказаться устаревшим. Разные сотрудники отвечали клиенту по-разному, и надёжнее всего было спросить коллегу — то есть отвлечь ещё одного человека.

  1. 1Вопрос задаётся прямо в CRM или helpdesk
  2. 2Поиск по единому индексу
  3. 3Ответ фрагментом со ссылкой на первоисточник
  4. 4Сотрудник видит источник и его дату
  5. 5Не нашлось — вопрос попадает в очередь на пополнение базы
  6. Замер результата

Результаты

Время на поиск информации

−40–60%

По данным: Данные заказчика: сравнение процессов до и после и обратная связь команд

Ошибки из-за устаревших инструкций

−20–35%

По данным: Данные заказчика: собственный учёт инцидентов

Экономический эффект

  • Эффект — высвобожденное время, причём дважды: не ищет тот, кто спрашивает, и не отвлекается тот, кого спрашивали.
  • Снижение числа ошибок даёт предотвращённые потери — самый ненадёжный тип эффекта: он сравнивается с событием, которого не произошло. Денежная оценка поэтому не публикуется.
  • Стоимость владения: база требует пополнения. Без процесса обновления поиск через полгода начинает уверенно отвечать устаревшим.

Adoption

  • Поиск живёт в тех системах, где сотрудники уже работают: отдельный портал требовал бы отдельной привычки.
  • База пополняется из вопросов, на которые ответа не нашлось, — очередь формируется сама.
  • Новые сотрудники входят в контекст быстрее, потому что не зависят от занятости носителя знания.
  • Владелец решения — руководитель сервиса.
«Раньше ответы жили в головах. Теперь любой сотрудник находит нужное за минуту — и со ссылкой на документ, а не «кажется, так».»

Компания под NDA — Руководитель сервиса, B2B-услуги (NDA)

Что дальше

  • Масштабирование: подключение проектной документации по клиентам с более строгим разграничением доступа.
  • Следующая инициатива: черновик ответа клиенту на основе найденного — но с обязательной вычиткой.
  • Что решили не делать: показывать ответ без источника. Формулировка без ссылки выглядит увереннее, но проверить её нельзя, и первая же ошибка обнуляет доверие ко всей базе.

Есть похожий процесс? Проверим, переносима ли гипотеза на ваш контекст

Результат другой компании не является обещанием. Но он показывает, где искать.