# Словарь машиночитаемого маркетинга

Источник: https://kurzemnek.ru/method/glossary
Автор: Валерий Курземнек
Опубликовано: 2026-10-23
Обновлено: 2026-10-23


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

<h2 id="machine-readable-marketing">Машиночитаемый маркетинг</h2>

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

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

[Подробнее о методе](/method/introduction#definition).

<h2 id="machine-readable-ruble">Машиночитаемый рубль</h2>

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

**Вымышленный учебный пример:** в магазине платёж связан с заказом, человеком и его рекламным визитом.

[Как устроены данные](/method/standard#data).

<h2 id="decision-loop">Петля решения</h2>

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

**Вымышленный учебный пример:** сервис проверяет гипотезу об изменении формы, измеряет исход и сохраняет вывод для следующего запуска.

[Устройство петли](/method/standard#unit).

<h2 id="task">Задача</h2>

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

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

[Выбор задачи для внедрения](/method/implementation#start).

<h2 id="counting-unit">Единица счёта</h2>

Сущность, которую считают: человек, регистрация, заказ или платёж. Единица определяет смысл показателя; повторное событие не становится новым человеком автоматически.

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

[Разбор ошибки подсчёта](/method/failures#repeat-contacts).

<h2 id="metric-passport">Паспорт метрики</h2>

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

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

[Открытый шаблон паспорта](/method/data-contract#passport-template).

<h2 id="data-quality">Качество данных</h2>

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

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

[Требования к данным](/method/specification#mm-01).

<h2 id="data-freshness">Свежесть данных</h2>

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

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

[Проверка неполного периода](/method/failures#comparison-window).

<h2 id="decision-rule">Правило решения</h2>

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

**Вымышленный учебный пример:** сервис допускает изменение формы после проверки данных и согласования предложенного варианта ответственным человеком.

[Требование к правилам](/method/specification#mm-02).

<h2 id="stop-rule">Стоп-правило</h2>

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

**Вымышленный учебный пример:** магазин блокирует изменение бюджета по окупаемости, когда источник оплат не покрывает нужный период.

[Правила и ограничения](/method/standard#rules).

<h2 id="critic">Критик</h2>

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

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

[Протокол проверки решения](/method/critic).

<h2 id="authority">Полномочия</h2>

Разрешённые агенту операции, пределы расхода и случаи обязательного решения человека. Чтение, подготовка предложений и исполнение разграничены. Готовность данных не расширяет выданные права.

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

[Шкала полномочий](/method/authority).

<h2 id="evaluation-window">Окно оценки</h2>

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

**Вымышленный учебный пример:** после изменения формы появились регистрации, но назначенное окно проверки оплат магазина ещё не завершилось.

[Замер и следующий цикл](/method/specification#mm-06).

<h2 id="decision-log">Журнал решений</h2>

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

**Вымышленный учебный пример:** в журнале сервиса видно, что предложение отклонили из-за неполного источника, затем исправили и повторно передали на проверку.

[Что сохранять в журнале](/method/specification#mm-05).

<h2 id="verified-lesson">Проверенный урок</h2>

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

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

[Как накапливается опыт](/method/operations#learning).

<h2 id="funnel">Воронка</h2>

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

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

[Подход к работе с воронками](/method/funnels).

<h2 id="audience">Состав аудитории</h2>

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

**Вымышленный учебный пример:** магазин считает оплаты только впервые зарегистрировавшихся посетителей; этот итог не описывает оплаты всех покупателей.

[Аудитория в определении метрики](/method/data-contract#passport-template).

<h2 id="analytical-foundation">Аналитическая основа</h2>

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

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

[Как устроена аналитическая работа](/method/solomon).