Google Connected Apps: для начала — одно действие.

Читая очередной анонс об ИИ, я каждый раз возвращаюсь к простому вопросу: что клиент теперь сможет довести до конца, чего не мог раньше? Google Connected Apps Platform, представленная 28 октября, интересна мне тем, что подводит этот вопрос вплотную к продукту: разговор с ИИ может закончиться действием прямо в сервисе компании.

Моя позиция: начинать стоит с одного действия, которое можно объяснить, измерить и восстановить, если что-то пойдёт не так. Для сервисного бизнеса одна надёжная заявка на запись мне ценнее, чем демонстрация, которая обещает провести клиента через весь путь.

Что анонсировал Google

Google открыл предварительный доступ к платформе, которая встраивает возможности приложений в Search и приложение Gemini. В анонсе от 28 октября описан единый путь для разработчиков: зарегистрировать интеграцию, протестировать её и отправить на проверку, выбрав, в каком из этих сервисов она будет работать.

В анонсе сказано, что доступ открывается поэтапно, а круг разработчиков и рынков будет расширяться. Прежде чем называть клиенту в Дубае срок запуска, я бы проверил, подходит ли он под условия. Анонс предварительной версии полезен для планирования, но не означает, что доступ уже есть у любой компании в ОАЭ.

Мой взгляд: мерить нужно выполненными задачами

Для меня это повод чётче описать саму услугу, которая стоит за интерфейсом. Если клиент просит показать объект, что считать успехом? Заявку, отправленную брокеру, предварительно забронированное время или встречу, которую подтвердили обе стороны? Это разные обещания, и я бы записал разницу ещё до выбора ИИ-инструмента.

Для первого эксперимента я бы выбрал простой сценарий: клиент видит свободное время для консультации и отправляет заявку. Система точно показывает, что именно запрошено и что ещё ждёт подтверждения. Оплату, переговоры и изменения в данных клиента я бы оставил за рамками первого теста. Такой сценарий я бы предложил для пилота в 3tf; это не рассказ об уже запущенной нами интеграции.

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

Сначала сервис, потом коннектор

В обзоре для разработчиков Google описывает удалённые MCP-серверы и путь для Android через AppFunctions. MCP — это протокол, через который ИИ-приложению открывают доступ к инструментам и данным. Для авторизации доступа обзор отсылает разработчиков к OAuth 2.1. Способ интеграции я бы выбирал, только проверив текущие системы компании и актуальные требования Google.

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

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

С какого теста я бы начал

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

• Обычная заявка: клиент выбирает свободное время и видит правильные дату, часовой пояс и статус подтверждения.
• Повторный запрос: повторная отправка не создаёт вторую встречу или дубль в CRM.
• Время уже заняли: пока заявка ждёт подтверждения, это время занимает другая запись, а клиент получает полезный ответ.
• Обрыв соединения: ошибка авторизации или сети не выглядит для клиента как успешная запись.
• Передача сотруднику: коллега находит заявку, видит её историю и берёт её на себя.

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

У сайта по-прежнему своя задача

Публичную страницу услуги я бы оставил понятной и удобной и без всяких интеграций. Людям и браузерным агентам нужны читаемые описания услуг, настоящие ссылки, подписанные кнопки и поля и заметный следующий шаг. Видимость в поиске и интеграция Connected Apps закрывают разные части пути клиента, и ни то ни другое не гарантирует, что Google порекомендует компанию.

В 3tf я бы встроил эту работу в ту же дисциплину обработки заявок, что описана в нашем руководстве по связке сайта и CRM. Канал записи чего-то стоит, только если заявку получает нужный человек и берёт её в работу. Ещё одна отправная точка для выбора узкой бизнес-задачи — моя предыдущая статья об агенте Gemini.

Какое одно действие вы уже сегодня доверили бы ИИ-ассистенту выполнить для клиента? Я бы начал с ответа на этот вопрос, а потом пошёл бы от него назад: какие данные, разрешения и доказательства нужны, чтобы на это действие можно было положиться.

Источники и дата публикации

Опубликовано 29 октября 2026. Анонс Google Connected Apps от 28 октября и обзор для разработчиков я проверил 29 октября. Сведения о продукте выше приводятся по данным Google; предложенный пилот, проверки и оценка — мои рекомендации. Пока платформа в предварительной версии, доступность и требования могут меняться.