Летний пилот — это не «поиграть с моделью», а способ получить измеримый результат до осеннего бюджетирования. За 8–10 недель реально проверить один сценарий на реальных данных и принять решение: масштабировать, доработать или закрыть. Ниже — рамка, по которой мы запускаем такие проекты в российских компаниях.

Почему лето подходит для пилота

В июне–августе меньше согласований и релизных окон у смежных команд, поэтому доступ к данным и экспертам получить проще. Ключевые сотрудники в отпусках, но для пилота достаточно 2–3 носителей знания, а не всего отдела. Главное — не растягивать: если старт сдвигается на август, к сентябрю вы получите только демо. Ещё один плюс — к осени освобождается бюджетный цикл, и пилот с цифрами проходит защиту заметно легче.

Сначала процесс, потом модель

Начинайте не с выбора LLM, а с описания процесса: кто сегодня выполняет задачу, сколько времени тратит, где ошибается. Зафиксируйте baseline — например, обработка 300 входящих накладных в месяц силами двух сотрудников, 12 минут на документ. Без этой цифры осенью нечем обосновывать бюджет, а сравнение «стало удобнее» не работает.

Три сценария, которые реально успеть

Первый — RAG по внутренней базе знаний: регламенты, договоры, техдокументация. Второй — OCR и извлечение полей из входящих документов с выгрузкой в 1С или CRM. Третий — ИИ-агент для первичной обработки заявок и типовых обращений в поддержку. Все три укладываются в 6–8 недель, если не менять постановку на ходу. Выбирайте тот, где ошибка стоит дороже всего и где уже есть корпус данных.

Данные и контур: что подготовить первым делом

Соберите корпус на реальных данных: 200–500 документов или 1–2 тысячи диалогов достаточно, чтобы увидеть качество. Определите эталонную выборку с правильными ответами — на ней считается точность, а не на демо-примерах. Если в данных есть персональные сведения, заранее решите вопрос по 152-ФЗ: обезличивание, NDA с подрядчиком, размещение модели в закрытом контуре на своих или арендованных GPU. На практике это чаще открытые модели на собственном железе, чем внешние API.

Календарь на 10 недель

Недели 1–2: постановка, метрики приёмки, доступы, выбор сценария. Недели 3–5: сбор и разметка данных, прототип на открытой модели. Недели 6–8: интеграция с 1С/CRM, тест на ограниченной группе пользователей, замер точности и времени. Недели 9–10: отчёт, расчёт стоимости масштабирования, решение о переходе в продуктив. Каждую неделю — короткий статус с владельцем процесса, чтобы расхождения в ожиданиях всплывали не в сентябре.

Что чаще всего ломает летний пилот

Попытка охватить сразу пять сценариев и в итоге ни одного, доведённого до метрики. Отсутствие владельца процесса: ИТ делает, бизнес не принимает результат. Игнорирование интеграции — красивая демонстрация в блокноте не равна работе в контуре заказчика с его справочниками и правами доступа. И ожидание стопроцентной точности: для извлечения полей реалистичный ориентир — 92–97% с ручной проверкой исключений.

Что должно быть на выходе к сентябрю

Один работающий сценарий на реальных данных, замеренный эффект в часах или деньгах, смета на продуктив и список рисков. Этого достаточно, чтобы защитить бюджет и не начинать осень с нуля. Если эффект не подтвердился — это тоже результат: вы потратили 8 недель, а не год.

Как мы можем помочь

АПС запускает такие пилоты под ключ: выбираем сценарий, разворачиваем приватную LLM в вашем контуре, собираем RAG, OCR и интеграции с 1С/CRM, считаем метрики вместе с вашей командой. Присылайте описание процесса — вернёмся с планом на 10 недель и оценкой сроков. Обсудить проект