Конструктор или Код? Почему ваш бизнес перерос «LEGO» и когда пора нанимать программиста (Разбор кейсов с ИИ и Банком ЦентрКредит)

Опыт разработки на Python: как мы за 3 недели «женили» Telegram с казахстанским банком и почему 50 тестов промпта невозможны на No-Code платформах.

На старте бизнеса соблазн велик: взять конструктор (PuzzleBot, SmartSender и др.), накидать блоки мышкой и запустить бота за вечер. Дешево, сердито, работает.

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

Как разработчик на Python (Aiogram 3), я расскажу на примере двух своих реальных кейсов, где конструктор просто не справился бы с задачей.

Кейс №1. Битва за интеллект: Юрист в кармане и 50 итераций промпта

Один из моих проектов — AdilBot. Это сервис, который помогает гражданам Казахстана автоматически формировать возражения на исполнительные надписи.

Задача: Бот должен принять от пользователя скан документа (PDF или фото), распознать его, вытащить ИИН, сумму, данные нотариуса и вставить их в юридически верный шаблон заявления.

Почему конструктор здесь бессилен?

В конструкторах есть блок «Интеграция с GPT». Вы просто пишете: «Ты юрист, отвечай на вопросы».

Но в реальности ИИ галлюцинирует. Он путает цифры, выдумывает законы.

Решение на коде:

Чтобы добиться точности в 99%, мне пришлось провести более 50 итераций системного промпта. Я не просто «подключил ИИ», я написал сложный алгоритм валидации данных на Python. Бот прогоняет текст через несколько фильтров, прежде чем выдать результат клиенту.

• Результат: Готовый документ, который принимает суд.

• На конструкторе: Пользователь получил бы красивый, но юридически ничтожный текст.

Кейс №2. «Миссия невыполнима»: Официальные платежи через БЦК (Банк ЦентрКредит)

В AdilBot мы не могли ограничиться просто консультациями. Клиент должен иметь возможность оплатить услугу формирования документа прямо «не отходя от кассы».

Проблема:

Конструкторы ботов предлагают стандартный набор: Stripe, PayPal или российские сервисы. Но если вам нужно работать в правовом поле Казахстана и принимать оплату через конкретный локальный банк — БЦК — вы упираетесь в стену. В конструкторах просто нет таких модулей.

Решение на коде:

Мы работали в связке с Unicorn Laboratories и представителями банка 3 недели. Это была серьезная инженерная задача:

1. Безопасность: Правила банка запрещают проводить оплату «вслепую» внутри мессенджера.

2. Архитектура: Я реализовал систему, где бот генерирует уникальную зашифрованную ссылку. При переходе пользователь попадает на защищенный веб-интерфейс (сайт-прослойку), который обменивается данными с банковским шлюзом.

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

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

👉 Подписывайтесь на мой телеграмм канал:

Связаться со мной: @bxysangur