Блог

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

AI consulting vs implementation: что вы на самом деле покупаете

AI consulting vs implementation: что даёт каждый engagement, типичные рыночные форматы и диапазоны, red flags обеих сторон и как выбрать смесь под ваш этап.

Northstar

Northstar - студия AI agent systems. Алекс ведёт engineering и продукт, Джордан - operations и fit процессов. Делаем production-агентов в tools, которыми команда уже пользуется.

Alex Morgan · LinkedIn · Northstar

AI consulting vs implementation: что вы на самом деле покупаете

Прямой ответ

Консалтинг продаёт решения: какие workflows автоматизировать, в каком порядке, с какой позицией по риску. Внедрение продаёт работающие системы: gated agent-пути внутри ваших tools, с evals и handoff. Консалтинг без внедрения оставляет вам deck и ноль рычага; внедрение без discovery быстрее выпускает не ту автоматизацию. Покупайте смесь, которая нужна вашему этапу, и судите обоих по артефактам: карты и ранжированные решения с одной стороны, работающий gated-путь с другой. Самый дорогой исход - заплатить за стратегию дважды: сначала как за deck, потом как за discovery, который внедренцу придётся переделывать.

Что на самом деле даёт консалтинг

Хороший консалтинговый engagement производит решения, которые можно передать любому компетентному строителю:

  • Карту workflow текущих процессов, включая исключения
  • Ранжированный список возможностей с объёмом, ценой ошибки и осуществимостью по каждому workflow
  • Решения build vs buy vs wait с рассуждением, которое можно оспорить
  • Позицию по риску: какие действия должны оставаться под gates, какие данные могут касаться каких моделей
  • Shortlist вендоров или план найма плюс форму бюджета на первый год

Если deliverable - это maturity model, слайд про тренды индустрии и фото с workshop, вы купили контент-маркетинг по консалтинговым ставкам.

Что на самом деле даёт внедрение

Хороший implementation engagement производит систему, которую ваша команда оперирует:

  • Один scoped workflow, выпущенный как gated agent-путь внутри ваших tools of record
  • Acceptance tests, написанные до build и затем доказуемо пройденные
  • Eval-сет с regression-проверками, вшитыми в релизы
  • Observability, которую ваша команда может читать, плюс stop switch и runbook
  • Handoff-пакет: документация, план по credentials, обучение, условия выхода

Если deliverable - это demo-видео и обещание, что hardening придёт после полного rollout, вы купили прототип по production-ставкам.

Что нужно первым?

Ваша ситуацияПокупайтеПочему
Нет понимания, куда встаёт AIКороткий консалтинговый спринтРанжировать workflows дёшево; строить не тот - нет
Один болезненный workflow уже известенВнедрение с discovery внутриОтдельная стратегическая фаза добавляет цену, а не ясность
Tools куплены, adoption застрялаВнедрение в формате rescueРешение уже принято; wrapper так и не построили
Регулируемая индустрия, давление бордаКонсалтинг, затем gated pilotПозиция по риску должна предшествовать любой действующей системе
Прошлый AI-проект провалилсяСначала свежий discoveryВыясните, что провалилось: процесс, данные или вендор

Паттерн за таблицей: консалтинг стоит покупать отдельно, только когда пространство решений действительно открыто. Как только workflow выбран, discovery принадлежит scope внедрения и делается людьми, которые будут строить.

Типичные рыночные форматы и диапазоны

Как типичные рыночные диапазоны, а не quotes Northstar: стратегические спринты обычно идут 2-6 недель; scoped pilot builds обычно занимают 4-12 недель в зависимости от глубины integration; постоянная эксплуатация - обычно monthly retainer плюс LLM usage по себестоимости или с cap. Модели pricing различаются сильнее, чем цены: существуют time-and-materials, fixed-scope pilots и retainers, привязанные к результату. Какой бы ни была форма, настаивайте, чтобы LLM usage при вашем объёме появился как оценочная строка сметы; вендор, который не может её оценить, не оперировал в масштабе.

Как выглядит хорошо

  • Карта workflow существует до build, и внедренец относится к ней как ко входным данным, а не к церемонии
  • У необратимых действий есть владельцы и gates, согласованные в scope-документе
  • Tools of record названы явно, чтобы стратегия и build указывали на одни и те же системы
  • Успех определён как качество завершённой работы с acceptance tests, а не многословность модели
  • Каждая рекомендация в консалтинговом выходе называет доказательства, стоящие за ней

Как выглядит плохо

  • Demo-театр без production-пути
  • Стратегические decks, которые ни разу не называют workflow, tool или число
  • Автоматизации без владельца, выпущенные без плана эксплуатации
  • Выдуманные метрики вместо операционных фактов
  • Консалтинговая фаза, перепроданная внедренцем как «discovery», потому что deck не ответил ни на один его вопрос

Вопросы, которые вскрывают разницу

Консультанту: «Покажите санитизированное ранжирование возможностей из прошлого engagement. Какую рекомендацию клиент отклонил - и был ли он прав?» Внедренцу: «Покажите карту gates и структуру evals из того, что вы выпустили. Кто оперирует этим сегодня?» Оба вопроса просят артефакты, а не заявления. Консультант без отклонённых рекомендаций никогда не делал настоящего выбора; внедренец без работающей системы в production никогда ни одной не доводил до конца.

Гибрид, который обычно выигрывает

Для большинства малых и средних компаний эффективный пакет - один engagement: короткий платный discovery, который производит карту и ранжированный список и перетекает прямо в gated pilot на workflow с верхней строчки, с acceptance tests, написанными на стыке. Вы сохраняете артефакты решений, даже если остановитесь после discovery, а внедренец не сможет винить чужой deck за неверный build. Разделяйте фазы между двумя вендорами, только когда governance действительно требует независимого совета.

Northstar проводит короткий аудит до квоты: цена пилота рождается из письменного скоупа, а не из sales-звонка.

Как помогает Northstar

Northstar продаёт гибрид: discovery и внедрение как один engagement, от карты workflow до gated production-пути с evals и handoff. Выход discovery остаётся вашим в любом случае - включая случай, когда он говорит «автоматизируйте меньше, чем планировали». Смотрите solutions о формах scope и hire о том, как стартуют engagements, плюс парный материал про production agents.

FAQ

  • Нет. Tools без карты workflow всё равно проваливаются; лицензия отвечает на вопрос «чем», но не на вопросы «какой workflow, какие исключения, какие действия под gates и что значит сделано». Discovery поверх существующих tools быстрее и должен стоить соответственно, но его пропуск превращает цену лицензии в sunk cost плюс неверный build.