Лендинг для детских IT-курсов за 15 минут: как мы собрали сайт нейросетью и не вывезли данные за границу

У нас была рутинная задача — сайт для набора на онлайн-курсы по программированию для детей. Обычно такое занимает от недели. Мы решили проверить, на что способны AI-конструкторы, и упёрлись в вопрос, который в России отменяет половину доступных инструментов: где будут храниться данные детей и их родителей. Рассказываем, что получилось.

Нам нужен был лендинг itkids.itpark.tech — страница онлайн-курсов по IT для детей с описанием программ и формой записи.

Со стороны это задача на день. На практике у неё несколько неприятных свойств.

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

Сроки всегда короткие. Решение о наборе и старт продвижения обычно разделяет не месяц, а несколько дней. Классический цикл «ТЗ — дизайн — вёрстка — правки» в эти сроки не помещается.

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

И главное — персональные данные. Форма записи собирает имя ребёнка, возраст, контакты родителя. Это персональные данные, и требования 152-ФЗ к их хранению на территории России — не рекомендация. Для нас как для организации это не вопрос предпочтений.

Последний пункт и оказался решающим.

Собственная разработка. У нас есть техническая команда, но занимать её лендингом для набора — не лучшее применение ресурса.

Внешний подрядчик. Работает, но цикл согласований и правок съедает те самые дни, которых нет. Плюс на каждый следующий набор процесс запускается заново. Обычный конструктор. Быстро, но упирается в шаблон: форма записи уходит в сторонний сервис, а любое нестандартное требование либо невозможно, либо делается костылём.

Зарубежные AI-конструкторы. Lovable, v0 и подобные сервисы генерируют качественный фронтенд по текстовому описанию, и по скорости это ровно то, что нам нужно. Но дальше начинаются вопросы, на которые у нас нет удобных ответов: серверы за границей, оплата зарубежной картой, доступ не всегда без VPN. А главное — заявки с данными детей будут уходить и храниться на инфраструктуре вне российской юрисдикции. Для организации нашего профиля это неприемлемо, независимо от того, насколько хорош инструмент.

Получилась вилка: скорость есть у тех, кто не подходит по данным, а те, кто подходит по данным, не дают скорости.

Мы собрали страницу в T1000 — российском сервисе, который создаёт сайты и приложения по текстовому описанию.

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

Весь процесс, включая правки, занял 15 минут.

Технически результат устроен так: статическая страница плюс serverless-функция, которая принимает и обрабатывает заявки с формы. Публикуется всё на облачном хостинге TatNet.ru — серверы находятся в России, что и закрывает исходный вопрос с персональными данными.

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

Скорость близко к 100 баллам в PageSpeed Insights. Для платного мобильного трафика это прямая экономия бюджета.

Данные остаются в России. Заявки обрабатываются serverless-функцией и хранятся на российской инфраструктуре.

Процесс воспроизводим. Следующая посадочная страница под новый набор — это снова минуты, а не новый цикл согласований.

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

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

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

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

Российские инструменты в этой нише за последний год стали рабочими. Это стоит проверять на практике, а не на слово — что мы и сделали.