Три параметра, по которым внедрение проигрывает
Цена ошибки. Пилот ошибается дёшево: неверная гипотеза стоит 480 000 ₽ и месяца. Внедрение ошибается дорого: неправильная архитектура фиксируется на годы, переписывать промышленный контур — как строить дом заново. Срок. Пилот занимает 4–6 недель, внедрение — 8–12: за это время меняются требования, люди и рынок. Необратимость. Из пилота выйти можно в любой момент, из внедрённой системы — только через проект миграции. Именно поэтому зрелые компании начинают с малого — логика в ответе почему MVP лучше большой системы.
Таблица: пилот против внедрения
| Параметр | Пилот | Полное внедрение |
|---|---|---|
| Цена | от 480 000 ₽ | 0,9–1,2 млн ₽ |
| Срок | 4–6 недель | 8–12 недель |
| Охват | один процесс, один канал | несколько сценариев и интеграций |
| Команда | 2–3 человека | полный штаб: ИТ, безопасность, данные |
| Риск | ограничен бюджетом пилота | архитектурные решения на годы |
| Откат | встроен по определению | требует отдельного плана |
Цены сентября 2026, без НДС (УСН). Читается таблица просто: пилот — это покупка информации, внедрение — покупка инфраструктуры. Информация всегда дешевле ошибки.
В чём пилот честно хуже
У пилота есть реальные ограничения, о которых говорят меньше. Охват: один процесс и один канал — межпроцессные сценарии остаются ручными. Отказоустойчивость: пилот живёт на среднем потоке и не обязан переживать пики — масштабирование проверяется отдельно, см. как ИИ переживает пиковые нагрузки. Интеграции: глубокой связи с 1С, CRM и СЭД в пилоте нет — они приходят с промышленным контуром. Безопасность: базовые меры есть, но аттестация и полный контур защиты — атрибуты промышленной системы (ИСПДн — 60 000–350 000 ₽, ГИС — от 500 000 ₽). Если бизнесу нужны именно эти свойства с первого дня, пилот их не заменит.
Критерии перехода от пилота к внедрению
- Доля автоматических ответов достигла целевого уровня (обычно 60–80%) и держится месяц.
- Точность RAG по источникам стабильна: ассистент ссылается на документы, а не выдумывает.
- Экономия часов измерена и признана бизнесом достаточной для окупаемости контура.
- Очередь сценариев на расширение существует — есть куда масштабировать эффект.
Три метрики из четырёх — это зелёный свет промышленному контуру. Меньше трёх — пилот продолжается или закрывается с результатом. Как проводить сам пилот — ответ что такое ИИ-пилот и зачем он; что понадобится от вашей команды — что нужно от заказчика для ИИ-пилота.
Как не заплатить дважды
Главный страх этапности: «сейчас заплатим за пилот, потом за внедрение — итого дороже сразу внедрять». Ловушка в том, что «сразу внедрять» без проверенных метрик — это лотерея: перерасход ИИ-проектов почти всегда связан с переделками, а не с ценой ступеней. Правильная механика — переиспользование: наработки, база знаний и промпты пилота переезжают в промышленный контур без потерь, вы платите за прирост, а не за повтор. Почему сметы растут и как это контролировать — почему ИИ-проекты дороже сметы.
Когда внедрение сразу оправдано
Ориентиры по метрикам, которые приносит пилот: доля автоматических ответов 60–80% на типовом потоке — рабочий диапазон для решения о контуре; точность RAG по источникам выше 90% — порог доверия клиентов; экономия часов, признанная руководителем процесса, — главный аргумент бюджета. Если пилот даёт значения на нижней границе, это не приговор: чаще всего узкое место — база знаний, и один месяц её пополнения поднимает метрики существеннее, чем смена модели. Решение о контуре принимается по трём метикам в динамике, а не по одному удачному дню: смотрите месяц стабильности, а не пик энтузиазма.
Если метрики на границе, а бюджет ограничен, есть промежуточный путь: расширенный пилот на второй процесс без покупки промышленного контура — эффект растёт, решение о больших инвестициях снова откладывается до полной ясности. Такой путь — расширенный пилот вместо контура — выбирают службы с несколькими параллельными процессами одного класса: поддержка и продажи закрываются одним контуром пилота, а тяжёлые интеграции остаются на потом. Вспомните и про команду: параллельные пилоты учат сразу нескольких владельцев процессов читать метрики ИИ — этот навык пригодится на этапе контура сильнее любого железа, потому что промышленная система начинается с людей, умеющих ей управлять.Матрица решения: пилот или сразу контур
| Сигнал в вашей ситуации | Рекомендация |
|---|---|
| Процесс новый для автоматизации, метрики не согласованы | пилот: покупаете информацию за 480 000 ₽ |
| Есть сомнения в данных и их качестве | пилот с аудитом данных: чистка дешевле до контура |
| Процесс типовой, есть отработанный шаблон проекта | шаблонный проект или сразу контур |
| Бюджет закрыт на полный цикл, руководство ждёт эффект за квартал | пилот в первые 6 недель, затем контур — эффект приходит рано |
| Требования безопасности известны и строгие (ГИС, спецданные) | контур сразу: пилот в облаке не пройдёт требования |
Матрица не отменяет разговор с подрядчиком, но делает его предметным: вы приходите не с вопросом «что нам сделать», а с гипотезой и проверяете её вместе. Практика показывает: чем дороже предположительная ошибка, тем дешевле должна быть первая ступень, на которой эта ошибка обнаружится.
Разбор частых возражений против этапности
«Пилот — это потерянные деньги, если не пойдём в контур». Наоборот: пилот покупает информацию по цене в два-три раза ниже контура. Неправильная гипотеза, закрытая за 480 000 ₽, — это сбережённые 1,2 млн ₽ и год команды. «Бизнес не будет всерьёз работать с "временной" системой». Будет, если пилот закрывает реальную боль и на нём висят реальные метрики: сотрудники быстро привыкают к инструменту, который снимает рутину, — статус «пилот» их не смущает. «Подрядчик специально затягивает этапы, чтобы брать деньги дважды». Это проверяется договором: фиксируется, что наработки и база знаний пилота переезжают в контур без повторной оплаты; честная смета прироста — признак партнёра, дубль цены за то же самое — признак продавца.
Что даёт контур, чего не даёт пилот
- Многоканальность: сайт, мессенджеры и почта в одном контуре с общей базой знаний.
- Глубокие интеграции: двусторонняя связь с 1С, CRM, СЭД — не только ответы, но и действия.
- Отказоустойчивость: резервные провайдеры, масштабирование под пики, деградация вместо отказа.
- Безопасность промышленного уровня: логирование, разграничение доступов, аттестация при необходимости.
- Командные роли: администрирование, работа с базой знаний, отчётность для руководства.
Этот список — одновременно и карта разговора о переходе: контур покупают, когда нужны пункты из него, а не «чтобы было». Разница классов систем подробно разобрана в ответе чем отличается MVP от промышленной системы.
Календарь типового проекта
Как выглядит связка «пилот → контур» во времени. Недели 1–6: пилот — выбор процесса, база знаний, первый канал, метрики. Недели 7–8: анализ результатов, решение о контуре, фиксация архитектуры. Недели 9–20: промышленный контур — интеграции, дополнительные каналы, безопасность, нагрузочные испытания. Итого от идеи до промышленной системы — четыре-пять месяцев, при этом полезный эффект (автоматизация первого процесса) компания получает уже на шестой неделе, а не в конце пути. Это и есть главное преимущество лестницы: ценность приходит рано, риски больших трат — только после подтверждения. Спланировать собственный маршрут помогает гайд как составить дорожную карту внедрения ИИ.
Иногда этапность избыточна: процесс типовой (например, ИИ-ассистент на сайт), бюджет закрыт, требования понятны, а аналогичные проекты уже отработаны — тогда берите готовый шаблонный проект, это дешевле и быстрее. Примеры состава и цен — в кейсе типовой проект ИИ-ассистента для сайта. Во всех остальных случаях работает правило: сначала дешёвая информация, потом дорогая инфраструктура. Подобрать ступень под вашу задачу поможет разработка ИИ-ассистентов НЬЮ-ССТ и гайд как составить дорожную карту внедрения ИИ.