Как нанять агентство AI-агентов и не купить демо
Пошаговый процесс найма агентства AI-агентов: бриф, короткий список, границы пилота, приёмочный тест и передача системы.
Northstar
Northstar - студия AI agent systems. Алекс ведёт engineering и продукт, Джордан - operations и fit процессов. Делаем production-агентов в tools, которыми команда уже пользуется.
Alex Morgan · LinkedIn · Northstar
Прямой ответ
Нанимайте агентство AI-агентов, требуя доказать один рабочий процесс, а не одно демо.
Начните с одностраничного брифа, ограничьте короткий список так, чтобы всех финалистов можно было сравнить по одним и тем же материалам, подробно разберите процесс и подписывайте договор только тогда, когда в условиях пилота зафиксированы приёмочный тест, контрольные точки, правила журналирования и модель работы после запуска.
Практическое руководство OpenAI здесь полезно, потому что оно говорит: агенты уместны там, где детерминированные и основанные на правилах подходы уже не справляются.
Если рабочий процесс по-прежнему решается формой, очередью или движком правил, не превращайте выбор агентства в продажу агента.
Почему рынок шумный
Gartner предупреждает, что agent washing реален.
Там сказано, что многие продукты представляют как агентные, хотя в них нет существенных возможностей AI-агентов, а многие сценарии, которые позиционируют как агентные, на самом деле не требуют такой реализации.
Поэтому покупателю не стоит принимать логотипы, награды или отполированную презентацию за доказательство.
Используйте каталоги поставщиков, чтобы собрать длинный список.
Не считайте их доказательством того, что команда умеет внедрять решения для реальной эксплуатации.
Сначала напишите бриф
Одностраничный бриф - это первый настоящий фильтр.
Он должен описывать реальный рабочий процесс в том порядке, в каком он идёт сегодня.
Он также должен показать поставщику, где сосредоточен риск.
| Поле брифа | Почему это важно |
|---|---|
| Повторяющаяся работа, шаг за шагом | Не даёт поставщику угадывать форму процесса |
| Уже используемые инструменты | Требует интеграции с реальными системами в согласованных границах проекта |
| Недельный и пиковый объём | Позволяет рассчитать нагрузку и стоимость |
| Исключения, которые всегда уходят человеку | Задаёт границу автономии |
| Действия, которые никогда не должны идти без проверки | Защищает возвраты, отправки, удаления и другие необратимые шаги |
| Что значит «работает» | Даёт пилоту приёмочный тест |
| Ограничения вроде резидентности данных или соответствия требованиям | Предотвращает позднее расширение объёма работ |
| Диапазон бюджета и дата решения | Помогает не затягивать процесс |
Поставщик, который начинает презентацию до прочтения этого брифа, продаёт шаблон.
Это не процесс найма.
Это процесс продаж.
Короткий список по доказательствам
Держите короткий список достаточно маленьким, чтобы каждый финалист отвечал на одни и те же вопросы.
Не раздувайте список только чтобы «чувствовать себя в безопасности».
Слишком много финалистов размывает сравнение и ухудшает бриф.
Запрашивайте у каждого поставщика один и тот же комплект материалов.
Вам нужны доказательства процесса, а не декорации.
| Область исследования | Спросите это | Хороший ответ выглядит так |
|---|---|---|
| Описание процесса | Как вы описываете процесс до написания кода? | Они спрашивают про шаги, инструменты, исключения и зоны ответственности до разговора о моделях |
| Контрольные точки | Какие действия вы поставите под согласование человеком? | Они могут назвать необратимые действия и объяснить границу согласования |
| Наблюдаемость | Где хранятся логи и трассировки и у кого есть к ним доступ? | Они могут показать, как команда восстанавливает ход выполнения |
| Стоимость | Сколько будет стоить использование моделей при нашем объёме? | Они могут обосновать оценку расхода, а не называют её на глаз |
| Передача системы | Что входит в пакет передачи? | Они называют документацию, регламенты, наборы для оценки, обучение и условия поддержки или передачи |
Это значит, что короткий список должен отдавать предпочтение поставщикам, которые могут объяснить, зачем процессу вообще нужно агентное поведение.
Если они не могут этого объяснить, такой поставщик вам не подходит.
Покупайте пилот с фиксированным объёмом
Не покупайте широкую программу, пока первый процесс не прошёл.
Купите пилот с письменной границей.
IBM формулирует развёртывание как задачу реального окружения.
В руководстве подчёркивают согласованные среды разработки, тестирования и продакшена, а также необходимость подключать агентов к бизнес-системам.
Готовые к продакшену агенты там определяют как системы в боевом окружении с реальными пользователями, реальными данными и реальными последствиями, с защитными ограничениями, мониторингом, контролем доступа, откатом и определёнными метриками успеха.
Контракт пилота должен называть следующие пункты.
| Пункт пилота | Что требовать |
|---|---|
| Приёмочный тест | Входные данные, ожидаемые результаты, порог прохождения и ответственный за оценку |
| Правила контрольных точек | Какие действия требуют согласования и кто их утверждает |
| Правила журналирования | Что записывается, где хранится и кто может просматривать |
| Ответственность за стоимость | Кто оплачивает использование моделей и какой установлен лимит |
| Явные исключения | Что не входит в первый пилот |
| Пакет передачи | Документация, регламент, набор для оценки и обучение |
| Окно поддержки | Как долго поставщик на связи после запуска |
| Права на результаты | Кому принадлежат код, промпты и материалы для оценки |
После запуска можно полностью передать систему покупателю либо оставить её на сопровождении у вендора.
Это нужно согласовать до подписания договора.
Если поставщик говорит «разберёмся во время разработки», объём не зафиксирован.
Это тревожный сигнал.
Судите пилот как оператор
Пилот - это не презентация.
Это небольшая проверка в условиях, близких к реальной эксплуатации.
Покупателю должен быть важен процесс не меньше, чем результат.
- Попадают ли запросы на согласование к нужному человеку?
- Корректно ли система останавливается, когда доходит до рискованного действия?
- Может ли команда получить логи и трассировки после запуска?
- Может ли поставщик объяснить стоимость при реальном объёме?
- Может ли покупатель вести процесс самостоятельно, без постоянного участия поставщика?
AI Risk Management Framework NIST здесь полезен, потому что рассматривает AI с точки зрения доверия и управления рисками, а не как погоню за новизной.
OWASP Top 10 для agentic applications 2026 тоже полезен: он даёт покупателям актуальный язык безопасности для автономных и агентных систем.
Используйте оба источника, чтобы пилот проверял управляемость и риски, а не производил эффект на презентации.
Тревожные сигналы
| Что вы слышите | Что это обычно значит |
|---|---|
| «Давайте сначала покажем демо» | Поставщик пытается продать решение до понимания процесса |
| «Неограниченное число агентов» | Объём, скорее всего, размыт |
| «Согласования всё замедляют» | У них, возможно, нет серьёзной модели контрольных точек |
| «Документация будет после выката» | Необходимые знания останутся только у поставщика |
| Широкие права администратора «только на пилот» | Поставщик просит больше доступа, чем нужно задаче |
| «С этим разберёмся позже» | Пилот уходит от фиксированного объёма |
Не путайте дружелюбие с надёжностью.
Не путайте уверенность поставщика с его готовностью отвечать за результат.
Не путайте отполированную встречу с системой, готовой к продакшену.
Как вписывается Northstar
Используйте эту инструкцию, чтобы перейти от отбора к договору на пилот.
Используйте страницу сравнения, если нужен сравнительный отбор.
Используйте страницу критериев, если нужна шкала оценки до короткого списка.
Если нужен структурированный следующий шаг, начните со страницы решений и принесите один реальный рабочий процесс, системы, которые он затрагивает, и действия, которые должны оставаться под контролем.
Связанное чтение:
FAQ
Не всегда. Многим командам достаточно хорошего одностраничного брифа и предварительного исследования, которое позволяет проверить процесс, механизмы контроля и распределение ответственности. Используйте RFP только когда этого требует ваш закупочный процесс.