# Поиск по документам: прототип работы со сканами и PDF

> Прототип поиска по фото, сканам и PDF: извлечение данных, найденный документ и первоисточник. Кейс на тестовых данных; показатели обозначены как цели пилота.

- Источник: https://lokai.ru/keysy/prototip-vizualnyy-poisk-po-dokumentam/
- Организация: LokAi — Внедрение ИИ в закрытом контуре
- Раздел: Главная → Кейсы → Визуальный поиск по документам

---

По запросу клиента мы подготовили прототип поиска по визуальным материалам корпоративного архива. Пользователь начинает с вопроса, скана или PDF и проходит до найденного документа и ссылки на первоисточник. Публичные макеты воссоздают этот сценарий на тестовых данных. Показатели из запроса обозначены как цели пилота; результаты измерений в кейсе не заявляются.

- Прототип по клиентскому запросу
- Два экрана ключевого пользовательского сценария
- Все данные в публичном демо вымышлены

## Публичный демо-стенд

**Клиент:** ~~Название клиента~~ — скрыто по NDA. Все документы, сотрудники, условия, ответы и числа на экранах вымышлены. Это концептуальные макеты пользовательского интерфейса.

## Задача клиентского прототипа

Нужно было связать поиск ответа с визуальным материалом и исходным документом: запрос → изображение, текст или PDF → извлечённые данные → найденный документ → прямая ссылка на первоисточник. Заказчику важны снижение времени ручного поиска и возможность проверить происхождение результата.

## Пользовательский сценарий прототипа

Публичная версия показывает предполагаемый порядок работы пользователя на тестовом примере.

1. **Загрузите материал и задайте вопрос**  
   Пользователь прикрепляет изображение или файл. Система показывает, какой материал участвует в поиске.
2. **Проверьте извлечённые данные**  
   Из изображения выделяются текст и обозначения. Неуверенно распознанные места нужно сверить с оригиналом.
3. **Получите подходящий документ**  
   По извлечённым данным и вопросу ищутся доступные материалы корпоративного архива. Ответ привязан к найденному фрагменту.
4. **Откройте источник и цепочку**  
   Прямая ссылка ведёт в исходное хранилище. В отдельном представлении можно проверить каждый переход от запроса к документу.

## Визуальный поиск в рабочем окне

На первом макете сотрудник ищет порядок проверки комплектности по тестовому скану. В одном окне видны изображение, извлечённые данные, ответ и первоисточник. ГОСТ ДЕМО-07 вымышлен и не содержит действующих нормативных требований.

![Демо визуального поиска: тестовый скан, распознанные данные, найденный документ и ссылка на первоисточник.](https://lokai.ru/media/document-products/01-visual-search-01-main-workflow.webp?v=0b77637b5b)

*Демо-стенд. Поиск по вымышленному скану с переходом к первоисточнику. Все данные тестовые.*

## Проверка цепочки визуального поиска

Второй экран раскрывает происхождение результата. Сотрудник сопоставляет исходное изображение, распознанные поля и найденную страницу. Метка проверки распознавания помогает заметить неоднозначный символ, а наличие всей цепочки не выдаётся за подтверждение её безошибочности.

![Демо проверки цепочки: запрос, скан, извлечённые данные, найденный документ и источник, с проверкой распознавания.](https://lokai.ru/media/document-products/01-visual-search-02-next-step.webp?v=87b624bea9)

*Демо-стенд. Проверка переходов от изображения к источнику. Распознанное обозначение требует подтверждения.*

## Результат прототипа и границы публичного кейса

Подготовлен прототип пользовательского сценария. Для публичного представления разработаны два концептуальных экрана: поиск с источником и проверка цепочки. Это демонстрация подхода к продукту; она не подтверждает заявленные целевые проценты и скорость на промышленном архиве.

## Какие цели проверяем в пилоте визуального поиска

В клиентском запросе были заданы следующие ориентиры. Это цели проверки гипотезы, а не уже достигнутые показатели прототипа или гарантия для любого архива.

*Какие цели проверяем в пилоте визуального поиска*

| Показатель | Цель пилота | Как подтверждаем |
|---|---|---|
| Время поиска | Снижение на 60–70 % | Сравниваем одинаковые задания при ручном поиске и с системой; учитываем проверку источника |
| Корректная ссылка | Не менее 90 % ответов | Проверяем, ведёт ли ссылка к нужному документу и подтверждает ли фрагмент ответ |
| Полная цепочка подтверждения | Не менее 85 % случаев | Проверяем все переходы: запрос, входной материал, извлечённые данные, документ, источник |
| Время ответа | В пределах 3 секунд | Заранее фиксируем точку отсчёта, размер файла и нагрузку; отдельно отмечаем обработку нового скана и поиск по готовому индексу |

## Как перейти от прототипа к вашему продукту

Для вашего архива согласуем доступные хранилища, способ индексации и правила перехода к первоисточнику. Корпоративная страница должна учитывать права пользователя, а ссылка — вести к доступной ему версии документа. Локальный вариант размещаем на инфраструктуре заказчика.

Состав решения и варианты адаптации описаны на странице [«Визуальный поиск по документам»](https://lokai.ru/poisk-po-dokumentam-i-skanam/). Начинаем с примеров ваших документов, правил и ожидаемого результата.

## Разбор сценария в блоге

Практический разбор: [Поиск по сканам: от изображения до первоисточника](https://lokai.ru/blog/raspoznavanie-dokumentov-i-poisk-po-skanam/).

## Как перейти от прототипа поиска по документам к пилоту

Проверочный корпус должен содержать сложные сканы и похожие редакции, а для каждого запроса — известный первоисточник. Оценивайте распознавание, подбор документа и удобство проверки раздельно. Цели из клиентского запроса служат условиями будущего испытания. Публичный прототип показывает маршрут пользователя; без измерений его нельзя выдавать за подтверждённый эффект промышленной эксплуатации.

## Вопросы о прототипе и похожем внедрении

**На экранах показана система реального клиента?**

Нет. Это публичные концептуальные макеты на вымышленных данных. Прототип описан обезличенно. Название клиента и его документы не раскрываются; внешний вид и демонстрационные примеры не являются снимками клиентской системы.

**Что подтверждает этот кейс?**

Подготовлен прототип пользовательского сценария. Для публичного представления разработаны два концептуальных экрана: поиск с источником и проверка цепочки. Это демонстрация подхода к продукту; она не подтверждает заявленные целевые проценты и скорость на промышленном архиве.

**Что произойдёт при ошибке распознавания?**

Сотрудник должен видеть исходное изображение и извлечённые поля, чтобы проверить обозначения. Неоднозначность не следует скрывать за уверенным ответом. В пилоте отдельно проверяем, как неверно распознанный символ влияет на подбор документов и можно ли исправить его до повторного поиска.

**Нужно ли переносить весь архив?**

Способ работы с существующим хранилищем определяем на диагностике. Для пилота достаточно ограниченного корпуса и согласованного доступа. Массовую индексацию, обновление версий и переходы к источникам планируем после проверки основного сценария.

**Можно ли проверить поиск по документам в московском архиве и региональных филиалах?**

Да, на согласованном корпусе и примерах правильных соответствий. Отдельно проверяем качество сканов, доступ к оригиналам и обновление редакций. Условия расширения на другие площадки определяются после пилота; целевые показатели прототипа не считаются достигнутыми результатами.

---

Бесплатный аудит и расчёт окупаемости на ваших данных: https://lokai.ru/besplatnyy-audit-ii/

Почта: hello@lokai.ru · 123112, Москва, ММДЦ «Москва-Сити» · Пн–Пт, 09:00–19:00 МСК