Покупать AI agent platform или строить custom?
Рамка решения: packaged AI agent platforms против custom-агентов в вашем существующем stack - сигналы, полная стоимость, lock-in и тест на exceptions.
Northstar
Northstar - студия AI agent systems. Алекс ведёт engineering и продукт, Джордан - operations и fit процессов. Делаем production-агентов в tools, которыми команда уже пользуется.
Alex Morgan · LinkedIn · Northstar
На этой странице
Прямой ответ
Покупайте platform, когда ваш workflow действительно стандартный, security-постура вендора вас покрывает и ваша команда будет оперировать продукт. Стройте custom - обычно силами агентства внутри вашего существующего stack - когда ваши tools, правила и exceptions и есть продукт, а пакет заставлял бы идти на workarounds на каждом шагу. Честный тест - не матрица фич, а то, кто обрабатывает ваши exceptions: именно там agent-проекты живут или умирают.
Настоящий вопрос: кто владеет exceptions
У каждого workflow есть happy path и длинный хвост exceptions: отсутствующее поле, refund выше порога. Platforms строятся под happy path медианного клиента; ваши exceptions либо вписываются в их поверхность конфигурации, либо нет.
- Если примерно 90% ваших кейсов вписываются в модель platform, а остальные чисто эскалируются в human-очередь, покупка рациональна.
- Если exceptions - большая доля объёма или эскалация требует custom-логики поверх ваших tools, гнуть platform стоит дороже, чем построить workflow напрямую.
Попросите любого platform-вендора провести десять ваших самых уродливых реальных кейсов через их продукт вживую; demo на ваших данных бьёт матрицу фич.
Scorecard решения
Оцените каждый сигнал; колонка с большим числом отметок говорит, какой путь прайсить первым.
| Сигнал | Очки в пользу platform | Очки в пользу custom |
|---|---|---|
| Форма процесса | Стандартный, общий для вашей отрасли | Ваши правила и exceptions - это ров |
| След по tools | Живёт в основном в одной системе, которую platform хорошо интегрирует | Оркестрирует поверх CRM, inbox, документов, внутренних API |
| Approval gates | Встроенные approvals вендора вписываются в ваши правила риска | Нужны custom gates на тип действия и роль |
| Compliance | Сертификации вендора закрывают ваши обязательства | Data residency или audit-правила, которые вендор не может выполнить |
| Exit | Чистый export, переносимая конфигурация | Вы хотите владеть prompts, evals и логикой целиком |
Смешанные оценки нормальны; частый здоровый исход - гибрид: platform для commodity-части, custom agents для workflow, который вас отличает.
Полная стоимость, сравнённая честно
Ценники обманывают в обе стороны. Сравнивайте полную стоимость первого года по каждому пути. Цифры ниже - типичные рыночные диапазоны, а не котировки Northstar, и сильно варьируются по вендору и scope.
| Категория costs | Путь platform | Путь custom |
|---|---|---|
| Вход | Per-seat или per-agent license, часто $50-500 за место в месяц | Fixed pilot, обычно $10,000-50,000 за один workflow |
| Setup | Конфигурация, иногда платный onboarding | Включён в правильно заскоупленный pilot |
| LLM usage | Обычно в пакете, с caps или наценкой в license | Ваши собственные API keys; от десятков до пары сотен долларов в месяц на workflow среднего объёма |
| Постоянно | License навсегда, за место, с репрайсом при renewal | Опциональный retainer с определённым scope на monitoring и итерации |
| Изменения | Ждать roadmap вендора или платить за workarounds | Заскоупленные изменения в системе, которой владеете вы |
| Exit | Проект миграции, возможная потеря данных и prompts | Вы сохраняете код, prompts, evals и документацию |
Две статьи costs забывают. Покупатели platform забывают внутренний труд по операции продукта и обработке всего, чего он не умеет. Покупатели custom забывают постоянное ownership: monitoring, поддержка evals, обновление prompts при смене моделей - заложите на это retainer или внутреннее время.
Покупайте platform, когда
- Workflow - commodity, и скорость важнее точности посадки.
- Security-постура вендора лучше того, что вы бы построили: SSO, audit logs, сертификации.
- Ваши exceptions чисто ложатся на модель эскалации platform.
- Exit чистый: export данных и пересборка в другом месте без переговоров о заложниках.
- У вас есть оператор: platform без внутреннего владельца превращается в shelfware.
Стройте custom, когда
- Agent оркестрирует поверх систем, которые вы уже ведёте: CRM, inbox, документы, внутренние сервисы.
- Approval gates специфичны: кто утверждает какое действие на каком пороге, с audit trail в вашем формате.
- Workflow должен быть невидимым внутри существующих tools, а не ещё одной вкладкой, которую команде придётся осваивать.
- Логика - интеллектуальная собственность, которой вы хотите владеть, версионировать и тестировать своими evals.
- Compliance требует контроля, который multi-tenant продукт дать не может: data residency, правила retention, выбор модели.
Custom не значит с нуля: серьёзные сборки собираются из проверенных компонентов - orchestration-фреймворков, ваших существующих tools, managed model APIs. Где в этом спектре место Zapier-класса tools - разбирает анализ build vs buy.
Ловушка: покупать platform, чтобы избежать процессной работы
Самый частый провал - не выбор неправильного вендора, а покупка platform, чтобы пропустить определение процесса. Неопределённый процесс всплывает снова как неукомплектованная очередь exceptions, workarounds в таблицах и renewal-встреча, где цифры usage всех смущают. Какой бы путь вы ни выбрали, последовательность одна: составьте карту workflow, определите gates, напишите acceptance test, затем выбирайте tooling.
Что делает агентство на каждом пути
- Путь platform: карта workflow до покупки, конфигурация, gates в пределах возможностей продукта, acceptance testing, change management.
- Путь custom: полный systems design - orchestration, интеграции, gates, logging, evals - плюс задокументированный handoff, чтобы результатом владели вы.
- Любой путь: честная рекомендация иногда должна звучать «купите platform»; агентство, которое всегда отвечает «custom», продаёт мощность, а не суждение.
Как помогает Northstar
Northstar сравнивает оба пути внутри платного audit на ваших реальных кейсах и котирует fixed pilot только для пути, который поддерживают свидетельства. Когда выигрывает custom, мы предпочитаем внедрение внутри tools, которые вы уже ведёте. Начните с audit.
FAQ
Да, и на деле это custom с меньшим счётом за license и большим счётом за ownership: вы избегаете per-seat цен, но берёте на себя hosting, апгрейды, security-патчи и отладку upstream. Подходит командам с реальной инженерной мощностью; для остальных превращается в abandonware, если время не заложено честно.