Разработка ИИ для бизнеса идёт по лестнице из стадий со своими сроками: обследование 2–6 недель, лёгкий пилот 2–8 недель, тяжёлый пилот 2–3 месяца, вывод в эксплуатацию от 3 месяцев. Первый результат на ваших данных можно увидеть через четыре-четырнадцать недель от старта, а система, которой пользуются каждый день, в самом коротком случае появляется не раньше чем через четыре месяца. Пройти все ступени нужно не всегда: остановиться можно после любой.

Сроки в такой работе растягивает не написание кода. Дольше всего ждут решений и материалов: кто согласует доступ к данным, какая редакция регламента действующая, кто разметит эталонные ответы, когда служба безопасности даст допуск к тестовой копии учёта. Поэтому календарь удобнее читать как график очередей, а не как график разработки. Что именно делается на каждой ступени, описано на странице «Разработка ИИ на заказ»; здесь мы смотрим на время.

Коротко. Сроки берутся из тарифов: 2–6 недель на обследование, 2–8 недель на лёгкий пилот, 2–3 месяца на тяжёлый, от 3 месяцев на вывод в эксплуатацию. Больше всего недель теряется на доступах, подготовке данных, эталонной выборке и приёмке. Заранее назначенный владелец процесса сокращает график заметнее, чем лишние разработчики. Дата, названная до обследования, это пожелание, а не срок.

Календарь целиком: пять стадий и решение в конце каждой

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

СтадияСрокЧто должно появиться к концуРешение, которое принимает заказчик
Обследование2–3 недели (один-два процесса), 3–4 недели (несколько систем), 4–6 недель (производство или контур)Документ с составом работ, критериями приёмки и вилкой бюджета; эталонная выборка собрана или назначен тот, кто её соберётПродолжать с нами, идти в тендер с этим документом или остановиться. Цена 200 000, 350 000 или 500 000 ₽ вычитается из первого этапа при продолжении
Лёгкий пилот2–8 недельПрототип на вашей выборке и протокол испытаний, замеренный на части данных, которую не показывали при настройкеДостаточно ли качества, нужен ли тяжёлый пилот или проверки хватило. Цена 150 000–400 000 ₽
Тяжёлый пилот2–3 месяцаРабота на реальном потоке с интеграциями, подтверждениями и журналом; регламент эксплуатацииРасширять права и поток или оставить режим подсказок. Цена 400 000–1 200 000 ₽
Вывод в эксплуатациюот 3 месяцев, этапамиОпытная эксплуатация, приёмочные испытания, обучение людей, передача исходников и инструкцийПринять этап и платить за следующий или остановиться. От 1 500 000 ₽ этапами по 300 000–700 000 ₽
СопровождениеежемесячноМониторинг качества, прогон контрольного набора, разбор ошибокВыбрать пакет 20 000, 60 000 или 120 000 ₽ в месяц либо забрать эксплуатацию себе

Из таблицы видно, что стадии 2 и 3 не обязательны вместе. Простой ассистент по небольшой базе документов может закончиться на лёгком пилоте, если вам нужна проверенная идея. Лёгкий пилот при этом не заменяет вывод в эксплуатацию: сводить пилот и работающую систему в один срок нельзя, у них разная работа и разная приёмка. Цены и условия каждой ступени полностью указаны на странице тарифов.

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

Если разложить календарь типичного проекта на части, доля написания кода окажется меньше, чем ожидают. Остальное это ожидание. Ниже шесть очередей, которые встречаются почти в каждом проекте, и способ сократить каждую.

ОчередьПочему ждёмКто может ускоритьЧто сделать до старта
Доступ к даннымВыгрузки и права на документы согласуются в нескольких отделах, а персональные данные требуют отдельного решенияВладелец процесса и служба безопасностиНазвать, где лежат данные, кто за них отвечает и какие поля нельзя выносить из контура
Порядок в данныхДве редакции одного регламента, сканы без текста, справочник, который ведётся в трёх местахВладельцы разделов и справочниковРешить, какая редакция действует, и назначить ответственного за каждый раздел
Эталонная выборкаСпециалисты записывают правильные ответы между основной работой, часть случаев нужно разметить вдвоеВедущие специалисты предметной областиВыделить им часы в календаре, а не «когда будет время»
Допуски и тестовая средаТестовая копия учёта, отдельная учётная запись для агента, согласование схемы с безопасностьюСлужба безопасности и администраторы системПодать заявки на доступ на этапе обследования, не на пилоте
ОборудованиеКонфигурацию сервера считаем на обследовании, закупку ведёте вы; срок поставки зависит от поставщикаЗакупки и ИТ заказчикаЗапустить закупку сразу после расчёта конфигурации, параллельно с пилотом
ПриёмкаКритерий записан, но принимающий занят, а результат обсуждается в трёх отделах по очередиОдин названный приёмщикНазвать сотрудника, который принимает работу, до обследования

Порядок важен. Если доступы и эталон остаются на пилот, то пилот превращается в ожидание: разработчики готовы, а данных нет. Поэтому обследование включает не только разбор задачи, но и запуск этих очередей. К концу документа должны быть названы владельцы, оформлены заявки и понятно, кто размечает эталон.

Два условных календаря

Ниже два примера, оба условные: они показывают порядок работ и параллельность, а не итоговые сроки вашего проекта. Диапазоны взяты из тарифов, реальные называет обследование.

Ассистент по базе документов, остановка на лёгком пилоте

  • Обследование, 2–3 недели. Первая неделя уходит на документы и вопросы: собираем реальные вопросы сотрудников с эталонными ответами. Вторая на права по ролям и решение по редакциям. К третьей неделе готов документ с критерием приёмки.
  • Лёгкий пилот, 2–8 недель. Подготовка документов и индекса, затем прогон на отложенной части вопросов. Если сканы читаются плохо, срок смещается к верхней границе: сначала нужно распознать, потом искать.
  • Решение. Протокол показывает, где ассистент находит нужное, где отказывает честно, а где ошибается. Если качества хватает и вам достаточно проверенного прототипа, можно остановиться; если нужна ежедневная работа с ролями и обновлением базы, следующая ступень это вывод в эксплуатацию.

Агент с действиями в учёте, полный путь

  • Обследование, 3–4 недели. Несколько систем означают обследование на 350 000 ₽: схема обменов, матрица действий, список того, что агенту разрешено. Заявки на тестовую копию учёта подаются сразу.
  • Лёгкий пилот, 2–8 недель. Агент только читает и готовит черновики. Тестовая копия ещё может не прийти, поэтому часть проверки идёт на выгрузках.
  • Тяжёлый пилот, 2–3 месяца. Запись в системы с подтверждениями, журналом, лимитами и откатом. Права расширяются поэтапно по результатам разбора ошибок.
  • Вывод в эксплуатацию, от 3 месяцев. Опытная эксплуатация, обучение людей, передача исходников и регламента. Каждый этап принимается отдельно.

Суммарно по лестнице получается от четырёх месяцев до работающей системы в самом коротком варианте; верхней границы у вывода в эксплуатацию в тарифах нет, потому что она зависит от числа этапов. Оценивать общий срок до обследования смысла нет: любая цифра окажется выдумкой.

Что можно делать параллельно, а что нельзя

Сжать календарь можно не за счёт скорости, а за счёт параллельности. Но у некоторых работ порядок жёсткий: нарушив его, вы потеряете время на переделку.

РаботаМожно параллельно сЖёсткое ограничение
Закупка оборудованияЛёгким пилотом на временных мощностяхНачинать только после расчёта конфигурации, иначе купите не то
Согласование доступовВсем обследованиемБез согласованного доступа пилот не стартует
Разметка эталонаПодготовкой документов и инфраструктурыКритерий ошибки определён до разметки, а не после
Интерфейс для сотрудниковНастройкой модели и поискаНельзя рисовать экраны до решения, что делается человеком, а что моделью
Итоговый замерНичемОткладывается до конца настройки и не повторяется под нужный результат
Регламент эксплуатацииТяжёлым пилотомНе оставляется на последнюю неделю: по нему вас будут принимать
Обучение пользователейОпытной эксплуатациейНужен работающий стенд, а не слайды

Отдельное правило касается итогового замера. Часть выборки всегда откладывается и не участвует в настройке. Если по ней подобрать параметры, цифра качества станет красивой и бесполезной.

Почему сроки уезжают: шесть причин и что с ними делать

  1. Нет владельца процесса. Решения принимают три отдела по очереди, каждое согласование занимает неделю. Назначьте одного человека с правом решать.
  2. Данные оказались хуже, чем ожидали. Выясняется на пилоте, а не на обследовании. Проверьте качество на выборке до подписания пилота; методика есть в статье «Как подготовить данные для ИИ-пилота».
  3. Критерий приёмки переписывают после замера. Каждая правка критерия отодвигает приёмку и сводит на нет смысл замера. Порог фиксируется до начала настройки.
  4. В пилот добавляют «заодно» ещё один сценарий. Сценарий добавляется отдельным этапом со своей приёмкой, а не внутри идущего.
  5. Пилот не рассчитан на эксплуатацию. Нет мониторинга качества и ответственного за модель, и вывод в эксплуатацию начинается с переделки. Эксплуатацию планируют с первой ступени, подробнее в статье «Почему ИИ-пилоты не доходят до продуктива».
  6. Ожидание «модель решит всё сама». Если простое правило справляется не хуже, лучше остаться на нём. Обследование проверяет это в начале, а не в конце.

Если пилот уже встал, диагностика и доработка описаны на странице «Вывод ИИ-пилота в продуктив». Иногда правильное решение — остановить пилот: когда остановка уместна, разобрано в статье «Когда останавливать ИИ-пилот».

Как читать календарь подрядчика

Хороший календарь показывает не только сроки, но и зависимости. Проверьте, есть ли в нём шесть вещей:

  • Работы заказчика. Если в графике только действия исполнителя, то доступы, эталон и приёмка не учтены, и срок нереален.
  • Точки решения. После каждой стадии стоит приёмка и право остановиться. График без них превращает проект в одно большое обязательство.
  • Отдельная строка на замер качества. Без неё качество проверяют на глаз.
  • Запас на смену данных. Реальная выборка почти всегда отличается от показанной на встрече.
  • Эксплуатация. В графике есть опытная эксплуатация, передача исходников и обучение, а не «запуск» одной строкой.
  • Допущения. Срок записан вместе с условиями: «при условии доступа к данным в течение первой недели».

Тревожные признаки видны сразу. Обещан срок до обследования. Срок одинаков для ассистента и для агента с записью в учёт. В графике нет строки на согласование с безопасностью. Для общего выбора исполнителя пригодится статья «Как выбрать подрядчика на разработку ПО».

Что делать, если дата задана сверху

Бывает, что срок диктует внешнее событие: выставка, комиссия, начало сезона. Тогда календарь строят от даты назад, и сжимается объём, а не проверка.

  • Уменьшить область. Один тип документов вместо всех, одна группа товаров, один участок линии. Расширение идёт следующим этапом.
  • Оставить режим подсказок. Агент к дате готовит черновики, а запись в учёт включается после разбора ошибок. Пропустить этот шаг ради даты означает перенести риск на боевые данные.
  • Показать результат лёгкого пилота. К дате события можно успеть с проверенным прототипом, но не с системой в ежедневной работе. Не называйте одно другим в документах для комиссии.
  • Убрать лишнее согласование. Назначить одного приёмщика и заранее подать заявки на доступ.
  • Сказать «нет». Если дата требует и полного объёма, и полной проверки, одно из двух придётся уменьшить. Мы так и скажем на обследовании.

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

Что делаем мы и с чего начать

Мы небольшая инженерная команда, а не агентство со штатом: берём один участок или один контур, а не внедрение системы целиком, и не дежурим круглосуточно. Начинаем с обследования: 200 000 ₽ и 2–3 недели за один-два процесса, 350 000 ₽ и 3–4 недели, если систем несколько, 500 000 ₽ и 4–6 недель для производства или контура. Календарь с зависимостями, очередями заказчика и точками остановки входит в итоговый документ вместе с критериями приёмки и вилкой бюджета.

Дальше лёгкий пилот, при необходимости тяжёлый, затем вывод в эксплуатацию этапами и сопровождение. Остановиться можно после любой ступени, исходный код лежит в вашем репозитории с первого коммита. Принцип подбора типа решения и проверки качества изложен на странице «Разработка ИИ на заказ», все цены и сроки по ступеням собраны на странице тарифов. Оценка стоимости по типам решений разобрана в статье «Сколько стоит разработка ИИ на заказ».

Частые вопросы

Сколько времени занимает разработка ИИ для бизнеса?

До первого результата на ваших данных проходит от четырёх до четырнадцати недель: обследование 2–6 недель и лёгкий пилот 2–8 недель. До системы в ежедневной работе в самом коротком случае не меньше четырёх месяцев, потому что вывод в эксплуатацию занимает от трёх месяцев. Общий срок называем после обследования.

Можно ли получить рабочий ИИ за месяц?

Прототип на небольшой выборке за месяц сделать можно: например, ассистента по ограниченной базе документов, если данные готовы и доступы получены. Система, которой каждый день пользуются сотрудники, за месяц не появляется: у неё есть опытная эксплуатация, приёмка и обучение людей. Называть прототип готовой системой нельзя.

Нужно ли проходить все ступени?

Нет. Остановиться можно после любой, всё сделанное остаётся у вас по акту. Простая задача может закончиться на лёгком пилоте, если вам достаточно проверенной идеи. Для работ дороже 500 000 ₽ обследование обязательно.

От чего больше всего зависит срок?

От готовности заказчика: назначен ли владелец процесса, согласованы ли доступы, собран ли эталон, есть ли один человек, который принимает результат. На втором месте состояние данных и число подключаемых систем.

Входит ли срок закупки оборудования в график?

Сроки поставки зависят от поставщика, поэтому мы их не называем. Конфигурацию считаем на обследовании, до закупки; оборудование выбираете и оплачиваете вы. Закупку лучше запускать сразу после расчёта, параллельно с лёгким пилотом, чтобы не ждать перед тяжёлым.

Что будет, если пилот не прошёл критерии?

Вы получаете протокол замера на вашей выборке: где модель ошибается и почему. Это тоже результат, он записывается. Дальше можно изменить постановку, поменять данные или остановиться. Критерий приёмки при этом не переписывается под результат.

Можно ли сократить срок за счёт большей команды?

Лишь частично. Параллельно идут закупка, доступы, разметка и подготовка инфраструктуры, а замер, приёмка и согласования идут по очереди. Добавление разработчиков не сокращает ожидание данных и решений, поэтому надёжнее назначить одного владельца процесса и заранее подать заявки на доступ.

Сколько стоит сопровождение после запуска?

Три пакета: 20 000 ₽ в месяц (до 4 часов), 60 000 ₽ (до 12 часов) и 120 000 ₽ (до 25 часов). Часы сверх пакета стоят 5 000 ₽ в час и согласуются до начала работ. Круглосуточного дежурства у нас нет.