Коротко

Конструктор ботов хорош, когда сценарий можно нарисовать кнопками. Кастомный AI-агент нужен, когда человек пишет свободным текстом, контекст лежит в CRM, документы в папках, статусы в 1C, а спорные действия должен подтверждать сотрудник.

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

В Казахстане и СНГ это особенно видно на WhatsApp и Telegram. Клиенты редко идут по идеальному сценарию. Они пишут как удобно: «можно завтра?», «оплата прошла ма?», «скиньте договор», «менеджер Асель говорила скидка будет». Если бот умеет только кнопки, он быстро передаёт всё человеку.

Простое различие

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

AI-агент разбирает ситуацию. Он читает текст, ищет источник, смотрит историю клиента, готовит действие, спрашивает уточнение, показывает оператору основание и передаёт человеку рискованные случаи.

Один инструмент не лучше другого вообще. Лучше тот, который подходит процессу.

Когда хватит конструктора

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

Если весь сценарий помещается на одну страницу блок-схемы, не надо усложнять. Конструктор дешевле, быстрее запускается, его проще поддерживать маркетингу или администратору.

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

Когда нужен кастомный агент

Кастом нужен, когда пользователь не следует схеме.

Клиент пишет в WhatsApp: «я вчера оплатил, но в приложении не видно, можно забрать сегодня на Абая?» Чтобы ответить, надо понять клиента, найти заказ, проверить оплату, склад или статус выдачи, увидеть историю переписки, возможно создать задачу менеджеру. Это уже не кнопочный бот.

В продажах агент может читать amoCRM или Bitrix24, резюмировать переписку, находить забытые обещания, готовить следующий шаг. В поддержке - искать по базе знаний и показывать источник оператору. В финансах - сравнивать акт, счёт и данные из 1C. В HR - задавать кандидату уточняющие вопросы и передавать рекрутеру нормальную карточку.

Это зона AI-агентов, а не длинной цепочки кнопок.

Где конструктор начинает ломаться

Обычно всё начинается хорошо. Потом появляется исключение.

Для VIP-клиентов отдельная ветка. Для Алматы один сценарий, для Астаны другой. Если нет оплаты - ещё ветка. Если клиент пишет не по шаблону - передать оператору. Если оператор занят - создать задачу. Если сделка уже есть - не создавать дубль. Если клиент прислал фото - вручную.

Через пару месяцев схема превращается в клубок. Её боятся редактировать. Новый сотрудник не понимает, почему ветки устроены именно так. Клиенты всё равно уходят к человеку.

В этот момент стоит честно признать: процесс вырос из конструктора.

Где кастом может быть лишним

Кастомный агент тоже не всегда нужен.

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

Кастом требует discovery, интеграций, evals, логов, поддержки, правил доступа. Это нормальная цена ответственности. Но платить её стоит только там, где есть ценность.

Как принять решение

Берите конструктор, если сценарий предсказуем, пользователь выбирает из кнопок, риск низкий, интеграций мало, права доступа простые, команда хочет сама поддерживать ветки.

Берите кастом, если пользователи пишут свободным текстом, нужен поиск по документам, решение зависит от CRM, 1C или других систем, есть роли и права, нужны логи и evals, спорные действия должен подтверждать человек, процесс влияет на деньги, клиентов или документы.

Если сомневаетесь, начните с маленького пилота ИИ за 30 дней. Он быстро покажет, хватает ли конструктора или сценарий требует агента.

Можно ли начать с конструктора и перейти на агента

Да, и часто это хороший путь.

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

Плохой путь - собрать конструктор, ничего не измерять, а через полгода сказать «нам нужен ИИ». Тогда кастомная команда снова будет начинать почти с нуля.

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

Что меняется в архитектуре агента

У кастомного агента появляются слои, которых нет в простом боте: нормализация свободного текста, поиск по источникам, работа с CRM или 1C, проверка прав, черновик действия, подтверждение человеком, логирование, evals, интерфейс для разбора ошибок.

Поэтому полезно отдельно разобрать, чем AI-агент отличается от чат-бота и workflow. Иначе слово «бот» начинает означать всё подряд.

Если агент отвечает по документам, рядом появляется тема RAG и базы знаний. Если агент работает с продажами, нужна интеграция ИИ в CRM. Если он проверяет документы, надо заранее описать границы ответственности.

Частые ошибки выбора

Брать конструктор для процесса, который зависит от нескольких систем. Заказывать кастом для простого FAQ. Давать агенту писать клиентам до режима ручного подтверждения. Делать схему в конструкторе настолько большой, что её может поддерживать только один консультант.

Считать, что кастом означает «всё с нуля». Хорошая кастомная разработка использует готовые API, модели, библиотеки и админки. Кастомной становится не каждая кнопка, а логика ответственности.

FAQ

Конструктор всегда дешевле?

На старте обычно да. Но если сценарий сложный и постоянно обрастает исключениями, поддержка конструктора может стать дороже нормальной архитектуры.

Можно ли совместить конструктор и агента?

Да. Конструктор может собирать простую заявку, а агент - разбирать свободный текст, искать источники и помогать оператору.

Когда пора уходить с конструктора?

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

Что нельзя пропускать в кастомном агенте?

Логи, evals, права доступа и подтверждение человеком для рискованных действий. Без этого кастомный агент остаётся демо.

С чего начать выбор?

Опишите процесс по чеклисту что подготовить перед внедрением ИИ и сравните варианты с материалом как выбрать подрядчика по внедрению ИИ.