ИИ прошёл по открытому контуру так, как это сделал бы новый клиент, и выяснилось: бизнес уже начал терять управление собственной цифровой архитектурой.
У компании уже есть клиенты, два города, собственная методика, отдельное обучение специалистов и онлайн-запись. По отдельности каждый элемент выглядит рабочим. Проблема появляется, когда проходишь путь целиком — от поисковой выдачи до выбора филиала и записи.
Мы не заходили в CRM, не просили доступов и не смотрели внутренние данные. Для первого прохода хватило того, что видит любой новый клиент: три сайта, публичные адреса, кнопки записи и связанные внешние сервисы.
И этого оказалось достаточно, чтобы увидеть несколько системных ошибок.
Один бренд уже живёт в трёх цифровых мирах
Первый сайт обслуживает один город. Второй — другой. Обучение специалистов вынесено ещё в отдельный сайт.
Пока городов два, это выглядит как нормальный способ быстро запустить направление. Но третий город в такой модели означает ещё один сайт, ещё один SEO-контур, ещё один набор ссылок, ещё одну аналитику и ещё одно место, которое надо синхронно обновлять.
То есть рост начинает масштабировать не только бизнес, но и количество точек отказа.
Сильнее всего это видно на записи. На одном региональном сайте мы нашли несколько разных публичных адресов YCLIENTS. Причём один из них совпадает с тем контуром записи, который второй город использует как основной.
Для клиента это выглядит просто: он нажал «Записаться» и оказался не там, где ожидал.
Для бизнеса это уже не просто «неудачная ссылка». Это потенциально потерянная запись, неверно выбранный филиал и дополнительная нагрузка на администратора.
Есть и второй слой. Публичные источники по филиалам расходятся: на основном сайте, сайте обучения и в каталогах встречаются разные адреса. Возможно, часть точек переезжала или закрывалась — это нормальная жизнь растущей сети. Но новый клиент не обязан разбираться, какой источник обновили последним.
Если правильный адрес существует только в голове администратора, единым источником данных фактически становится человек.
Что здесь может делать ИИ — без фантазий про «волшебную кнопку»
В этом кейсе особенно важно, что уже используемые сервисы позволяют строить нормальный интеграционный контур.
Tilda даёт официальный API для получения проектов, списка страниц и HTML опубликованных страниц. У неё есть webhook публикации страницы, а формы могут отправлять данные во внешний сервис через HTTPS POST. Это значит, что ИИ-агент может регулярно получать структуру сайтов, видеть, какие страницы менялись, проверять публичные ссылки и сопоставлять их с эталонными данными. Официальная документация: https://help.tilda.cc/api и https://www.help.tilda.cc/forms/webhook
YCLIENTS даёт API-доступ к клиентам, записям, услугам и другим сущностям в рамках прав системного пользователя. В официальной REST API есть операции получения списка записей, создания новой записи, изменения и удаления записи. А webhooks умеют сообщать о создании, изменении и удалении записей, клиентов и других сущностей; поддерживаются также филиалы, сотрудники, услуги, товары, продажи, складские и финансовые операции. Документация: https://support.yclients.com/67-68-199—dostup-k-api/ и https://support.yclients.com/993
Практически это позволяет построить три уровня.
1. ИИ только наблюдает. Он проверяет, что каждая кнопка на региональном сайте ведёт в правильный филиал и правильный контур записи; сопоставляет публичные адреса; показывает свободную загрузку специалистов; считает отмены и повторные записи; отмечает клиентов, которые были на первом занятии и не вернулись; собирает обращения на обучение и показывает, где они потеряли следующий шаг.
2. ИИ предлагает действие. Например: «Завтра у двух специалистов образовалось четыре свободных окна. Есть семь клиентов из листа ожидания, которым можно предложить перенос». Или: «На странице города А кнопка записи ведёт в контур города Б — рекомендую исправить ссылку».
3. ИИ выполняет строго разрешённые действия. YCLIENTS позволяет создавать, изменять и удалять записи. Но это не означает, что агенту нужно дать право делать всё. Для переноса записи, отмены визита или изменения данных должны быть отдельные права, журнал действий и, где это уместно, подтверждение человеком.
Сам факт наличия API — не разрешение на действие.
Почему один сайт здесь логичнее трёх
Для одного бренда, одной методики и двух городов два самостоятельных региональных сайта — это не масштабирование. Это копирование инфраструктуры.
Более устойчивый вариант:
- один основной домен;
- отдельные страницы городов;
- отдельные страницы филиалов и специалистов;
- один раздел обучения;
- единый справочник адресов, филиалов, услуг и ссылок записи.
Региональное SEO при этом никуда не исчезает. У каждого города остаётся своя посадочная страница, локальные адреса, специалисты, расписание, отзывы и разметка. Но бренд, аналитика и структура живут в одном контуре.
Обучение тоже логично держать внутри основного домена, если это одна компания и одна методика. Тогда оно перестаёт быть отдельным информационным островом и становится доказательством экспертности: мы не только оказываем услугу — мы настолько систематизировали методику, что обучаем ей других специалистов.
Главная проблема оказалась не в сайтах
Ни один из найденных сбойных элементов сам по себе не выглядит катастрофой.
Одна неправильная ссылка. Несколько расходящихся адресов. Отдельный сайт обучения. Два региональных сайта.
Но именно так и появляется технический долг растущего бизнеса: не одной большой ошибкой, а десятками маленьких несогласованностей.
Пока городов два, это можно удерживать вручную. Когда их станет пять, бизнес получит уже не несколько неточностей, а систему производства расхождений.
И здесь ИИ полезен не потому, что умеет писать тексты. Его реальная роль — постоянно сопоставлять данные из разных систем, находить расхождения раньше клиента и показывать руководителю ситуацию вместе с источником и следующим действием.
Если у бизнеса уже есть сайты, CRM, онлайн-запись и другие рабочие системы, необязательно всё перестраивать. Сначала можно подключить ИИ-ассистента в режиме чтения и посмотреть, сколько управленческих проблем уже видно в существующем контуре.