Блог

6 мин чтенияВыбор решения и партнёраСравнение

Покупать 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, если время не заложено честно.