Как начать автоматизацию#
Начните с одной повторяющейся задачи — например, ежедневного разбора объявлений без результата. Подключите данные на чтение, воспроизведите расчёт и запишите правило решения. Пусть агент сначала предлагает действие с обоснованием, а отдельный критик проверяет источники и условия. Запись в кабинет открывайте после проверки поведения и только в оговорённых пределах.
Голиаф — конкретная реализация такого подхода для Яндекс Директа. Его практическая глава показывает устройство петли, этапы внедрения и критерии приёмки. Кейс содержит историю работы, результаты и ограничения измерений. Для своей системы можно взять готовую основу и достроить данные, правила и инструменты под бизнес.
Какие данные нужны#
Для управления рекламными деньгами нужна проверенная связь расхода с людьми, событиями воронки и оплатами. Укажите, кого считаете новым человеком, какие события называете заявкой, откуда берёте деньги и за какой период сравниваете результат. Проверьте время обновления и ключи, которыми соединяются источники.
Числа должны воспроизводиться расчётными инструментами. Одного доступа модели к таблице недостаточно. Если события не связаны или определения расходятся, начните с диагностики готовности и восстановления данных. Устройство аналитической работы разобрано в главе Соломона.
Как ограничить бюджет#
Заранее задайте предел доступного расхода, разрешённые изменения и случаи передачи решения человеку. Право увеличить бюджет отделите от возможности читать кабинет. Конкретные пороги остановки и масштабирования рассчитываются под экономику бизнеса, объём наблюдений и задержку оплат.
Начальный этап — предложения без самостоятельной записи. Затем проверяйте ограниченные действия и их последствия. Универсального бюджета, после которого агент автоматически становится готов к автономии, этот метод не задаёт. Шкала 0–3 описывает полномочия конкретной петли.
Зачем нужен критик#
Критик получает готовое решение и проверяет его основания: совпадают ли периоды, исправны ли источники, применимо ли правило и достаточно ли полномочий. Технические ограничения и арифметику можно проверять программно. Для смысла и контекста используется отдельная проверка моделью.
Отказ должен блокировать действие. Если исполнитель может записать изменение после отказа, проверка не выполняет свою функцию. Требования к этой связи зафиксированы в MM-04, а ошибки для учебной проверки — в примерах.
Когда автоматизировать действия рано#
Когда система не может отличить отсутствие результата от отсутствия данных, автономную остановку рекламы открывать рано. При непроверенной экономике, малой выборке или незавершённом окне оценки также нет достаточного основания масштабировать бюджет по этому результату.
В таких условиях можно готовить расчёты и предложения, явно отмечая ограничения. Не хватает правил — сначала опишите решения человека. Не определён ответственный за обслуживание — назначьте его до запуска. Шесть требований публичного стандарта помогают перечислить эти пробелы, а шаблон плана — превратить их в последовательность работ.