GOOGLE · АНАЛИТИКА · ПИЛОТ ДЛЯ КОМАНДЫ
Looker Data Apps: стоит ли переделывать отчёт продаж в приложение
Если компания уже использует Looker, новый формат позволяет проверить более удобный рабочий экран на тех же моделях данных. Начните с внутреннего сценария: у preview есть ограничения, которые важнее красивой демонстрации.
Новый интерфейс поверх существующего Looker
12 октября 2026 года Google представила в блоге Looker Data Apps в preview: приложения, создаваемые с помощью AI и размещаемые внутри Looker. В анонсе акцент сделан на свободном интерфейсе, общих определениях показателей в LookML и наследовании прав доступа. Функция уже упоминалась в release notes от 9 октября; публикация в блоге не означает одновременное открытие доступа всем аккаунтам. Этот разбор прежде всего для компаний с уже настроенным Looker и понятной задачей, которую неудобно решать в текущем отчёте.
Текущая инструкция требует размещённый у Looker экземпляр версии 26.18 или новее и включение preview администратором. Пользовательский браузер должен обращаться к www.gstatic.com. Статус preview предполагает возможные ограничения поддержки. После публикации AI-модель не участвует в открытии приложения и работе пользователя с ним.
Для руководителя полезный вопрос звучит конкретно: какое повторяющееся решение команда принимает медленно из-за устройства экрана? Если ответ сводится к «хочется современный дизайн», затраты на перенос пока нечем обосновать. Если причины расхождений лежат в исходных данных, сначала нужен регламент надёжной аналитики.
Клиентский портал и рассылку PDF пока не закладывайте в обещания
На дату проверки официальные страницы расходятся: анонс описывает встраивание во внешние порталы, а актуальная документация прямо исключает embedding. Там же не поддерживаются печать, выгрузка PDF и запланированная отправка PDF по email. Не принимайте обещание клиентского кабинета на основании одного анонса; запросите подтверждение для своей конфигурации.
Есть и менее заметная ловушка: копии Data App ссылаются на одно приложение, поэтому изменения отражаются в копиях. Копирование отчёта для второго филиала нельзя заранее считать созданием независимой версии.
Отдельно Google в анонсе описывает обновление записей и события для Salesforce или Jira. Документация объясняет изолированную среду приложения с доступом только к экземпляру Looker. Из этих двух описаний нельзя вывести готовность нужной записи в CRM. Такой сценарий требует отдельной проверки поддерживаемого механизма и разрешений; первый пилот ниже обходится просмотром.
Практическая граница: если обязательный результат проекта — внешний портал, регулярное письмо с PDF или автоматическое изменение сделки, не подменяйте его успешной демонстрацией внутреннего экрана. Сначала подтвердите именно обязательную функцию. Для внутреннего интерактивного отчёта можно проверить более узкий сценарий.
Отсутствие AI-токенов при просмотре не определяет весь счёт
По анонсу Google, токены модели расходуются при проектировании и генерации приложения; взаимодействие с опубликованным экраном использует Looker API и модели. Это не обещание бесплатной платформы, пользовательских лицензий или работы с хранилищем данных.
Для Looker (Google Cloud core) официальная цена разделяется на платформу и пользователей; стоимость платформы предлагается согласовывать с отделом продаж. На странице также указаны лимиты API по редакциям и возможность начислений сверх разрешённого потребления по условиям подписки. Единую сумму пилота без договора и состава команды определить нельзя.
Для просмотра Data App нужны права access_data, explore и see_user_dashboards, доступ к папке и моделям. При этом описание лицензии Viewer для Google Cloud core исключает Explore. Поэтому до выбора мест попросите Google подтвердить подходящий тип лицензии. Этот разбор не устанавливает обязательный апгрейд для всех договоров.
Попросите смету на один и тот же состав пользователей и период: действующие обязательства Looker, дополнительные места, применимое потребление запросов, инструмент генерации и часы доработки. Отделите уже принятые обязательства от новых расходов пилота. Время проверки после каждого изменения экрана учитывайте отдельно. Сравнение «токенов при просмотре нет, значит новый отчёт дешевле» пропускает большую часть решения.
Пример: внутренний экран руководителя продаж
Условная торговая компания уже ведёт аналитику в Looker. Перед еженедельным разбором руководитель переключается между сводкой продаж, списком скидок и деталями возвратов. Цель пилота — быстрее разобрать конкретный случай на одном экране. Это редакционный пример, а не внедрение клиента или обещание готового шаблона.
Закажите один рабочий макет: сверху согласованные показатели за выбранный период, ниже список случаев для проверки, рядом раскрывающиеся детали выбранной строки. В первом варианте нет отправки сообщений и записи изменений в CRM. Задание дизайнеру интерфейса формулируется через действия руководителя: выбрать филиал, найти случай, проверить детали, объяснить решение.
- Сравните два экрана на одинаковой работе. Выберите несколько обычных и спорных случаев из разрешённого набора. Попросите руководителя разобрать их в текущем отчёте и в Data App. Запишите время и места, где он возвращался к другому источнику. Оценка внешнего вида сама по себе не доказывает полезность.
- Проверьте связь каждого элемента с задачей. Выбор периода должен менять нужные блоки согласованно. После выбора другой строки рядом должны открываться её детали. Проверяйте также пустой результат и медленную загрузку: прежние цифры не должны выглядеть как ответ на новый запрос.
- Принимайте под рабочими ролями. Проведите тест от имени разрешённых тестовых пользователей с разным доступом к филиалам. Не ограничивайтесь показом из административного аккаунта. Проверьте загрузку в рабочей сети и браузере команды, а не только на компьютере автора.
- Повторите после изменения. Попросите переставить один блок или добавить фильтр, затем повторите те же случаи. Оцените цену поддержки. Если нужны варианты для нескольких подразделений, заранее согласуйте способ независимого ведения с учётом ограничения копий.
Сохраните исходный отчёт на время проверки и определите, кто отвечает за исправления. Небольшой набор случаев помогает найти ошибки и оценить удобство; он не доказывает будущий рост продаж или статистически надёжную экономию.
Какое решение принять после демонстрации
Продолжайте при доказанной пользе конкретного экрана
Пилот имеет смысл расширять, когда нужные сотрудники действительно могут открыть приложение, руководитель быстрее проходит согласованный разбор, а доработки укладываются в бюджет. Если ценность зависит от неподтверждённого встраивания или рассылки, сначала закройте этот вопрос. Если текущий отчёт уже решает задачу, новая оболочка не создаёт причины для переноса.
Проверить основу отчётностиДля обсуждения исходных операций и управленческих вопросов в SABSUS есть раздел отчётов и аналитики. Возможность подключения конкретной конфигурации Looker к SABSUS нужно подтверждать отдельно.