К содержанию
Разделы методологии

Диагностика готовности к ИИ

Готовность задачи, данных, правил и команды к ИИ-автоматизации. Четыре состояния аналитики и следующий шаг для бизнеса.

Валерий Курземнек Обновлено

Открыть в Markdown

На этой странице

Проверьте одну задачу

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

Вопрос 1 из 6.

Вопрос 1 из 6Повторяющаяся задача
Есть повторяющаяся задача?

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

Ответы остаются в этой вкладке и сбрасываются при обновлении страницы.

Что проверяем у бизнеса#

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

УсловиеНа какой вопрос отвечаем
Повторяющаяся задачаКакое решение принимаем, как часто и что должно измениться после него?
ДанныеГде лежат исходные события, что означают показатели и как проверить расчёт?
ПравилаКогда продолжаем работу, меняем действие или останавливаемся? Какие есть исключения?
Доступ и полномочияЧто система может прочитать и изменить? Какие действия требуют решения человека?
Проверка результатаЧто считаем успехом, за какой период и с чем сравниваем?
ОтветственностьКто разбирает исключения, меняет правила и обслуживает систему после запуска?

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

Результат диагностики — список пробелов и план первой проверяемой петли: что подготовить, кто отвечает и по каким признакам можно переходить дальше. Состояние аналитики и полномочия агента оцениваем отдельно.

Диагностика: четыре состояния аналитики#

Я бы начинал с двух вопросов: что маркетинг видит сейчас и кто может работать с этими данными? Для диагностики выделяю четыре состояния.

СостояниеЧто доступноСледующий шаг
Нет аналитикиНет устойчивой картины источников, поведения и результатаНастроить сбор событий, цели и проверку поступления данных
Есть веб-аналитикаВидны визиты, источники, действия и конверсии на сайтеСвязать события с людьми в CRM и оплатами
Есть сквозная аналитикаРасходы связаны с привлечением, продажами и выручкойДать агентам прямой доступ к данным, схемам и определениям; подключить расчётные инструменты и проверки
Есть машиночитаемая маркетинговая аналитикаАгенты напрямую читают данные, строят и ведут свои процессы, готовят отчёты по запросуОткрывать полномочия для проверенных петель, измерять исходы и обслуживать систему

Диагностируем конкретный канал, продукт или задачу. В одном бизнесе агенты уже могут разбирать рекламные данные, а у нового продукта — быть настроена только веб-аналитика. Поэтому состояние аналитики нужно определять отдельно для каждой задачи.

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

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

Чем это отличается от сквозной аналитики#

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

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

Сквозная аналитика — одна из функций собственной системы
ВопросЗадача аналитикиЧто достраиваем для агента
Откуда пришли деньги?Связь источников, заявок и продаж; расчёт по выбранной атрибуцииЯвные определения людей и оплат, состав аудитории и период рядом с каждым выводом
Можно ли доверять числу?Собранные данные и рассчитанные показателиПроверки свежести, полноты и связей между событиями; независимая сверка значимых денежных расчётов; запрет действия при расхождении
Как ответить на новый вопрос?Расчёт нужного разреза данныхДоступ агента к событиям, схеме и определениям; инструменты воспроизводимого расчёта
Что делать с результатом?Основание для маркетингового решенияЗаписанные правила, пределы полномочий, критик, исполнение и журнал с последующим замером

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

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

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

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