Запустить ИИ-сервис для анализа документов — значит решить гораздо больше задач, чем подключить языковую модель. На примере ДокАнализ рассказываем, почему качество продукта зависит от обработки файлов, структуры отчёта и понятного пути пользователя.
Человек получает результаты анализов, договор или банковскую выписку. Прочитать документ он может, но понять значение отдельных показателей и формулировок — уже сложнее. Что здесь главное? Какие сведения стоит перепроверить? С какими вопросами обратиться к специалисту?
Вокруг этой задачи мы развиваем ДокАнализ — сервис, который помогает разбирать документы с помощью искусственного интеллекта. Он работает с медицинскими анализами, договорами, банковскими документами и документами на недвижимость.
В процессе разработки стало понятно: ценность такого продукта складывается из множества деталей. И некоторые из них оказываются важнее выбора очередной модели.
Фраза «анализ документов с помощью ИИ» описывает технологию, но слабо объясняет, зачем человеку ею пользоваться.
Для человека с результатами лабораторного исследования важны пояснения к показателям и вопросы для врача. Для исполнителя по договору — обязательства, условия оплаты и расторжения. Для владельца банковской выписки — смысл комиссий и списаний.
Поэтому в ДокАнализ предусмотрены разные сценарии разбора. Их объединяет задача выделить существенное, но содержание полезного ответа зависит от документа.
Для продвижения это тоже важный принцип. Объяснить сервис через конкретную ситуацию проще: «поможет разобраться в условиях договора» даёт человеку больше ориентиров, чем общее обещание возможностей искусственного интеллекта.
Одна из задач, с которыми мы столкнулись при доработке сервиса, — обработка медицинских документов с одним показателем. Другой проблемной ситуацией стали зависания при анализе скриншотов.
Такие случаи показывают, почему проверки на аккуратном многостраничном PDF недостаточно. Пользователь может загрузить снимок одного результата, обрезанную таблицу или изображение с плохо различимыми символами. Небольшой объём файла сам по себе ничего не говорит о сложности его обработки.
Для продукта это означает необходимость проверять весь путь: загрузку, извлечение данных, анализ и выдачу результата. Если исходные сведения распознаны неверно, даже хорошо написанное объяснение не решает задачу.
Из этого следует и правило для интерфейса: пользователю нужно понимать, продолжается ли обработка и что делать, если результат не появился. На этом этапе он оценивает работоспособность сервиса целиком.
При работе над ДокАнализ мы пробовали разные модели и сталкивались с изменением скорости обработки и стоимости запросов. Обновление модели само по себе не гарантировало улучшения пользовательского опыта.
Для анализа документов недостаточно оценивать, насколько убедительно звучит ответ. Важно проверить, правильно ли перенесены числа, не потерялись ли условия договора, не появились ли выводы, для которых в файле нет оснований.
Отдельный критерий — способность обозначить нехватку данных. Иногда полезный результат должен содержать уточнение или ограничение, а не уверенное объяснение.
Наш практический вывод: сравнивать модели стоит на наборе документов, отражающем реальные задачи сервиса. Скорость, полнота, корректность и стоимость нужно рассматривать вместе. Самый быстрый ответ мало помогает, если его приходится перепроверять с начала.
В ДокАнализ пользователь сначала видит краткий результат. Полный отчёт доступен после разовой оплаты, стоимость которой показывается заранее.
Такая механика требует аккуратной работы с предварительным экраном. Человеку важно понять, что сервис обработал именно его документ и какой результат он получит дальше.
При доработке этого экрана мы отдельно разбирали, какие сведения должны оставаться открытыми, а какие относятся к полной версии. Если интерфейс скрывает слишком многое, пользователю трудно оценить полезность услуги.
Хороший предварительный результат должен помогать принять осознанное решение об оплате. Для этого нужны конкретика, понятное описание полного отчёта и ясная стоимость.
Работа над ДокАнализ затронула и структуру PDF: отдельный титульный лист, последовательное расположение показателей и пояснений, выделение сведений, требующих внимания, и вопросов к специалисту.
Это может выглядеть как задача оформления. Но именно структура определяет, сможет ли человек найти нужную информацию, вернуться к ней позже и использовать отчёт при обсуждении документа.
По той же причине мы уделяем внимание простому языку. Если объяснение требует такого же усилия, как исходный документ, сервис оставляет пользователя с прежней проблемой.
Полезный отчёт должен помогать двигаться дальше: сверить сведения, уточнить формулировку, подготовить вопросы. Объём текста сам по себе такой пользы не создаёт.
ДокАнализ — информационный инструмент. Его отчёт не заменяет врача, юриста или финансового специалиста. ИИ может ошибиться, а в загруженном документе может отсутствовать важный контекст.
Для нас это часть позиционирования продукта. Пользователю нужно понимать назначение результата: получить пояснения и подготовиться к следующему шагу.
Например, при чтении договора следующим шагом может стать обсуждение неоднозначного условия с контрагентом или юристом. При разборе лабораторных результатов — подготовка вопросов врачу. Эти примеры описывают возможное применение сервиса, а не подтверждённые истории клиентов.
Работа над ДокАнализ помогает смотреть на продукт глазами человека, который пришёл с конкретным файлом и конкретным вопросом. Для него одинаково значимы корректное распознавание, понятное ожидание, содержательный результат и прозрачные условия оплаты.
Из этого складывается и основа коммуникации: показывать задачу, объяснять результат, обозначать ограничения. Такие подробности дают аудитории возможность оценить сервис по существу.
Если у вас есть документ, в котором сложно выделить главное, на docanaliz.ru можно загрузить файл и бесплатно посмотреть краткий результат. Он поможет оценить формат разбора перед решением об открытии полного отчёта.