Первый ИИ-агент с поиском по базе знаний запускается за 3–8 недель. Разброс объясняется не квалификацией подрядчика, а тем, в каком состоянии у вас лежат документы и как быстро выдают доступы: собственно разработка занимает в этом календаре меньше половины. Обещание «сделаем за две недели» тоже правдиво — но относится к демонстрации на десятке вопросов, а не к системе, которую можно принять в эксплуатацию.
Разница между этими двумя событиями измеряется не неделями, а списком артефактов. Демонстрация показывает, что модель умеет отвечать. Приёмка отвечает на другой вопрос: что произойдёт, когда агент ошибётся, кто это заметит и как его остановить. Второе занимает столько же времени, сколько первое, и именно этой половины обычно нет в коммерческом предложении.
Ниже — типовые сроки по классам задач, разбор восьминедельного календаря по этапам, расчёт цены трёх самых частых задержек заказчика, перечень артефактов приёмки и честные способы сжать срок. Цены и ориентиры — по состоянию на сентябрь 2026 года.
Типовые сроки по классам задач
Сроки ниже — рыночные ориентиры для компании 20–300 человек, у которой нет собственной команды разработки. Они предполагают, что заказчик отвечает на вопросы за день-два, а не за неделю: это допущение и есть главный источник расхождения между планом и фактом.
| Что запускаем | Срок | Что заказчик получает на выходе |
|---|---|---|
| Агент-подсказка сотруднику по базе знаний, один канал | 3–5 недель | Поиск по документам компании в рабочем интерфейсе, без доступа к боевым системам |
| Агент поддержки с базой знаний и переводом на оператора | 5–8 недель | Ответы клиентам в одном канале, механизм отказа и маршрут перевода, журнал диалогов |
| Пилот распознавания на 50 000 документов | 4–6 недель | Измеренная точность на ваших документах и решение, идти дальше или остановиться |
| Агент с действиями в CRM и 1С по подтверждению | 8–12 недель | Подготовленные операции с карточкой подтверждения, матрица прав, журнал вызовов |
| Комплексная автоматизация нескольких процессов | 3–5 месяцев | Несколько связанных контуров с поэтапной приёмкой каждого |
Заметная деталь: агент с действиями в системах стоит по календарю вдвое дороже агента-подсказки, хотя модель внутри та же. Разница — в матрице прав, журнале вызовов и экране подтверждения, то есть в контуре вокруг модели. Что именно там появляется, разбирали в статьях про права доступа агента к системам и про человека в контуре принятия решений.
Горизонтальная лента времени на восемь недельных делений с шестью перекрывающимися полосами этапов. Полоса «область и замер до» — неделя 1. Полоса «сбор и чистка базы знаний» — недели 1–3, помечена значком «на стороне заказчика». Полоса «доступы и интеграции» — недели 2–4, помечена наполовину как совместная. Полоса «правила: отказ, порог, эскалация, права» — недели 4–5. Полоса «тестовый прогон и регресс» — недели 5–6. Полоса «опытная эксплуатация с человеком в контуре» — недели 6–8. Под лентой отдельной скобкой выделен участок недель 3–6 с подписью «собственно разработка — меньше половины календаря». В конце ленты отметка «приёмка: семь артефактов». Чертёжный стиль, все подписи по-русски.
Куда уходят восемь недель
Разберём типовой проект по верхней границе: агент поддержки с базой знаний, один канал, перевод на оператора. Восемь недель распределяются так.
- 1Неделя 1. Область и замер «до»
Выбирается один процесс и одна категория обращений, снимаются метрики текущего состояния: сколько обращений в месяц, сколько минут занимает разбор одного, какая доля типовых. Без замера через три месяца невозможно доказать эффект — методику разбирали в материале про замер процесса до внедрения.
- 2Недели 1–3. Сбор и чистка базы знаний
Самый длинный этап, и он почти целиком на стороне заказчика: найти актуальные версии документов, выкинуть устаревшие, нарезать на фрагменты, проставить дату и источник. Здесь же обнаруживается, что половина регламентов существует только в головах. Правила нарезки и объём работы — в статье про подготовку базы знаний.
- 3Недели 2–4. Доступы и интеграции
Техническая учётная запись, ключи, перечень методов, подключение канала. Этап короткий по работе и длинный по календарю: он упирается в чужие согласования — администратора 1С, оператора телефонии, службу безопасности. Начинать его надо параллельно с базой знаний, а не после.
- 4Недели 4–5. Правила поведения
Порог уверенности, механизм отказа, маршрут перевода на человека, стоп-темы, права на действия. Формулировки отказа и эскалации согласовываются с владельцем процесса — это не техническая настройка, а решение о том, что компания говорит клиенту. Механику разбирали в материале о том, что агент делает, когда не знает ответа.
- 5Недели 5–6. Тестовый прогон и регресс
Прогон набора вопросов, на которые ответы в базе есть, и отдельного набора, на которые их заведомо нет. Разбор провалов, правка правил, повторный прогон. Результат записывается построчно и становится регрессом: тот же набор гоняется потом при каждом обновлении.
- 6Недели 6–8. Опытная эксплуатация с человеком в контуре
Агент работает на реальном потоке, но каждое решение подтверждает сотрудник. Две недели нужны, чтобы поймать нетиповые обращения и собрать метрики на живых данных. Это единственный этап, который нельзя сжать: он измеряется не работой, а календарём потока.
Что тормозит календарь на стороне заказчика
Подрядчик отвечает за недели разработки, а сдвигают проект обычно другие недели. Три причины повторяются почти в каждом первом запуске, и все три предсказуемы заранее. Посчитаем их цену на модельном агенте поддержки, который после запуска снимает 100 часов работы операторов в месяц.
Арифметика простая: 100 часов по 700 ₽ — это 70 000 ₽ в месяц, а в месяце 4,33 недели, значит одна неделя сдвига откладывает около 16 200 ₽ экономии. Пять недель дают 81 000 ₽ — сумму, сопоставимую с четвертью бюджета самого агента. Причём это не штраф и не переплата подрядчику: деньги просто не заработаны, и в отчёте их не видно, поэтому задержки обычно никто не считает.
Самая дорогая из трёх задержек — не техническая. Если человек, назначенный на проект, вынужден каждую формулировку отказа и каждый порог согласовывать с двумя руководителями, проект уходит в цикл из четырёх кругов правок, и никакие инженерные меры этого не ускоряют. Роль должна включать право принять решение в рамках согласованных границ, иначе она превращается в передаточное звено. Как распределяются роли в проекте, разбирали в материале про устройство проекта внедрения.
Горизонтальная столбиковая диаграмма из двух полос. Верхняя полоса «план» длиной 8 недель, сплошная. Нижняя полоса «факт» длиной 13 недель: те же 8 недель сплошным цветом плюс три штрихованных сегмента с подписями «регламент не записан — 1,5 недели», «ожидание доступов к 1С и телефонии — 2 недели», «нет ответственного с правом решений — 1,5 недели». Справа от нижней полосы выноска: «5 недель × 16 200 ₽ = 81 000 ₽ отложенной экономии». Ось внизу подписана в неделях от 0 до 14. Чертёжный стиль, подписи по-русски.
«Показали демо» и «приняли в эксплуатацию» — разные события
Демонстрация собирается за несколько дней и честно показывает, что модель отвечает связно на ваши вопросы. Приёмка — другое: она подтверждает, что систему можно оставить работать без автора. Разница выражается семью артефактами, и наличие каждого проверяется руками, а не со слов.
- 1Протокол прогона тестового набора: вопросы, ответы, отметка о переводе на человека. Отдельной колонкой — набор вопросов, ответов на которые в базе заведомо нет, и результат по каждому.
- 2Матрица прав и перечень методов приложением к договору: что агент читает, что пишет и чего не делает никогда.
- 3Журнал действий агента с полем основания: учётная запись, метод, область данных и идентификатор обращения, из-за которого вызов произошёл.
- 4Регламент контура: кто подтверждает решения, в какой срок, что происходит при разногласии человека и агента и при какой доле отклонений контур пересматривают.
- 5Метрики за период опытной эксплуатации: доля обращений, закрытых без человека, доля правок в черновиках, доля отказов, число инцидентов. Снятые за полный период, а не за лучшую неделю.
- 6Инструкция для сотрудников и проверенный учением порядок остановки агента — не описание в документе, а показанное на приёмке действие с записью в журнале.
- 7Ключи, доступы и сама база знаний на стороне заказчика. Если база лежит в личном кабинете подрядчика, вы приняли не систему, а подписку. Полный порядок передачи — в статье про передачу системы в эксплуатацию.
Список короткий, но каждый пункт добавляет к календарю дни. Именно поэтому честные 5–8 недель проигрывают в переговорах обещанию «за две»: во втором случае продают первый пункт из семи. Другие признаки того, что срок назван из воздуха, собраны в материале про красный флаг «сделаем за неделю».
Сравнение двух колонок. Левая колонка «демонстрация», в ней две строки: «модель отвечает на подготовленные вопросы», «интерфейс диалога». Правая колонка «приёмка в эксплуатацию», в ней семь строк с отметками: протокол прогона тестового набора, матрица прав и перечень методов, журнал действий с полем основания, регламент контура, метрики опытной эксплуатации, инструкция и учение по остановке, переданные ключи и база знаний. Первая строка правой колонки соединена стрелкой с левой колонкой и подписана «то же самое». Внизу под колонками подписи «несколько дней» и «5–8 недель». Чертёжный стиль, подписи по-русски.
Как сжать срок честно
Срок сокращается уменьшением объёма, а не ускорением этапов. Попытка сжать этапы даёт ровно один результат: систему принимают без половины артефактов, а через месяц возвращаются к ним же, только уже в режиме разбора жалоб.
- Сузить область до одного процесса, одного канала и одной категории обращений. Это самая мощная мера: восьминедельный проект превращается в пятинедельный без потери качества, потому что базу знаний надо собрать не по всей компании, а по одной теме.
- Собрать базу знаний до старта проекта. Полторы-две недели из восьми — это ваша работа, и она делается параллельно выбору подрядчика, а не после подписания договора.
- Начать процедуру доступов в первый же день, а не на четвёртой неделе. Заявка администратору 1С и оператору телефонии стоит пятнадцать минут и экономит две недели.
- Дать проекту одного ответственного с правом решать формулировки в согласованных границах. Границы описываются один раз в начале — это дешевле, чем четыре круга согласований на каждом решении.
- Запуститься на тестовом контуре с обезличенными данными, пока идёт согласование боевых доступов. Работа не встаёт, а к моменту выдачи ключей остаётся только переключение.
Единственный этап, который сокращать нельзя, — опытная эксплуатация. Её длительность задаётся не объёмом работы, а календарём потока: чтобы увидеть нетиповые обращения, надо дождаться, когда они придут. Две недели на потоке 3 000 обращений в месяц дают около 1 400 случаев — этого достаточно; на потоке 300 обращений те же две недели дадут 140 случаев, и период честно растягивается до месяца.
Когда торопиться не надо
Бывают ситуации, где правильный ответ на вопрос о сроке — «позже». Стоят они дешевле, чем запуск в неудачный момент.
- Сезонный пик. Опытная эксплуатация в высокий сезон означает, что человек в контуре будет подтверждать решения в самый загруженный месяц года, а нетиповых обращений придёт втрое больше нормы. Запуск сдвигается за пик, замер «до» делается на пике.
- Процесс переписывают каждую неделю. Пока регламент не устоялся, база знаний устаревает быстрее, чем нарезается, и каждый прогон тестового набора даёт новый результат. Сначала стабильный регламент, потом агент.
- Идёт смена учётной системы или переезд на другую CRM. Интеграцию придётся делать дважды, и вторая будет стоить как первая. Разумнее дождаться завершения переезда — архитектура, готовая к переезду, это отдельная задача со своим бюджетом.
- Задача не проверена пилотом, а цена ошибки высокая. В этом случае календарь начинается не с агента, а с пилота на ограниченном объёме: 4–6 недель и измеренный результат вместо предположения. Разницу между пилотом и полноценным внедрением разбирали отдельно.
И последнее про переговоры о сроке. Вопрос «за сколько запустите» менее полезен, чем вопрос «какие этапы на нашей стороне и сколько они займут». Ответ на второй сразу показывает, считал ли подрядчик реальный календарь или назвал число из коммерческого предложения. Остальные вопросы к подрядчику на первом созвоне собраны в отдельном материале.
Срок проекта определяется не скоростью разработки, а тем, как быстро заказчик отвечает на вопросы о собственных правилах.
