цифры сразу: разбор процессов — неделя от созвона до roadmap. пилот-агент на один процесс — 2–4 недели до работающего агента в проде с метриками. системное внедрение на 3–5 процессов — 2–4 месяца. точечная автоматизация промптами своими руками — вечер. это реальные сроки при одном условии, о котором дальше половина статьи: со стороны заказчика есть человек, который выдаёт доступы за день, а не за три недели, и находит 2–4 часа в неделю на проверку. без него любой из этих сроков смело умножайте на два — и виноваты будут не технологии.

почему такой разброс в обещаниях на рынке

в рекламе живут два полюса: «внедрим ии за 3 дня» и «цифровая трансформация за 12 месяцев». оба — маркетинг, просто разный.

«за 3 дня» реально означает: подключим вам чат-бота с шаблонным сценарием без интеграций с вашими системами и без тестов на ваших данных. это демо, а не внедрение — развалится на первом же нестандартном вопросе клиента.

«12 месяцев трансформации» — это продажа больших бюджетов: в такой срок закладываются комитеты, стратегические сессии и слои согласований, которые к результату отношения не имеют. enterprise без этого не умеет, малому и среднему бизнесу — не нужно.

честная середина устроена так.

пилот-агент: 2–4 недели по дням

раскладка моего пилота за 200 000 ₽ фикс — чтобы было видно, куда уходит время:

  • дни 1–5: разбор процесса. интервью с владельцем процесса и исполнителями, сбор реальных примеров — заявок, звонков, документов. здесь выясняется, что процесс работает не так, как в регламенте, — всегда выясняется. это не задержка, это главная страховка от агента, который автоматизирует выдуманный процесс.
  • дни 5–12: сборка и интеграции. подключение к crm, телефонии, почте — что нужно по задаче. сценарии, границы («этого агент не делает»), эскалация на человека. параллельно — первые прогоны на исторических данных.
  • дни 12–19: тесты и тихий запуск. агент работает на части потока или в режиме черновиков — человек проверяет каждый результат. правки формулировок, докрутка исключений. самая недооценённая фаза: именно здесь агент из «работает на демо» становится «работает на ваших клиентах».
  • дни 19–28: боевой режим и метрики. полный поток, панель с цифрами: сколько обработано, сколько эскалировано, сколько времени сэкономлено. на выходе — данные для решения: расширять, оставить, выключить.

откуда берётся вилка «2–4 недели»: два фактора. первый — интеграции: телеграм подключается за час, самописная crm без документации — за неделю. второй — скорость ответов с вашей стороны, об этом ниже.

что реально растягивает сроки

рейтинг задержек из моей практики — технологий в нём нет:

  1. доступы. «нужен доступ к crm» → «это к сисадмину» → «он в отпуске» → минус полторы недели. решается за один день до старта: список доступов известен заранее.
  2. занятый владелец процесса. агент готов, нужен час на проверку примеров — час ищется шесть дней. пилот стоит, счётчик срока тикает.
  3. согласование формулировок. что агент говорит клиентам, согласовывают три человека с разными мнениями. решается назначением одного решающего голоса до старта.
  4. сюрпризы в данных. «у нас всё в crm» на практике означает «половина в crm, остальное в экселе у веры». всплывает на первой неделе, лечится честностью на разборе.
  5. расширение аппетита на ходу. «а пусть агент ещё и…» — каждое «ещё и» это плюс сценарии, тесты и дни. нормальная реакция: записать в бэклог второй итерации, пилот не раздувать.

заметьте: всё пять — организационные. модель, промпты, код — дни работы, и они почти никогда не являются узким местом.

системное внедрение: 2–4 месяца, но не подряд

внедрение на 3–5 процессов — это не «пять пилотов подряд», а волны: первый агент запускается и работает, пока собирается второй; общие интеграции (crm, телефония, база знаний) делаются один раз и переиспользуются. поэтому пять агентов — это не 5 × 4 недели, а 2–4 месяца суммарно.

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

а дальше — неудобная правда, которую не пишут в кп: внедрение не заканчивается. агенты живут: процессы меняются, появляются новые исключения, модели обновляются. это не значит «вечный контракт с подрядчиком» — это значит, что внутри команды должен вырасти человек, который правит промпты и смотрит метрики. выращивание такого человека — часть нормального внедрения, закладывайте его время с первого дня.

как ускорить, не ломая качество

чек-лист подготовки, который сжимает сроки на треть:

  • назначен владелец процесса с полномочиями решать, а не «узнаю у руководства»;
  • собраны доступы: crm, телефония, почта — до старта, а не по запросу;
  • выгружены примеры: 30–50 реальных заявок / звонков / документов с хорошими результатами;
  • выбран один процесс, а не три «для экономии на подрядчике»;
  • согласовано внутри, что первые две недели агент работает с проверкой человеком — это не недоверие к технологии, это техпроцесс.

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

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

почему нельзя быстрее, если модель подключается за день?

потому что модель — 10% работы. остальное — разбор реального процесса, интеграции, тесты на ваших данных, границы и обучение людей. «внедрение за 3 дня» пропускает именно эти 90% — результат соответствующий.

через сколько будет виден эффект в деньгах?

первые метрики — часы, скорость ответа, доля автоматически обработанного — видны в первую неделю боевого режима. деньги — через месяц-два, когда набирается статистика. обещания «окупится в первую неделю» оставьте продавцам презентаций.

мы можем сделать быстрее сами, без подрядчика?

промптами — да, сегодня же, для этого есть бесплатные гайды. агента с интеграциями — если есть свой разработчик с опытом llm-проектов, реально за 1–2 месяца против моих 2–4 недель: кривая обучения на первом проекте. дальше — уже сопоставимо.

что если через месяц процесс поменяется?

нормальная жизнь. правка сценариев и промптов под изменившийся процесс — дни, не недели: дорогая часть (интеграции, инфраструктура тестов) переживает изменения процесса спокойно. именно поэтому я топлю за владельца процесса внутри команды — большинство правок он со временем делает сам.