• Главная проблема: без единого диалога бизнес формулирует задачи в отрыве от реализации, а разработчики не видят стратегической картины.
• Риск ТЗ «в одиночку»: при экономии на консультациях с исполнителем архитектура может не выдержать роста, что ведёт к пересмотру бюджета и сроков или остановке проекта.
• Пример LegalTech: в проекте на базе решения Contract ручная проверка договора занимала до полутора часов; заявлено сокращение времени проверки на 65% и рост обработанных договоров на 30% без расширения штата.
• Пример поиска по документам: в проекте для горно-металлургического холдинга описана платформа Cursor, которая сократила время поиска до секунд и выстроила связи между документами двадцати организаций.
• Пример инжиниринга: в одном из проектов 47% сложностей на этапе строительства связываются с несоответствиями между проектной и эксплуатационной документацией.
• Проблема данных: в описании внедрения для анализа документов упоминается до 90% неструктурированного контента, поиск в четырёх системах и 43% документов, застревавших на согласованиях.

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

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