Справка Андаты

Как устроена Андата

Платформа соединяет пять последовательных уровней. Каждый следующий уровень использует проверенный результат предыдущего.

Источники и Дата Хаб

Сайт, мобильное приложение, CRM, рекламные кабинеты, звонки и базы данных подключаются к единому хранилищу. Здесь проверяются доступность, структура, полнота и дубли.

События и интент

Тег Менеджер описывает не только действие пользователя, но и его смысл: что произошло, где, с каким объектом и какой интерес это показывает.

Цифровой паспорт

Cookie, email, телефон, device ID, client ID и CRM ID связываются по подтверждённым совпадениям. Так восстанавливается единый профиль и клиентский путь.

Сегменты

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

Аналитика и действия

Сквозные отчёты, воронки, оптимизация рекламы, Баннерокрутилка и ИИ-функции используют одну согласованную модель результата.

Настроить первый сценарий

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

1. 1
   Опишите результат

   Зафиксируйте, что должно измениться и по какой метрике это будет видно.

2. 2
   Проверьте доступы

   Рабочее пространство, роли, источники и права на изменение.

3. 3
   Подключите данные

   Добавьте нужные источники и дождитесь первого подтверждённого набора.

4. 4
   Опишите события и интент

   Согласуйте названия, свойства, идентификаторы и ожидаемые значения.

5. 5
   Проверьте качество

   Сравните полноту, дубли, временные метки и связь идентификаторов.

6. 6
   Настройте действие

   Создайте отчёт, сегмент, правило оптимизации или кампанию.

7. 7
   Запустите и прочитайте результат

   Сделайте readback и убедитесь, что система изменилась только ожидаемым образом.

Продукты и маршруты

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

Аналитика: ответить на бизнес-вопрос

Аналитика Андаты связывает доступные факты рекламы, сайта, приложения, CRM, оплат и выручки. Начинайте с одного вопроса бизнеса и собирайте воспроизводимый срез, а не обзор всех показателей.

Что подготовить

Вопрос и метрика

Например: какие источники приносят оплаты и выручку, где теряются клиенты или почему изменился CPL. Заранее выберите основной показатель.

Доступные источники

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

Единые определения

Согласуйте период, часовой пояс, валюту, НДС, названия целей и статусов, а также правило атрибуции.

Качество данных

До вывода проверьте свежесть, полноту, дубли, временные метки и связь идентификаторов.

Первый рабочий маршрут

1. 1
   Сформулируйте один вопрос

   Начните с решения, которое должен изменить отчёт, а не с названия экрана.

2. 2
   Выберите период и атрибуцию

   Зафиксируйте их до фильтрации, чтобы сравнение можно было повторить.

3. 3
   Оставьте нужные данные

   Примените смарт-фильтры по подключённым источникам, устройствам, событиям или бизнес-объектам.

4. 4
   Разложите результат

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

5. 5
   Сравните одинаковые срезы

   Используйте ту же метрику, фильтры и определения для прошлого периода или заранее выбранной базы.

6. 6
   Сохраните и передайте

   Сохраните предустановку отчёта; при необходимости выгрузите XLSX или CSV и запишите вывод, действие и дату следующей проверки.

Как проверить результат

• ✓
  Расходы, заявки, статусы, оплаты и выручка сверены с исходными системами за тот же период.
• ✓
  В сравнении не менялись часовой пояс, валюта, НДС, фильтры и определение целевого события.
• ✓
  Сохранён точный набор фильтров или выгрузка, по которым коллега сможет повторить вывод.
• ✓
  Наблюдение, вклад по выбранной атрибуции и причинный эффект не смешаны: причинность требует отдельного контролируемого теста.

Открыть продуктовую страницу Аналитики →

Тег Менеджер: от контейнера до проверенного события

АТМ — слой сбора и разметки данных. Он принимает действия из сайта, мобильного приложения, CRM, рекламных ссылок и серверных систем, добавляет смысл и параметры, а затем отдаёт проверенные события в продукты, которые помогают бизнесу расти.

Рабочий маршрут

Зачем бизнесу АТМ

Сырые действия сами по себе не отвечают на вопрос, что делать дальше. АТМ собирает контекст, размечает его по единой схеме и проверяет доставку — так один сигнал можно безопасно использовать в нескольких рабочих контурах.

Сайт и приложение

Формы, клики, просмотры товара, показы и клики баннера. Дальше — воронка, отчёт, персонализация и A/B-тест.

CRM, заказы и оплаты

Статус сделки, сумма, заказ и подтверждение оплаты. Дальше — выручка, ROI, сегменты и контроль качества продаж.

Рекламные ссылки и UTM

Источник, канал и кампания. Дальше — атрибуция и сравнение каналов. АТМ передаёт значения, но не редактирует рекламные кампании.

Сервер, SDK и межсистемные события

Подтверждения с backend и события между системами. Дальше — надёжный readback и единый профиль действия.

Что строится поверх проверенного события

Аналитика

Отчёты, воронки, вклад каналов и ROI на одной схеме событий.

Сегменты и Баннерокрутилка

Аудитории, персональные показы, связка показ → клик → конверсия и A/B-сравнение.

Оптимайзер и AI-агенты

Автоматизированное действие только после проверки сигнала, роли, tenant-контекста и явного разрешения на запись.

План внедрения АТМ

1. 1
   Зафиксировать бизнес-событие

   Что произошло, зачем это нужно и в какой отчёт, CRM, сегмент или сценарий оно попадёт.

2. 2
   Выбрать контейнер и среду

   Проверить проект, установку, текущую версию и безопасное место для изменений; при переносе — использовать импорт/экспорт.

3. 3
   Описать источник и поля

   Определить URL, UTM, cookie, форму, stack, object или custom event и согласовать имена, типы и разрешённые значения.

4. 4
   Собрать условие и действие

   Связать переменную с триггером, тегом и получателем: Andata Event, Метрика, Google Analytics, CRM, баннер или другой доступный контур.

5. 5
   Проверить один контрольный запуск

   Сверить обязательные поля, отсутствие дубля и фактический readback в конечной системе.

6. 6
   Выпустить версию и зафиксировать результат

   Опубликовать только проверенную версию, сохранить описание изменения и повторить контрольное действие после публикации.

Карта объектов в интерфейсе

Контейнер и версия

Контейнер хранит карту разметки. Версия фиксирует набор изменений, который можно проверить, опубликовать и сопоставить с результатом.

Тег

Действие после запуска: HTML, отправка в stack, cookie, redirect, обогащение ссылки, Andata Event, Метрика, Google Analytics, Andata Tracking, баннер или эксперимент.

Триггер

Условие запуска: просмотр страницы, изменение истории, загрузка ATM, форма, клик, клавиша, custom event, copy, visibility, timer, scroll, viewport или составное AND-условие.

Переменная и поле

Переменная получает значение из URL, query, cookie, формы, stack или объекта. Поле задаёт имя, тип и преобразование значения в событии.

Событие и получатель

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

Агентский контур

Агент может читать структуру АТМ и выполнять атомарные изменения только в пределах tenant-доступа. Записи требуют роль admin, явное подтверждение, причину и idempotency key; destructive-операции требуют свежий backup, а публикация выполняется отдельным явным действием.

1. Создать контейнер

Цель операции — получить один рабочий контейнер для проекта и контрольное событие, которое можно увидеть у источника и получателя.

1. 1
   Откройте Тег Менеджер

   Перейдите в рабочее пространство и выберите нужный проект. Не создавайте второй контейнер, если для проекта уже есть действующий.

2. 2
   Создайте контейнер

   Задайте понятное имя проекта и среду. Сохраните контейнер и проверьте, что он появился в списке.

3. 3
   Установите код

   Откройте экран установки, скопируйте код и добавьте его в общий шаблон сайта. Для приложения или сервера используйте согласованное SDK/API-подключение.

4. 4
   Создайте первый контрольный сигнал

   Добавьте тег Andata Tracking или Andata Event, назначьте триггер «Загрузка АТМ» и сохраните рабочую версию.

2. Настроить поле, переменную, триггер и тег

Настройка строится снизу вверх: сначала схема события и поля, затем источник значения, условие запуска и действие, которое отправляет событие.

3. Проверить событие до публикации

1. 1
   Выполните одно действие

   Отправьте форму, откройте страницу или выполните другой точный шаг, под который настроен триггер.

2. 2
   Сверьте событие

   Проверьте имя, timestamp, источник, обязательные поля и значения переменных. Повторный запуск того же шага не должен создавать дубль.

3. 3
   Проверьте получателя

   Убедитесь, что событие видно в выбранной аналитике, CRM или другом подключении. Экран настройки сам по себе не подтверждает доставку.

4. Опубликовать версию

1. 1
   Зафиксируйте изменения в версии

   Сохраните рабочую копию с понятным описанием: что изменилось, зачем и какой результат проверен.

2. 2
   Откройте подтверждение публикации

   Сверьте контейнер, среду и состав версии. Публикуйте только ту версию, для которой пройден контрольный запуск.

3. 3
   Подтвердите публикацию

   Нажмите публикацию и дождитесь статуса опубликованной версии. Не закрывайте экран до подтверждения.

4. 4
   Повторите readback после публикации

   Сделайте один тестовый запуск на опубликованной среде и сравните событие с проверенной рабочей копией.

5. Изменить контейнер

1. 1
   Не редактируйте опубликованную версию напрямую

   Создайте рабочую копию или новую версию текущего контейнера.

2. 2
   Измените только один объект

   Поменяйте поле, переменную, условие или тег и запишите причину. Не переименовывайте уже используемые поля без плана совместимости.

3. 3
   Повторите проверку

   Проверьте подходящий запуск, соседний неподходящий запуск, дубли и конечного получателя.

4. 4
   Опубликуйте как новую версию

   После readback подтвердите публикацию по процедуре выше. Старые версии сохраняйте для отката.

6. Откатить контейнер

Откат в АТМ — это не удаление текущей версии. Выберите последнюю рабочую версию, создайте из неё новую версию восстановления и опубликуйте её с повторным readback.

1. 1
   Откройте список версий

   Найдите последнюю версию, для которой подтверждены событие и получатель.

2. 2
   Сравните изменения

   Убедитесь, что выбранная версия возвращает нужные поля, триггеры и теги, а причина отката зафиксирована.

3. 3
   Создайте версию восстановления

   Восстановите конфигурацию в рабочую копию. Не стирайте историю версий.

4. 4
   Проверьте и опубликуйте

   Выполните контрольный запуск, подтвердите получателя и опубликуйте восстановленную версию.

Что подготовить

Бизнес-действие

Опишите, что произошло: отправлена форма, создана заявка, изменился CRM-статус, оформлен заказ или поступила оплата.

Источник и момент

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

Параметры

Заранее согласуйте обязательные поля, формат значений, идентификаторы и допустимые пустые значения без лишних персональных данных.

Получатель

Определите, где событие должно использоваться: в аналитике, CRM, воронке, сегменте, рекламе или автоматизации.

Шесть шагов по интерфейсу

1. 1
   Откройте контейнер и создайте рабочую версию

   Проверьте проект, среду и состояние опубликованного контейнера. Новая логика сначала остаётся в изменениях.

2. 2
   Опишите событие и обязательные поля

   Зафиксируйте имя, источник, момент, разрешённые параметры и получателя. Для UTM заранее выберите шаблон перехвата и передачи, а не изменения рекламной кампании.

3. 3
   Создайте переменные

   Выберите URL, urlQuery, cookie, formField, stack, object или custom. Укажите тип String, Number, Array или Object и нужное преобразование.

4. 4
   Задайте триггер

   Ограничьте запуск точным событием, селектором, URL, формой, видимостью, таймером или составным условием.

5. 5
   Свяжите тег с получателем

   Настройте действие и доступное подключение: Andata Event, Метрика, Google Analytics, Andata Tracking, баннер или другой подтверждённый тип.

6. 6
   Проверьте, выпустите и прочитайте результат

   Выполните одно контрольное действие, убедитесь в отсутствии дубля, опубликуйте версию и сравните readback в конечной системе.

Как проверить результат

• ✓
  Имя, обязательные поля и форматы совпадают с утверждённой картой событий.
• ✓
  Триггер не срабатывает на соседнем действии и не создаёт дубль при одном пользовательском шаге.
• ✓
  Временная метка, источник и разрешённые идентификаторы передаются без потери.
• ✓
  Событие видно в конечной системе и его можно использовать в отчёте, воронке, сегменте или цели.

Подтверждение интерфейса

В основном маршруте показан короткий UI-фокус: что искать и куда нажать. Оригиналы экранов раскрываются только для проверки деталей и открываются крупно.

Открыть оригиналы 19 экранов интерфейса

Типовые сценарии

FAQ по АТМ

Подробный справочник компонентов АТМ

Здесь собраны расширенные правила из прежней инструкции. Они перенесены в каноническую Справку и дополнены текущим маршрутом «контейнер → событие → проверка».

Установка и публикация контейнера

Откройте публичную страницу Тег Менеджер, затем в рабочем пространстве выберите контейнер и скопируйте код для вставки на все страницы проекта перед закрывающим тегом </body>.

В автоматически созданном контейнере трекинг Андаты уже установлен. Для нового контейнера создайте тег Andata Tracking, назначьте ему триггер «Загрузка АТМ», сохраните и выпустите новую версию. После публикации проверьте одно контрольное событие на стороне источника и получателя.

Cookie и локальное хранилище

Трекинг использует cookie и local storage для последовательности просмотров и доставки неотправленных событий. Конкретный состав и срок хранения нужно сверять с настройками рабочего пространства и согласиями пользователя.

Ключ	Срок	Назначение
_ubtcuid	Сессия	Связывает просмотры страниц в рамках текущей сессии.
_sp_id.{{DOMAIN HASH}}	2 года	Сохраняет идентификатор пользователя, время первого визита, счётчик визитов и идентификатор сессии.
_sp_ses.{{DOMAIN HASH}}	30 минут	Показывает, продолжается ли активная сессия.
sp	1 год	Передаёт идентификатор, созданный серверным сборщиком, в последующих событиях.
snowplowOutQueue_{{namespace}}_post2	До доставки	Временный кэш неотправленных событий.
snowplowOutQueue_{{namespace}}_post2.expires	До истечения	Срок жизни очереди local storage.

Размещение кода в CMS

WordPress

Добавьте код контейнера в активную тему перед </body> или используйте согласованный менеджер вставки кода. После сохранения проверьте загрузку контейнера на опубликованной странице.

Конструктор сайта

Вставьте код в глобальный HTML-блок перед закрывающим <head> или </body>, затем перепубликуйте страницы и выполните контрольный визит.

ModX и серверный шаблон

Добавьте код в общий шаблон или чанк, чтобы он присутствовал на всех нужных страницах. Не дублируйте контейнер в нескольких местах.

Поля, переменные, триггеры и теги

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

Типы полей

• String — текст и названия.
• Number — сумма, количество, стоимость.
• Date — дата и время в ISO 8601.
• Array — упорядоченный список однотипных значений.
• Object — набор разнотипных полей с описанной схемой.

Источники переменных

• custom и dataLayer;
• URL и urlQuery, включая UTM;
• cookie и regexp;
• formField и stack;
• object и константа.

Типы триггеров

• просмотр страницы и загрузка АТМ;
• клик, mousedown и клавиша по CSS-селектору;
• custom event и отправка формы;
• процент прокрутки и viewport;
• составное условие через AND.

Типы тегов и рабочие сценарии

• Пользовательский HTML — собственный код внутри <script> или вставка в заданный селектор.
• Push to Stack — сохранение истории изменений объекта.
• Инициализация переменной — подготовка пользовательского значения до события.
• Установить cookie — сохранить значение переменной с нужным доменом, путём и сроком.
• Перенаправление — переход по условию или после задержки; проверяйте влияние на пользовательский путь.
• Обогащение ссылок — передача согласованного параметра между доменами.
• Andata Event — отправка события Андате с пользовательскими полями.
• Tracking Event — отправка события во внешний счётчик без записи в хранилище Андаты.
• Показ баннера — передача сигнала Баннерокрутилке для показа варианта.
• Яндекс Метрика, Google Analytics и Andata Tracking — отправка проверенного события в доступный получатель.

Для заявки используйте цепочку submit form → formField → Andata Event/CRM → readback. Для рекламы — page view/history change → urlQuery/cookie → source/medium/campaign → событие → аналитика. Для A/B-теста — показ → вариант → клик → конверсия с одинаковыми именами событий и заранее заданным окном измерения.

Важно
АТМ перехватывает и передаёт UTM-параметры, но не изменяет рекламные кампании. Не передавайте в события лишние контакты, токены или секреты. Перед production-публикацией всегда проверяйте отсутствие дублей, версию и readback.

Сегменты: собрать аудиторию для действия

Сегмент — это аудитория с проверяемым правилом попадания, доступным каналом действия и заранее выбранной метрикой эффекта. Он может использовать разрешённые события, источники, URL, CRM-статусы, заказы, оплаты, выручку и готовые когорты.

Что подготовить

Задача и метрика

Кого нужно найти, какое действие запустить и по чему будет виден эффект: показ, клик, заявка, статус, оплата, повторное действие или LTV.

Правила аудитории

Опишите включение, исключение, окно данных и признаки, которые должны быть доступны и понятны бизнесу.

Канал

Проверьте подключение и разрешение для Яндекс Директа, баннера, CRM, email, SMS, push или задачи — только того канала, который реально доступен проекту.

База сравнения

До активации выберите контрольную группу либо зафиксируйте исходную линию и период наблюдения.

Первый рабочий маршрут в интерфейсе

1. 1
   Поставьте одну задачу

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

2. 2
   Заполните «Настройки сегмента»

   Задайте название, выберите статический или динамический тип и период учёта. Для динамического сегмента задайте расписание обновления.

3. 3
   Соберите «Условия работы»

   Разделите правила включения и исключения, выберите события или URL и добавьте только необходимые фильтры.

4. 4
   Настройте «Загрузку в канал»

   Выберите только подключённый канал, укажите точное назначение — аккаунт, счётчик или другой доступный получатель — и сохраните сегмент.

5. 5
   Проверьте аудиторию и эффект

   Сверьте объём и тестовые профили, появление аудитории в назначении, затем сравните выбранную метрику с контрольной группой или базовой линией.

Как проверить результат

• ✓
  Для нескольких тестовых профилей понятно, почему они вошли или не вошли в аудиторию.
• ✓
  Исключения срабатывают раньше передачи в канал, а размер не меняется неожиданно из-за окна данных.
• ✓
  Канал получил именно эту аудиторию и не расширил её собственным неподтверждённым правилом.
• ✓
  Эффект оценивается по заранее выбранной бизнес-метрике, а не только по размеру сегмента.

Оптимизатор: начать с аудита Яндекс Директа

AI-оптимизатор работает с конкретными объектами Яндекс Директа и бизнес-целями. Первый безопасный маршрут — аудит без изменений, проверка данных и ограничений, затем отдельное согласование точного действия.

Что подготовить

Цель и защитная метрика

Зафиксируйте CPL, CPA, ДРР, ROMI, выручку, маржу или объём конверсий и показатель, который нельзя ухудшить.

Данные

Структура и статистика Директа, цели сайта или приложения, CRM-статусы, заказы, оплаты и качество лидов — в том составе, который подключён.

Точный охват

Назовите аккаунт, кампании и допустимые объекты: группы, регионы, устройства, пол и возраст, площадки РСЯ, фразы, ставки, паузы, корректировки и бюджеты.

Ограничения и права

Задайте бюджет, допустимый шаг, замороженные объекты, режим просмотра или применения и ответственного за подтверждение.

Безопасный рабочий маршрут

1. 1
   Зафиксируйте цель и границы

   Определите период, метрику, бюджет, точный охват и всё, что должно остаться неизменным.

2. 2
   Запустите аудит без изменений

   Сначала найдите перерасход, слабые площадки, фразы, группы и проблемы в целях или CRM.

3. 3
   Проверьте качество сигнала

   Сверьте свежесть расходов, конверсий, статусов, оплат и разметки до расчёта действия.

4. 4
   Получите план и прогноз

   Для каждого объекта должны быть понятны исходное значение, предлагаемое действие, ожидаемый эффект и риск.

5. 5
   Проверьте изменение

   Ответственный сверяет точный список объектов, значения до и после, ограничения и план возврата.

6. 6
   Примените только разрешённое

   Фактическое изменение выполняется после явного подтверждения либо в пределах заранее утверждённой узкой политики.

7. 7
   Сделайте readback

   Сверьте состояние Директа и наблюдайте расход, показы, клики, конверсии, CPL/CPA и доступные бизнес-метрики.

Как проверить результат

• ✓
  Фактический список изменённых объектов совпадает с согласованным охватом.
• ✓
  Для каждого действия сохранены значение до, план, фактическое значение и причина.
• ✓
  За пределами охвата нет изменений, а бюджет и защитная метрика не нарушены.
• ✓
  При слабом сигнале выбран малый тест, удержание или накопление истории, а не агрессивное масштабирование.

Открыть AI-оптимизатор Яндекс Директа →

AI-агенты: собрать агента под одну задачу

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

Что подготовить

Одна повторяемая задача

Выберите процесс с доступными входами и понятным результатом: аудит рекламы, анализ данных, документ из встречи, CRM follow-up, семантика или обновление знаний.

Ожидаемый результат

Опишите формат ответа, обязательные поля, источник проверки, владельца и метрику приёмки.

Знания и инструменты

Выберите только нужные документы, базы знаний и доступные подключения проекта.

Права и границы

Отделите чтение и черновики от действий, которые требуют предварительного просмотра и подтверждения.

Первый рабочий маршрут

1. 1
   Выберите готового агента или создайте своего

   Каталог даёт стартовую роль, но не ограничивает список возможных задач.

2. 2
   Задайте роль и инструкцию

   Опишите цель, источники, ограничения, формат результата и поведение при нехватке данных.

3. 3
   Подключите знания

   Выберите проверенные документы и базы, на которые агент должен опираться.

4. 4
   Подключите инструменты

   Дайте доступ только к тем категориям данных и операций, которые нужны для этой роли.

5. 5
   Ограничьте доступ

   Настройте режим, лимиты и действия, которые нельзя выполнять без ответственного человека.

6. 6
   Проведите три теста

   Обычная задача, недостаточные данные и запрещённое действие проверяют результат и границы агента.

7. 7
   Запустите ограниченный пилот

   Один процесс, один владелец, известная база сравнения и дата проверки перед расширением.

Как проверить результат

• ✓
  Агент использует выбранные источники и прямо отмечает, когда данных недостаточно.
• ✓
  Формат и обязательные поля ответа совпадают с инструкцией и метрикой приёмки.
• ✓
  Недоступный инструмент или запрещённое действие не подменяются уверенной догадкой.
• ✓
  Изменение рабочей системы проходит отдельную проверку, подтверждение и фактический readback.

Бизнес-терминал: поставить рабочую задачу

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

Что подготовить

Задача обычным языком

Опишите проблему, нужный период, ожидаемый результат и решение, которое вы примете по ответу.

Доступный контекст

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

Исполнитель

Явно выберите подходящего агента или рабочий сценарий; доступ зависит от настроек проекта.

Правило подтверждения

Заранее отделите анализ и черновик от изменений, которые должен подтвердить ответственный человек.

Первый рабочий маршрут

1. 1
   Поставьте одну задачу

   Например: объяснить рост CPL, проверить вклад источников или подготовить аудит рекламы.

2. 2
   Уточните входы

   Назовите период, источники, ограничения и недостающие данные, которые нельзя заменять предположением.

3. 3
   Выберите агента и инструменты

   Оставьте только те источники и операции, которые нужны для этой задачи.

4. 4
   Проверьте план или черновик

   Сверьте факты, источники, охват, ожидаемый результат и риски до действия.

5. 5
   Подтвердите разрешённое действие

   Рискованные изменения выполняются только после согласования либо в пределах заранее утверждённой политики.

6. 6
   Сверьте фактический результат

   Проверьте рабочую систему, метрику и отсутствие изменений за пределами задачи.

7. 7
   Продолжите из истории

   Сохраните вывод, материалы, принятое решение и следующую дату контроля в той же задаче.

Как проверить результат

• ✓
  Ответ отделяет подтверждённые факты, выводы, недостающие данные и предлагаемые действия.
• ✓
  Использованы только доступные проекту источники, знания и права.
• ✓
  Черновик или рекомендация не названы выполненным изменением без фактического readback.
• ✓
  В истории остаются исходная задача, подтверждение, результат и следующий контрольный шаг.

Если что-то не работает

Ищите не по предполагаемой причине, а по тому, что наблюдаете: сообщению, пустому полю, отсутствующему событию или неверному числу.

Для разработчиков и агентов

Один раздел доступен в двух форматах: обычный текст — для чтения, Markdown — для передачи разработчику или агенту.

Скопируйте ссылку на этот раздел или откройте его в Markdown, чтобы передать инструкцию без потери контекста.

Открыть техническое описание →