Я понял, что больше не хочу строить сайты. Я хочу, чтобы AI делал это сам — вместе с подключением всего бизнеса
I realized I no longer want to build websites.I want AI to do it — with the whole business connected.
Авторская колонка о том, почему AI-сайт должен работать с товарами, клиентами, записями и оплатами внутри одной бизнес-системы.
A founder's column on why an AI-built website should work with products, customers, bookings, and payments inside one business operating system.
Сайт под ваш брендA site under your brand
Живой каталог и ценыLive catalog and prices
Запись и заказыBookings and orders
Клиенты в CRMCustomers in CRMНесколько дней назад у меня почти одновременно появилось три запроса на создание сайтов. Это были совершенно разные проекты, и довольно быстро я снова столкнулся с проблемой, которую вижу уже не первый раз: каким бы универсальным ни был интерфейс бизнес-платформы, каждый клиент всё равно хочет выглядеть по-своему. Один бизнес хочет минималистичный сайт с акцентом на продукт. Другому нужен визуально дорогой сервисный сайт. Третьему важны каталог, сотрудники, бронирование и совершенно другая структура главной страницы. Внутри при этом у всех могут быть очень похожие процессы: клиенты, CRM, товары, сотрудники, оплаты, заказы, склад. Но снаружи каждый хочет иметь собственный характер.
Сначала мысль была довольно очевидной: наверное, SABSUS нужен собственный конструктор сайтов. Сделать секции, блоки, колонки, настройки цвета, типографики, отступов, каталог элементов — в общем, построить что-то вроде собственной Tilda или Wix. И чем дольше я об этом думал, тем сильнее меня раздражала сама идея. Не потому, что такие инструменты плохие. Они отлично решили проблему своего времени. А потому, что сегодня мы уже находимся в другой точке развития технологий. ChatGPT, Codex и другие модели умеют писать HTML, CSS и JavaScript напрямую. Они уже могут создать интерфейс практически с нуля, изменить его, переделать мобильную версию, добавить анимацию или полностью поменять визуальную концепцию. И тогда возникает простой вопрос: зачем мне несколько месяцев строить интерфейс, который позволяет человеку вручную собирать то, что AI уже способен написать сам?
В этот момент я понял, что настоящая проблема современного AI website generation находится вообще не там, где мы привыкли её искать. Создать красивую страницу теперь относительно легко. Это уже не магия. Самая сложная часть начинается после того, как код готов. Куда его публиковать? Как подключить домен? Где хранить изображения и видео? Как безопасно подключить базу данных? Как сделать так, чтобы сайт видел товары и сотрудников, но не получал ключ от всей системы? Как подключить оплату, CRM, формы заявок, бронирование, доставку, остатки, историю заказов? Как обновить сайт завтра и не сломать production? Как откатить неудачную версию? Для разработчика это понятные инженерные задачи. Для обычного владельца бизнеса — именно тот момент, когда «сайт за пять минут с помощью AI» внезапно превращается обратно в проект с программистом.
Эта тема для меня вообще довольно личная. Мой Instagram-блог, где сейчас около 30 тысяч подписчиков, сильно вырос благодаря одному видео, которое набрало примерно 1,3 миллиона просмотров. В нём я показывал, как создать сайт с помощью ChatGPT примерно за пять минут. Люди очень сильно отреагировали на эту идею, потому что она впервые дала ощущение, что создание сайта перестаёт быть чем-то доступным только разработчикам. Но чем глубже я сам работал с этим направлением, тем яснее становилось: быстро сгенерировать интерфейс — это только первая половина задачи. Реальный бизнес начинается там, где появляются данные, деньги, клиенты и ответственность.
И именно поэтому идея SABSUS Site в итоге сложилась совсем не как идея нового конструктора. Я решил, что AI должен заниматься только тем, в чём он действительно хорош: создавать интерфейс. Всё остальное уже должен предоставлять SABSUS как бизнес-система. Если компания работает внутри платформы, её товары уже существуют. У них уже есть цены, описания, фотографии, категории, языки, характеристики и остатки. Сотрудники уже существуют со своими профилями, должностями, услугами и расписанием. Есть клиенты, CRM, воронки, бронирования, методы оплаты, доставка, бонусы, депозитные счета, цифровые продукты. То есть почти весь backend сайта уже есть. Зачем создавать его второй раз?
Из этого появился принцип, который мне сейчас кажется самым важным во всей архитектуре: AI должен получить полную свободу frontend-разработчика, но не должен получить свободу ломать backend. Он может написать любой дизайн, создать любую страницу, придумать любую структуру каталога или анимацию. Но ему не нужно знать пароль от Supabase, иметь прямой доступ к Firestore или получать секретный Stripe key. Вместо этого он работает через безопасный слой SABSUS. Ему достаточно сказать: получи каталог, покажи сотрудников, найди свободные слоты, создай заявку, подготовь checkout. А уже внутри система решает, откуда брать данные, какие права проверять и какой бизнес-процесс запускать.
Когда я это понял, идея конструктора окончательно потеряла для меня смысл. Источником сайта может быть сам сайт — обычный HTML, CSS и JavaScript. Если владелец говорит: «Сделай первый экран более премиальным, увеличь фотографии и добавь отзывы после каталога», AI получает текущую версию проекта, меняет код, создаёт новую версию, проверяет её и показывает preview. Если результат устраивает — публикует. Если нет — возвращаем предыдущую версию. Владельцу бизнеса не нужно понимать, что такое Git, build pipeline или deployment. Для него это просто нормальный разговор с системой.
Особенно интересно эта модель работает с каталогом. Если в SABSUS появился новый товар, не должно быть никакой причины пересобирать весь сайт. У товара просто появляется собственный URL, а страница формируется из актуальных данных бизнеса. Изменилась цена — сайт показывает новую цену. Обновилось описание — обновилась страница. Товар стал недоступен — меняется availability. При этом поисковые системы всё равно получают полноценный HTML, отдельные URL, sitemap, canonical и structured data. То есть можно одновременно сохранить нормальное SEO и не превращать сайт в архив из десятков тысяч файлов, которые нужно пересобирать при каждом изменении.
И при этом динамика совершенно не означает одинаковый дизайн. Для обычного товара можно использовать стандартную страницу. Для отдельной категории — свой шаблон. Например, коктейли могут иметь один визуальный стиль, блюда — другой, а какой-нибудь flagship-продукт вообще получить полноценный уникальный landing page. В этом и заключается главное преимущество отказа от конструктора: мы не ограничиваем AI тем набором блоков, который кто-то успел заранее разработать.
Когда базовая идея заработала, всё остальное стало складываться почти естественно. Если сотрудники уже есть в SABSUS, почему сайт не может показать их фотографии, должности, опыт, описание и портфолио? Если расписание уже есть, почему нужно создавать отдельный booking engine? Пользователь выбирает сотрудника, видит его реальные свободные слоты и записывается. Если у компании несколько заведений, сайт может предложить выбрать нужное, а дальше уже именно выбранная точка определяет каталог, остатки, доставку, самовывоз, расписание и бронирования. Если клиент уже делал заказ раньше, можно показать историю его адресов. Если заказ сейчас едет, можно показать положение курьера на карте. Если у человека есть бонусы или депозит, он видит их в том же аккаунте. Если он купил цифровой продукт, сайт показывает его прогресс и сертификат. Личный кабинет тоже перестаёт быть отдельным проектом — он становится ещё одним представлением существующих данных.
Для меня особенно показательной оказалась интеграция с CRM. На большинстве сайтов форма «Оставить заявку» живёт отдельно от реального процесса продаж. Она отправляет письмо или уходит в какую-нибудь промежуточную систему, после чего начинают подключать Zapier, Make, вебхуки и ещё несколько сервисов, лишь бы заявка дошла до нужного менеджера. В SABSUS Site такая форма сразу может создавать настоящий Lead в существующей CRM, попадать в нужную воронку и этап, назначать менеджера и запускать Flow. Сайт больше не нужно «интегрировать с CRM». Он уже находится внутри той же бизнес-логики.
То же самое произошло с оплатами. Сайт не должен иметь свою отдельную фантазию о том, чем клиент может платить. В SABSUS уже существуют методы оплаты, и каждый из них связан со своей интеграцией. Пользователь выбирает способ оплаты, сервер проверяет его, рассчитывает комиссии, налоги и итоговую сумму, после чего используется нужный платёжный адаптер. Это может быть оплата на месте, SabsusPay, собственный Stripe Connect или другой существующий маршрут. Браузер при этом не может просто прислать серверу удобную для себя цену или подменить платёжную интеграцию. Для меня это принципиальная граница между «AI сгенерировал интернет-магазин» и системой, которой можно доверять реальные деньги.
Публикацию я тоже решил включить в тот же процесс. Потому что именно deployment обычно ломает красивую историю про сайт, созданный за пять минут. Можно сколько угодно быстро написать код, но потом человек остаётся с папкой файлов и вопросом: «Что дальше?» В новой модели AI может не только изменить сайт, но и загрузить исходники, создать новую версию, пройти валидацию, открыть preview и опубликовать. Медиа можно загрузить в отдельное хранилище и сразу использовать в новом дизайне. Домен можно подключить позже, а для первого запуска использовать технический адрес, который предоставляет инфраструктура. Получается уже не «сгенерируй мне код сайта», а «создай мне сайт и запусти его».
Самое странное во всей этой истории — первую рабочую версию этой архитектуры я собрал примерно за один день. Конечно, это не означает, что вся система появилась за сутки. За ней стоят годы разработки SABSUS: CRM, заказы, сотрудники, платежи, бронирования, доставка, склад и множество других модулей уже существовали. Но именно новый слой, который позволяет AI создавать и управлять сайтами поверх всей этой инфраструктуры, родился очень быстро. Я сделал отдельный MCP-сервер SABSUS Site, через который AI может работать с исходниками, версиями, медиа, preview, публикацией, доменами и бизнес-функциями. Сейчас мы уже подали SABSUS Site на рассмотрение в каталог OpenAI как официальный plugin. Я специально говорю именно «подали на рассмотрение», потому что не хочу выдавать процесс review за уже полученное одобрение.
Я понимаю, что сейчас легко начать говорить громкие слова о том, что мы меняем рынок. Я к таким заявлениям отношусь осторожно. Когда несколько дней подряд практически не выходишь из продукта, очень легко решить, что твоя новая идея обязательно перевернёт весь мир. Возможно, я действительно сильно переоцениваю её масштаб. Но при этом я честно не видел много решений, которые смотрят на проблему именно таким образом. Большинство AI website builders сегодня пытаются лучше генерировать страницу. Большинство бизнес-платформ продолжают строить собственные визуальные редакторы. Мне же кажется, что следующий шаг может заключаться как раз в отказе от самого конструктора.
Последние двадцать лет мы постоянно упрощали способ создания сайтов. Сначала всё писали вручную. Потом появились CMS. Потом визуальные конструкторы. Потом no-code. Теперь AI умеет писать интерфейс сам. И если эта тенденция продолжится, самым ценным продуктом станет уже не самый удобный редактор блоков, а платформа, которая может безопасно предоставить искусственному интеллекту реальные бизнес-возможности. Не «нарисуй кнопку оплаты», а «вот безопасный способ оформить настоящий заказ». Не «создай форму», а «вот CRM, куда должен попасть настоящий лид». Не «нарисуй календарь», а «вот реальное расписание сотрудников».
Я не думаю, что это означает конец разработки. Скорее наоборот. Чем легче становится создание интерфейсов, тем важнее архитектура под ними. Кто-то всё равно должен сделать так, чтобы один клиент не мог увидеть данные другого, чтобы два заказа не списали один товар одновременно, чтобы платёж нельзя было подменить в браузере, чтобы секретные ключи не оказались в JavaScript и чтобы неудачную публикацию можно было откатить. Просто работа разработчика постепенно смещается от ручного создания каждого экрана к созданию безопасных систем, внутри которых AI уже может создавать эти экраны самостоятельно.
И, пожалуй, самое интересное изменение здесь даже не технологическое. Оно связано с тем, как мы вообще воспринимаем сайт. Сегодня сайт обычно считается проектом. Компания заказывает его, несколько месяцев разрабатывает, запускает, а потом он постепенно начинает стареть. Через пару лет появляется фраза: «Нам пора переделать сайт». Но если AI всегда имеет доступ к текущему исходнику и к реальному контексту бизнеса, сайт перестаёт быть одноразовым проектом. Он становится живым интерфейсом компании. Сегодня появилась новая услуга — появилась новая страница. Завтра начинается рекламная кампания — за несколько минут создаётся landing. Через неделю изменилось позиционирование — меняется главная страница. Не через месяц работы агентства, а тогда, когда бизнесу это понадобилось.
Когда моё видео о создании сайта за пять минут набрало 1,3 миллиона просмотров, я думал, что главное изменение, которое приносит AI, — это скорость. То, что раньше занимало недели, теперь можно сделать за минуты. Сейчас я думаю, что это лишь первый уровень. Намного более серьёзное изменение заключается в том, что граница между сайтом и самим бизнесом начинает исчезать. Если искусственный интеллект может создать интерфейс, а операционная система бизнеса уже предоставляет ему товары, сотрудников, заказы, платежи, CRM, booking, delivery и остальные процессы, то сайт больше не обязан быть отдельной системой.
Сегодня таким интерфейсом является сайт. Завтра это может быть мобильное приложение, терминал, голосовой агент или что-то, чего пока вообще не существует. Интерфейс можно будет генерировать заново под конкретную задачу, а сама бизнес-логика останется единой.
И именно поэтому для меня SABSUS Site в итоге оказался не столько историей о сайтах. Это скорее эксперимент с гораздо более широкой идеей: что произойдёт, если дать искусственному интеллекту возможность создавать интерфейсы непосредственно поверх уже работающего бизнеса.
Возможно, я переоцениваю значение этой идеи. Вполне допускаю.
Но если я прав хотя бы частично, то через несколько лет вопрос «Кто может сделать мне сайт?» будет звучать довольно странно.
Владелец бизнеса просто скажет:
«Сделай мне сайт».
А всё остальное система сделает сама.
A few days ago, I received three requests to build websites almost at the same time. They were completely different projects, and I quickly ran into a problem I had seen many times before: no matter how flexible a business platform's interface is, every client still wants to look like themselves. One business wants a minimal site centered on its products. Another needs a premium-looking service website. A third needs a catalog, staff profiles, bookings, and a completely different homepage structure. Underneath, they may all run remarkably similar processes: customers, CRM, products, staff, payments, orders, and inventory. On the outside, each one wants its own character.
At first, the obvious thought was that SABSUS probably needed its own website builder. Sections, blocks, columns, color settings, typography, spacing, a library of elements — in other words, our own version of Tilda or Wix. The longer I thought about it, the more the idea bothered me. Not because those tools are bad. They solved the problem of their time extremely well. But because technology has moved on. ChatGPT, Codex, and other models can write HTML, CSS, and JavaScript directly. They can already create an interface almost from scratch, change it, rebuild the mobile version, add animation, or completely rethink the visual concept. So a simple question follows: why spend months building an interface that lets someone manually assemble what AI can already write?
That was when I realized the real challenge in AI website generation is not where we usually look for it. Creating a beautiful page is relatively easy now. It is no longer magic. The hard part begins after the code is ready. Where do you publish it? How do you connect a domain? Where do images and videos live? How do you connect a database safely? How can the site see products and employees without receiving a key to the entire system? How do you connect payments, CRM, lead forms, bookings, delivery, stock, and order history? How do you update the site tomorrow without breaking production? How do you roll back a bad release? To a developer, these are familiar engineering tasks. To an ordinary business owner, this is the point where a website made with AI in five minutes suddenly turns back into a project that needs a programmer.
This subject is personal to me. My Instagram blog, which now has around 30,000 followers, grew significantly because of one video that reached roughly 1.3 million views. In it, I showed how to create a website with ChatGPT in about five minutes. People responded strongly because, for the first time, it felt as though building a website might no longer be reserved for developers. But the deeper I went into this work, the clearer it became that generating an interface quickly is only the first half of the job. Real business begins when data, money, customers, and responsibility enter the picture.
That is why SABSUS Site did not become another website builder. I decided AI should focus on what it does well: creating the interface. SABSUS, as the business system, should provide everything else. If a company already works in the platform, its products already exist. They already have prices, descriptions, photos, categories, languages, attributes, and stock levels. Employees already have profiles, roles, services, and schedules. There are customers, CRM pipelines, bookings, payment methods, delivery, rewards, deposit accounts, and digital products. Almost the entire backend of the website is already there. Why build it a second time?
That led to the principle I now consider the most important part of the architecture: AI should have the full freedom of a frontend developer, without the freedom to break the backend. It can write any design, create any page, invent any catalog layout or animation. But it does not need a Supabase password, direct access to Firestore, or a secret Stripe key. Instead, it works through a secure SABSUS layer. It only needs to ask for the catalog, show employees, find open time slots, create a lead, or prepare checkout. The system decides where the data comes from, which permissions to check, and which business process to run.
Once I understood that, the website builder stopped making sense to me. The source of the site can simply be the site itself: ordinary HTML, CSS, and JavaScript. If an owner says, ‘Make the first screen feel more premium, enlarge the photos, and add reviews after the catalog,’ AI takes the current project, changes the code, creates a new version, checks it, and shows a preview. If the result works, it gets published. If it does not, we restore the previous version. The business owner does not need to understand Git, build pipelines, or deployment. For them, it is simply a normal conversation with the system.
The catalog makes this model especially interesting. If a new product appears in SABSUS, there should be no reason to rebuild the whole website. The product gets its own URL, and the page is rendered from the business's current data. Change the price, and the site shows the new price. Update the description, and the page updates. If the product is unavailable, its availability changes. Search engines still receive proper HTML, individual URLs, a sitemap, canonical tags, and structured data. You can preserve sound SEO without turning the site into an archive of tens of thousands of files that must be rebuilt whenever something changes.
Dynamic content does not mean identical design, either. An ordinary product can use a standard page. A particular category can have its own template. Cocktails might use one visual language, dishes another, and a flagship product might get an entirely custom landing page. That is the main advantage of leaving the website builder behind: AI is not limited to the set of blocks someone had time to design in advance.
Once the basic idea worked, the rest came together almost naturally. If employees already exist in SABSUS, why should the site not show their photos, roles, experience, descriptions, and portfolios? If schedules already exist, why create a separate booking engine? A visitor chooses an employee, sees genuinely available time slots, and books. If a company has several locations, the site can let the visitor choose one; that location then determines the catalog, stock, delivery, pickup, schedules, and bookings. If a customer has ordered before, the site can show saved addresses. If an order is on its way, it can show the courier's position on a map. Rewards or a deposit balance appear in the same account. A customer who bought a digital product can see their progress and certificate. The customer account stops being a separate project, too. It becomes another view of data the business already has.
The CRM connection was particularly revealing to me. On most websites, a ‘Leave a request’ form lives apart from the real sales process. It sends an email or feeds some intermediate system, and then people connect Zapier, Make, webhooks, and several other services just to get the lead to the right manager. In SABSUS Site, the form can create a real lead in the existing CRM, place it in the right pipeline and stage, assign a manager, and start a Flow. The site does not need to be ‘integrated with the CRM.’ It already operates inside the same business logic.
Payments followed the same logic. A site should not invent its own idea of how customers can pay. SABSUS already has payment methods, each tied to its integration. The customer chooses a method; the server validates it, calculates fees, taxes, and the final amount, and then uses the right payment adapter. That might be payment on site, SabsusPay, the company's own Stripe Connect setup, or another existing route. The browser cannot simply send the server a convenient price or substitute a payment integration. To me, this is the essential boundary between ‘AI generated an online store’ and a system you can trust with real money.
I decided publishing belonged in the same process. Deployment is usually what breaks the attractive story of a website built in five minutes. You can write the code as quickly as you like, but then someone is left with a folder of files and the question, ‘What now?’ In the new model, AI can change the site, upload its source, create a version, run validation, open a preview, and publish it. Media can go into separate storage and be used immediately in the new design. A custom domain can be connected later; for the first launch, the site can use a technical address provided by the infrastructure. The request becomes ‘create and launch my website,’ not merely ‘generate its code.’
The strangest part of this story is that I assembled the first working version of this architecture in about a day. That does not mean the entire system appeared overnight. Years of SABSUS development stand behind it: CRM, orders, employees, payments, bookings, delivery, inventory, and many other modules already existed. But the new layer that lets AI create and manage websites on top of that infrastructure came together quickly. I built a dedicated SABSUS Site MCP server through which AI can work with source files, versions, media, previews, publishing, domains, and business functions. We have now submitted SABSUS Site to OpenAI's plugin catalog for review. I say ‘submitted for review’ deliberately: I do not want to present a review process as an approval we have not yet received.
I know how easy it is to make grand claims about changing a market. I am careful with those claims. After spending several days almost entirely inside a product, it is easy to decide that your new idea will definitely change the world. I may well be overestimating its scale. Still, I have honestly not seen many solutions approach the problem this way. Most AI website builders try to get better at generating a page. Most business platforms continue building their own visual editors. I suspect the next step may be to move away from the builder itself.
For the last twenty years, we have kept simplifying how websites are made. First everything was written by hand. Then came CMSs, visual builders, and no-code tools. Now AI can write the interface itself. If that trend continues, the most valuable product may not be the easiest block editor. It may be the platform that can safely give AI real business capabilities. Not ‘draw a payment button,’ but ‘here is a secure way to place a real order.’ Not ‘create a form,’ but ‘here is the CRM where a real lead belongs.’ Not ‘draw a calendar,’ but ‘here is the employees' actual schedule.’
I do not think this means the end of software development. Quite the opposite. The easier interfaces become to create, the more important the architecture beneath them becomes. Someone still has to make sure one customer cannot see another's data; two orders cannot deduct the same item twice; a payment cannot be tampered with in the browser; secret keys do not end up in JavaScript; and a failed release can be rolled back. The developer's work gradually shifts from handcrafting every screen toward building secure systems within which AI can create those screens.
Perhaps the most interesting change here is not technological at all. It concerns how we think about a website. Today, a site is usually treated as a project. A company commissions it, spends months building it, launches it, and then watches it slowly age. A couple of years later, someone says, ‘It's time to rebuild the website.’ But if AI always has access to the current source and the real business context, the site stops being a one-time project. It becomes a living interface for the company. A new service appears today, so a new page appears. An ad campaign starts tomorrow, so a landing page is created in minutes. Positioning changes next week, so the homepage changes. Not after a month of agency work, but when the business actually needs it.
When my video about building a website in five minutes reached 1.3 million views, I thought the main change AI brought was speed. What once took weeks could now take minutes. I now think that is only the first layer. The deeper change is that the boundary between the website and the business itself is starting to disappear. If AI can create the interface, and the business operating system already provides products, employees, orders, payments, CRM, booking, delivery, and the other processes, the site no longer has to be a separate system.
Today that interface is a website. Tomorrow it might be a mobile app, a terminal, a voice agent, or something that does not exist yet. The interface can be generated again for a specific task while the underlying business logic stays unified.
That is why, for me, SABSUS Site turned out to be about more than websites. It is an experiment with a much broader idea: what happens when we let AI create interfaces directly on top of a business that is already running?
Perhaps I am overestimating the importance of this idea. That is entirely possible.
But if I am even partly right, in a few years the question ‘Who can build me a website?’ will sound rather strange.
The business owner will simply say:
‘Build me a website.’
And the system will take care of everything else.