Петр Мамруков | ИИ на практике

Разбор одного прототипа распознавания договоров и список того, что руководителю стоит требовать от ИИ-проекта до старта Летом у нас на тестовом сервере работал прототип распознавания договоров. За три месяца в него отправили 58 файлов. Готовый черновик договора получился из двух. Я руковожу направлением бизнес-приложений. Мы делаем модули на ELMA 365 вместе с ИИ-агентами. Эту статистику я нашёл, когда мы начинали проектировать своего ИИ-помощника для форм. И она оказалась полезнее любой презентации про возможности нейросетей. Схема прототипа была понятной. Сотрудник создаёт запрос на распознавание и прикладывает договор...

Мы перестали принимать изменения письмами и задачами в трекере. Теперь бизнес показывает пальцем на поле формы, а разработчик сразу видит, где это в системе. Рассказываю, что получилось и на чём мы ошиблись. Знакомая каждому заявка: «Поправьте там кнопку на договоре». Без скриншота. С пометкой «срочно». Дорогая она не потому, что сложная. Саму кнопку поправить быстро. Дорогая потому, что до этого идут уточнения, созвон «покажите на экране, где это», а иногда и доработка не того места. Я руковожу командой, которая делает бизнес-модули на ELMA 365. Договоры, контрагенты, облигации, корреспонденция, доверенности...

Как обновление корпоративной платформы тихо стёрло каталог файлов, почему мы потеряли две недели, а не данные, и какое правило теперь стоит перед каждым апгрейдом Обновление платформы в компании обычно выглядит как техническая формальность. Подрядчик или своя команда запускает установщик, тот пишет «успешно», все расходятся. Я руковожу направлением бизнес-приложений. Наши модули работают на low-code-платформе ELMA 365: договоры, согласования, корреспонденция. И недавно я увидел, как эта формальность выглядит изнутри, когда что-то идёт не так. Спойлер: деньги мы не потеряли. Но только потому, что заранее сделали несколько скучных вещей...