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