ИИ-агенты для бизнеса: какие процессы автоматизировать

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

При этом для значительной части задач агент не нужен, и хватает обычного сервиса: если процесс типовой, не завязан на данные вашего учёта и ошибка в нём исправляется одной правкой, подписка за несколько тысяч рублей в месяц решит задачу дешевле любой разработки. Эта статья — про выбор: чем агент отличается от чата, бота и интеграции, какие процессы подходят, как описать процесс так, чтобы его можно было оценить, как выбрать первую задачу по экономике, где достаточно правил или подписки, какие действия оставить человеку и как проверить эффект до того, как масштабировать. Стоимость и окупаемость разобраны отдельно в статье про цену агента, порядок внедрения — в статье про пилот и безопасность; здесь — только выбор задачи.

Чем агент отличается от чата, бота и интеграции?

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

Главное различие — не в «умности» модели, а в том, кто держит процесс. Чат помогает человеку, который продолжает делать работу сам. Бот и интеграция делают ровно то, что в них заложено, и ломаются на первом нестандартном случае. Агент отличается тем, что умеет работать с неструктурированным входом и сам решает, что сделать, а что передать человеку, — и именно поэтому ему нужны роли, пороги и журнал.

На странице Like Sites эта граница сформулирована как разделение ролей: агент читает входящие данные, готовит черновик ответа, проводки или претензии, эскалирует всё, что подпадает под стоп-слова и пороги, и ведёт журнал с еженедельным отчётом; человек утверждает правила на старте, согласует действие одной кнопкой, решает спорные случаи и меняет правила по отчёту (страница «ИИ-агенты для бизнеса», условия на 31 октября 2026 года). Если в описании инструмента нет ни ролей, ни эскалации, ни журнала — перед вами чат или бот, какое бы слово ни стояло в названии.

Простой тест: спросите, что произойдёт, если во входящих данных окажется случай, которого никто не предусмотрел. Чат ответит что-нибудь. Бот зависнет или вернёт меню. Интеграция выполнит правило или упадёт с ошибкой. Агент должен распознать нестандартный случай и передать его человеку с объяснением — это и есть его работа.

Какие процессы подходят для автоматизации?

Не каждый процесс, который отнимает время, стоит отдавать агенту. Хороший кандидат отвечает одновременно нескольким условиям; если нарушено два и больше — ищите другой процесс или другой инструмент.

• Процесс повторяется регулярно и в заметном объёме. Десятки операций в месяц — обычно мало, сотни и тысячи — область, где агент оправдан. Если задача возникает раз в квартал, её дешевле сделать руками.
• Процесс можно описать. Есть ответ на вопросы «что на входе», «что делается», «что на выходе», «какие бывают исключения и кто их разбирает». Если ответы разные у разных сотрудников — сначала описание, потом автоматизация.
• Данные лежат в системах, а не в головах. Агент читает 1С, МойСклад, CRM, кабинеты площадок, почту, ЭДО. Если нужная информация — в переписке в мессенджере и в памяти менеджера, агенту нечего читать.
• Результат измерим. Число обработанных документов, найденные расхождения в рублях, время ответа, доля закрытых обращений. Без метрики нельзя ни принять проект, ни понять, работает ли он.
• Вход неструктурированный. Отзывы, письма, сканы, строки отчётов с разными названиями одного товара — там, где обычная интеграция по правилам не справляется, агент даёт выигрыш. Если вход строго структурирован, дешевле правило.
• Цена ошибки известна и управляема. Для каждого действия понятно, сколько стоит ошибка и как быстро она обнаруживается. Если одна ошибка способна стоить больше годовой экономии, процесс можно автоматизировать только в режиме «агент предлагает — человек утверждает».
• Есть ответственный. Кто-то должен утвердить правила, разбирать эскалации и менять пороги по отчёту. Без владельца процесс застревает в режиме черновиков.

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

Данные о том, что бизнес сам выделяет как полезное, это подтверждают. В опросе VK WorkSpace и Hi-Tech Mail, проведённом в августе–сентябре 2026 года среди более 1000 представителей малого и среднего бизнеса, ИИ уже пробуют или внедряют 23%, а среди полезных функций лидируют помощь с задачами и планированием (28%), подготовка черновиков писем и сообщений (27%), перевод (25%) и поиск по переписке и файлам (22%); главным препятствием 38% назвали отсутствие понятной пользы, и лишь 4% — стоимость (CNews, 23 сентября 2026). Иначе говоря, бизнес останавливает не цена, а непонимание, какой именно процесс и с каким результатом автоматизировать. Эта статья — ровно про то, как это понимание получить.

Как описать вход, действия, результат и исключения?

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

Шаблон из четырёх блоков:

Пример заполнения для процесса «обработка оптовых заявок с сайта и почты» — не кейс, а иллюстрация того, как выглядит описание:

Вход: 10–15 заявок в день из формы на сайте и 5–10 писем в свободной форме на общий ящик; в письмах — названия товаров «как помнит клиент», иногда артикулы, иногда фото прайса конкурента.

Действия: менеджер открывает заявку, сопоставляет позиции с номенклатурой в 1С, проверяет остатки на складе, подставляет цену по типу цен контрагента, формирует счёт, отправляет клиенту, ставит задачу на контроль оплаты в CRM.

Результат: счёт в 1С с правильными позициями, ценами и остатками, письмо клиенту, сделка в CRM со статусом «счёт выставлен».

Исключения: позиция не найдена в номенклатуре; остаток меньше заказа; у нового клиента нет типа цен; клиент просит отсрочку; в письме несколько заявок сразу. По оценке менеджера — примерно каждая четвёртая заявка.

Из такого описания сразу видно, что здесь делает агент, а что остаётся человеку. Сопоставление позиций с номенклатурой, проверка остатков, подстановка цены и формирование черновика счёта — работа агента, потому что вход неструктурированный, а правила понятны. Отсрочка и новый тип цен — решения человека. И сразу видно, что процесс не запустится без рабочего обмена между сайтом, 1С и CRM: если остатки на сайте обновляются вручную раз в день, агент будет выставлять счета на товар, которого нет. Как устроен такой обмен и что в него входит, описано на странице интеграция интернет-магазина с 1С.

Отдельное правило для блока «Действия»: честно отмечайте, где сотрудник считает. Сложение сумм по строкам, сопоставление идентификаторов, проверка сроков — это должна делать не языковая модель, а обычный код внутри агента. Модель хороша в интерпретации текста и плоха в арифметике; агент, который «считает в уме», будет ошибаться непредсказуемо. Хороший исполнитель сам разделит детерминированную и модельную часть, но в описании вы должны показать, где какая.

Ситуация: у вас есть процесс, который отнимает время, но вы не уверены, подходит ли он для агента. Что разберём: заполним этот шаблон вместе за 45 минут созвона, разделим действия на модельные, детерминированные и человеческие, оценим долю исключений. Результат: вы поймёте, нужен ли здесь агент, правило или подписка, и получите основу для сравнения любых предложений, не только нашего. Действие: описать процесс для оценки.

Как выбрать первую задачу по экономике?

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

Четыре вопроса к каждому кандидату:

1. Сколько стоит процесс сейчас? Часы сотрудников по полной стоимости часа плюс прямые потери: штрафы, пропущенные удержания, неотвеченные обращения, упущенные заказы. Считайте по выгрузке за три–шесть месяцев, а не по ощущениям.
2. Какая часть этих денег реально вернётся? Высвобожденные часы превращаются в деньги только если направлены на измеримую работу или заменяют найм; прямые потери возвращаются всегда. Процесс с 200 000 ₽ предотвращённых потерь в год надёжнее процесса с «освободим 40 часов менеджера».
3. Насколько дорогая ошибка? Чем выше цена ошибки, тем больше действий потребует согласования и тем меньше экономия времени. Для первого агента лучше процесс со средней ценой ошибки: эффект заметен, а риск управляем.
4. Готовы ли данные и доступы? Если для запуска нужно сначала навести порядок в номенклатуре или добиться API от подрядчика по 1С, это не первый проект, а второй.

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

На условиях Like Sites стартовые цены по процессам опубликованы заранее: контент для карточек и соцсетей — 150 000 ₽, отзывы и вопросы на Wildberries и Ozon и охрана труда — по 180 000 ₽, сверка отчётов маркетплейсов и юридические типовые задачи — по 250 000 ₽, документооборот — 350 000 ₽, склад — 450 000 ₽, производство — от 600 000 ₽; поддержка — 35 000 ₽ в месяц, инфраструктура — 5 000–15 000 ₽ в месяц по факту (страница «ИИ-агенты для бизнеса», условия на 31 октября 2026 года). Это условия одного исполнителя, не рынок; они приведены здесь как ориентир порядка величин, с которым нужно сопоставлять стоимость вашего процесса.

Практическое следствие: первая задача почти никогда не самая большая. Склад или производство — самые дорогие и самые зависимые от качества данных процессы; начинать с них — значит проверять одновременно исполнителя, данные и команду на самом сложном. Обычно первой идёт задача с понятным входом, заметными деньгами и средней ценой ошибки, а сложные процессы — после того, как агент доказал, что работает на ваших данных.

Какие сценарии подходят торговому бизнесу?

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

Сверка отчётов — хороший пример процесса, где агент нужен ради контроля, а не ради экономии часов. Удержания и комиссии площадок складываются из многих строк, и без регулярной сверки часть расхождений просто не замечают. Какие расходы селлера скрываются за комиссией площадки и почему их нужно считать по полной структуре, разобрано в статье свой интернет-магазин или маркетплейс: как сравнить прибыль и выбрать. Для выбора процесса важно, что эффект сверки измеряется в рублях найденных расхождений — а это самая надёжная метрика из возможных.

Два процесса в нижней части таблицы — остатки и производство — чаще всего хочется автоматизировать первыми, потому что в них самые большие деньги. Но они же сильнее всего зависят от порядка в данных: если остатки по сайту, Wildberries и Ozon живут в трёх местах и сходятся вручную, агент будет прогнозировать пополнение на основе неверных цифр. Для компании, которая строит собственный канал продаж, порядок такой: сначала рабочий обмен магазина с учётом и CRM, затем агент поверх этих данных. Как складывается бюджет такого магазина с интеграциями, разобрано в статье сколько стоит интернет-магазин с 1С, складом и CRM.

Для общего контекста: по исследованию «Яков и Партнёры» и «Яндекса», 71% компаний применяют генеративный ИИ хотя бы в одной функции, что на 17 процентных пунктов больше, чем годом ранее, а 46% внедрили или тестируют ИИ-агентов — чаще всего в аналитике, логистике и поддержке решений («Яков и Партнёры», исследование 2025 года). Важно читать эти цифры вместе с методикой: выборка — 150 CTO из 16 отраслей, 150 вендоров и более 3,5 тысячи пользователей, то есть преимущественно крупный бизнес. Разрыв с 23% в опросе МСБ от VK WorkSpace объясняется именно разницей выборок, а не тем, что одна из цифр неверна. Для торгового малого и среднего бизнеса ближе вторая цифра, и она говорит о том, что большинство ваших конкурентов агентов пока не используют — это не повод спешить, но повод выбрать процесс осознанно.

Где достаточно правил или готовой подписки?

Самая дорогая ошибка в выборе — заказать агента там, где хватило бы правила за день работы программиста или подписки за несколько тысяч рублей в месяц. Ниже — дерево выбора из четырёх шагов; проходите его для каждого кандидата сверху вниз и останавливайтесь на первом подходящем ответе.

Шаг 1. Можно ли описать процесс жёсткими правилами «если — то» без интерпретации текста?

Проверка обязательных полей, контроль сроков, перенос заказа с сайта в 1С, обновление остатков, уведомление при пороге — всё это правила. Если вход структурирован и решение однозначно, нужна обычная интеграция или настройка в существующей системе. Языковая модель здесь только добавит непредсказуемости и регулярных расходов. Остановитесь на интеграции.

Шаг 2. Если нужна интерпретация текста — типовой ли процесс и приемлема ли зависимость от платформы?

Ответы на отзывы без привязки к остаткам и истории покупателя, расшифровка встреч, черновики писем, перевод — типовые задачи, для которых есть готовые сервисы. На странице Like Sites рынок описан как три типа предложений — SaaS-сервисы за 2–10 тысяч ₽ в месяц, бот-агентства от 300 тысяч ₽ и enterprise-интеграторы с ценой по запросу — и прямо сказано, что сервисы добавляют автоответы нейросетью в подписку, но обычно не дают полноценного контроля, эскалации и права на код (страница «ИИ-агенты для бизнеса», условия на 31 октября 2026 года). Если вам достаточно общих правил эскалации, объём невелик и уход сервиса с рынка не остановит процесс — берите подписку. Остановитесь на сервисе.

Шаг 3. Если процесс завязан на ваши данные — нужно ли агенту действовать или достаточно предлагать?

Когда агент должен читать 1С, CRM и кабинеты площадок, сопоставлять ваш ассортимент, работать по вашим порогам и выполнять действия — проводить документ, отправлять претензию, менять статус сделки, — это процессный агент. Он нужен, когда хотя бы два условия нарушены на предыдущем шаге: процесс нетиповой, зависимость от платформы неприемлема, цена ошибки высока, объём большой или процесс связывает несколько систем. Остановитесь на агенте.

Шаг 4. Если действовать не нужно — хватит ли помощника?

Есть промежуточный класс: агент-помощник, который читает ваши данные, готовит черновик — счёт, ответ, карточку сделки, — но ничего не выполняет сам; каждое действие подтверждает человек. Это подходит, когда цена ошибки высока, а объём средний: человек тратит секунды на подтверждение вместо минут на работу. Фактически любой процессный агент начинает в этом режиме, и для части процессов в нём можно остаться навсегда.

Дерево устроено так, что до агента доходит меньшинство задач. Это нормально: честный исполнитель на первом созвоне сам скажет, что ваш процесс закрывается правилом или подпиской, и такой ответ стоит ценить выше любого коммерческого предложения.

Когда оправдана индивидуальная разработка?

Заказной агент оправдан, когда процесс одновременно связан с вашими данными, содержит заметные деньги и требует действий, за которые кто-то должен отвечать. Разберём, что именно покупается в этом случае, потому что отличие от подписки — не в «умности», а в составе.

Что входит в индивидуальную разработку и чего нет в подписке:

• Обследование и описание процесса — тот самый шаблон из четырёх блоков, заполненный на ваших данных.
• Интеграции с вашими системами: 1С, МойСклад, CRM, кабинеты площадок, почта, ЭДО — через доступные API и согласованный обмен.
• Детерминированная часть: арифметика, сопоставление идентификаторов, проверки сроков и полей кодом, а не моделью.
• Роли и пороги: что агент читает, что пишет, что только предлагает; стоп-слова и суммы, при которых действие уходит человеку.
• Тестирование на исторических данных: прогон на реальных документах, отзывах или отчётах прошлых периодов с оценкой доли ошибок до запуска.
• Журнал действий с возможностью проверки и отката.
• Передача кода, промптов, правил и документации, чтобы процесс не зависел от исполнителя.

На условиях Like Sites это закреплено так: один процесс за проект сроком 3–10 недель, фиксированная цена с оплатой 50% на старте и 50% после приёмки по согласованным метрикам, первая неделя — только черновики, код, промпты и документация после приёмки передаются клиенту, ключи и данные размещаются на вашем сервере или в вашем облаке, модель не обучается на ваших данных (страница «ИИ-агенты для бизнеса», условия на 31 октября 2026 года). Это описание состава, а не обещание результата: как проверить каждое из этих условий, какие доступы выдавать, когда останавливать пилот и что должно быть в договоре, разобрано в статье как внедрить ИИ-агента в бизнес: пилот, тесты, безопасность.

Разработка не оправдана, если из списка выше вам нужны один-два пункта. Если достаточно интеграции — закажите интеграцию. Если нужна только интерпретация текста без связи с учётом — подписка. Если процесс пока не описан — сначала описание, это дешевле, чем обнаружить противоречия в процессе на третьей неделе разработки.

Ситуация: вы прошли дерево выбора и видите, что процесс требует именно агента — он связан с 1С или CRM, в нём есть деньги и нужны действия с эскалацией. Что разберём: границы первого процесса, роли агента и человека, метрики приёмки и состав поставки. Результат: коммерческое предложение с ценой, сроком и критериями готовности, которое можно положить рядом с любым другим и сравнить по составу. Действие: получить КП по одному процессу.

Какие действия оставить человеку?

Вопрос «что агент делает сам» на практике важнее вопроса «что он умеет». Перечень действий, которые остаются за человеком, определяет и безопасность, и экономику: каждое согласование — это минуты, которые нужно вычесть из экономии.

Человеку остаются четыре типа действий:

1. Утверждение правил. Голос бренда, пороги сумм, стоп-слова, список контрагентов и категорий, с которыми агент не работает. Это задаётся на старте и меняется по отчёту.
2. Решения с внешними последствиями, которые нельзя откатить. Отправка претензии площадке, проведение документа на крупную сумму, публикация ответа на жалобу с юридическим содержанием, изменение цены. Агент готовит, человек подтверждает.
3. Исключения. Всё, что агент не смог однозначно сопоставить или что подпало под порог. Здесь важна не только передача, но и объяснение: почему случай передан и что агент предлагает.
4. Контроль по отчёту. Еженедельный просмотр журнала, доли эскалаций, ошибок и времени обработки; изменение правил, если доля исключений растёт или падает качество.

Разделение удобно задавать ролями по каждой системе: читает, пишет, предлагает, запрещено. Например, для агента обработки заявок: 1С — читает номенклатуру, остатки и типы цен, предлагает черновик счёта, не проводит; CRM — читает карточку клиента, пишет сделку со статусом «черновик», не меняет ответственного; почта — читает входящие, предлагает ответ, не отправляет без подтверждения. Такая таблица занимает полстраницы и снимает большинство споров об ответственности.

Это соответствует тому, как сами сотрудники готовы работать с ИИ. По данным опроса VK WorkSpace и Hi-Tech Mail среди более 3000 работающих респондентов, ИИ чаще всего готовы поручить подготовку итогов встреч и протоколов (31%), контроль задач и сроков (28%), аналитику и сводки (27%), поиск информации (25%) и работу с текстами (24%), но только 9% готовы доверить ИИ самостоятельное принятие даже несложных решений без участия человека, а 11% предпочли бы вообще не передавать ИИ рабочие задачи (CNews, 23 сентября 2026). Агент, который делает всё сам, не только рискованнее — его не примет команда. Агент, который готовит и предлагает, встраивается в работу без сопротивления.

Чего не стоит делать: оставлять человеку проверку каждого действия навсегда. Режим полного контроля — стартовый. Если через месяц-два доля ошибок на согласуемых действиях стабильно низкая, часть действий переводится в автоматический режим по согласованным порогам — иначе агент экономит время только формально. Если доля ошибок не снижается — это сигнал о проблеме в данных или в правилах, а не повод проверять дальше.

Как проверить эффект до масштабирования?

Эффект агента нужно подтвердить до того, как подключать второй процесс или расширять первый. Проверка состоит из трёх шагов, и каждый из них должен быть зафиксирован до старта, а не придуман после.

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

Шаг второй — метрики приёмки, согласованные заранее. Для каждого процесса они свои, но измеримые:

Шаг третий — сравнение «до» и «после» по одинаковой методике. Если до агента время ответа на отзывы не измерялось, после запуска сравнивать будет не с чем. Поэтому замер «до» делается на этапе описания процесса: выгрузка за три–шесть месяцев, хронометраж на выборке, фиксация прямых потерь. Это та самая работа, которую многие пропускают, и потом не могут ни доказать эффект, ни признать его отсутствие.

Часть метрик проще всего снимать из CRM: время от заявки до счёта, доля закрытых обращений, число повторных продаж после ответа на отзыв. Для этого CRM должна быть связана с магазином и учётом, а не вестись параллельно в таблице; что даёт такой обмен и как он устроен, описано на странице интеграция интернет-магазина с CRM. Если CRM нет или она не связана с источником заявок, часть эффекта агента вы просто не увидите.

Масштабировать стоит только то, что прошло все три шага. Расширение агента на второй процесс до приёмки первого — частая ошибка: проблемы данных, не решённые на первом процессе, перейдут на второй в удвоенном объёме.

Когда агент не нужен?

Честный раздел, который большинство продающих материалов пропускают. Агент не нужен, если выполняется хотя бы одно из условий ниже, и исполнитель, который не задаёт этих вопросов на первом созвоне, продаёт разработку, а не решение.

• Процесс не описан. Если никто в компании не может перечислить входы, действия, результат и исключения, автоматизировать нечего — сначала описание, и часто после него оказывается, что процесс нужно упростить, а не автоматизировать.
• Объём мал. Десятки операций в месяц человек делает быстрее, чем агент настраивается и проверяется, а регулярные расходы на поддержку и инфраструктуру съедят любую экономию.
• Задача решается правилами. Если вход структурирован и решение однозначно, нужна интеграция, а не языковая модель.
• Готовый сервис закрывает задачу с приемлемым качеством. Подписка за несколько тысяч рублей в месяц против разработки за сотни тысяч — выбор очевиден, если зависимость от платформы приемлема.
• Данные не готовы. Разные названия одного товара в разных системах, остатки в таблицах, документы без структуры. Агент не исправит данные — он будет на них ошибаться, и первые месяцы уйдут не на процесс, а на наведение порядка.
• Нет ответственного. Если некому утверждать правила и разбирать эскалации, агент останется в режиме черновиков навсегда, а поддержка будет оплачиваться без результата.
• Цена ошибки несопоставима с эффектом. Если одна неверная операция способна стоить больше годовой экономии, а обнаруживается не сразу, процесс можно только помогать выполнять, но не передавать.
• Ожидание — «заменить сотрудника». Агент не заменяет менеджера или бухгалтера: он забирает у них повторяющуюся часть работы и возвращает исключения. Если проект обоснован сокращением штата, экономика с большой вероятностью не сойдётся, а команда будет сопротивляться.

Отдельно о компаниях, которые одновременно запускают собственный интернет-магазин. Если обмен между сайтом, учётом и CRM ещё не работает, агент — не следующий шаг, а шаг через один: ему нечего читать и некуда писать. Сначала интеграции, потом агент поверх них.

Если процесс не подходит под агента сегодня, это не приговор. Описание процесса, порядок в данных и измерение «до» — работа, которая окупается сама по себе, и после неё тот же процесс может стать подходящим кандидатом через полгода.

Как сформулировать задачу исполнителю?

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

Минимальный набор для первого обращения — шесть пунктов:

1. Название процесса и его границы. Один процесс, а не «автоматизировать отдел». Где начинается и где заканчивается операция.
2. Число операций в месяц. По выгрузке, с сезонностью, если она есть.
3. Пример ручной работы. Как сейчас выполняется одна операция, по шагам, с указанием, сколько времени занимает.
4. Системы. Где лежат данные и куда должен попадать результат: конфигурация 1С или МойСклад, CRM, кабинеты площадок, почта, ЭДО. Есть ли доступ по API и кто им управляет.
5. Типичные исключения. Что ломает стандартный ход и какая доля операций в это попадает.
6. Контакт ответственного за процесс — человека, который будет утверждать правила и разбирать эскалации.

Что не нужно отправлять в первом обращении: конфиденциальные документы, выгрузки с персональными данными, доступы. Для оценки достаточно описания и обезличенных примеров; реальные данные передаются после договора и в рамках согласованных доступов. Исполнитель, который на первом шаге просит полную выгрузку базы, либо не умеет оценивать по описанию, либо не думает о безопасности.

И что спросить в ответ, чтобы сравнить предложения:

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

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

Ситуация: вы выбрали один процесс и готовы его описать. Что разберём: на 45-минутном созвоне — границы процесса, объёмы, исключения и учётную систему. Результат: через 48 часов — коммерческое предложение с ценой, сроком, составом поставки и метриками приёмки; первая неделя после старта — только черновики, вторая половина оплаты — после приёмки по метрикам. Действие: выбрать один процесс для автоматизации.