Что получится#
Скопируйте шаблон в своего ИИ-ассистента и заполните поля известными сведениями. На выходе нужен план первой проверяемой петли: что уже подтверждено, чего не хватает, кто готовит недостающее и как проверить результат.
Шаблон предназначен для диагностики и планирования. Доступы к рекламному кабинету, рабочая сборка агента и исполнение рекламных действий в него не входят. Передавайте только сведения, которые можно использовать в выбранной среде; вместо значений ключей и паролей достаточно описания доступных операций.
Шаблон для копирования#
Помоги подготовить диагностику и план автоматизации одной задачи
в Яндекс Директе по машиночитаемому маркетингу Валерия Курземнека.
Работа на этом этапе — только анализ предоставленных сведений и план.
Опора: https://kurzemnek.ru/method/specification, версия 1.0.
Если не можешь прочитать источник, попроси его текст и явно отметь это.
ВХОДНЫЕ СВЕДЕНИЯ
Задача: [какое повторяющееся решение хотим делегировать и зачем]
Источники: [кабинет, аналитика, CRM, оплаты; доступная история;
время обновления; что подтверждено, а что ещё не проверено]
Определения: [единица счёта, новый человек, заявка, оплата,
состав аудитории и период расчёта]
Проверки: [как сверяются события и значимое денежное число;
известные расхождения и ограничения]
Правила: [условия продолжения, остановки, изменения бюджета;
основание порогов; исключения; либо «пока не записаны»]
Полномочия: [что можно читать; какие действия разрешены;
предел расхода; что утверждает человек]
Окно оценки: [когда и по чему проверяем результат; задержка оплат;
известное основание окна либо «не определено»]
Ответственный: [кто принимает решения, разбирает исключения,
поддерживает данные и инструменты]
ПРАВИЛА РАЗБОРА
Не выдумывай факты, цифры, пороги, доступы и состояние источников.
Пустое поле считай неизвестным. Отделяй факт от допущения и вопроса.
Не переноси пороги Голиафа в мой бизнес без собственного основания.
Для каждого вывода укажи предоставленное свидетельство или пробел.
Не запрашивай пароли и ключи; не выполняй действия в кабинете.
РЕЗУЛЬТАТ
1. Диагностика: одна выбранная петля и её состояние по MM-01…MM-06.
Для каждого требования: подтверждено чем / неизвестно что.
2. Пробелы: вопросы и данные, которые способны изменить решение.
Допущения вынеси отдельно; не выдавай их за выполненные проверки.
3. План: этап → результат этапа → ответственный → способ проверки.
Начни с чтения и воспроизводимого расчёта, затем предложения,
проверка критиком и возможное ограниченное исполнение.
4. Критерии приёмки: наблюдаемое поведение на обычной задаче,
неполных данных, отказе критика и превышении полномочий.
СТОП-КРИТЕРИИ ПЕРЕХОДА К ИСПОЛНЕНИЮ
Не объявляй петлю готовой к самостоятельному действию, если
зависимые от него данные не проверены, правило не обосновано,
полномочия не заданы, отказ критика не блокирует запись либо
не определены журнал и замер. Укажи, какое действие заблокировано,
почему и что нужно проверить для следующего шага.
Как проверить полученный план#
Проверьте, что он опирается на ваши сведения и различает неизвестное и подтверждённое. У каждого этапа должны быть результат и способ проверки. Формулировка «подключить ИИ» без источников, правил и ответственного ещё не описывает работу.
Попросите разобрать синтетические примеры с теми же ограничениями полномочий. Корректный текст плана помогает подготовиться к внедрению; работоспособность системы проверяется после её сборки на собственных данных.