# Глоссарий: термины MMM и планирования бюджета

> **Коротко.** Термины MARFOR простыми словами, у каждого — пример на числах: эластичность, адсток, P10–P90, mROI, ДРР и другие. На любой термин можно сослаться по якорю.

Адрес: https://marfor.pro/docs/glossary · Раздел: Глоссарий: термины MMM и планирования бюджета · Вид: Справочник · Уровень: для начинающих · Обновлено: 2026-10-14

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

Группы идут по ходу работы: [данные](#data-terms) → [показатели](#metrics-terms) → [прогноз](#forecast-terms) → [модель](#model-terms) → [эластичность и отклик](#response-terms) → [накопительный эффект](#adstock-terms) → [сценарий](#scenario-terms) → [разброс P10–P90](#uncertainty-terms) → [оптимизатор](#optimizer-terms) → [BI и отчёты](#bi-terms) → [Claude и MCP](#claude-terms) → [аккаунт и доступ](#account-terms).

**По алфавиту:** [AI-страница](#ai-page) · [CAC](#cac) · [CRR](#drr) · [Dimension](#column-role) · [KPI](#kpi) · [MCP](#mcp) · [Metric](#column-role) · [mROI](#mroi) · [P10](#p10) · [P50](#p50) · [P90](#p90) · [ROI](#roi) · [WAPE](#wape) · [YoY](#yoy) · [автозагрузка](#auto-load) · [адсток](#adstock) · [атрибуция модели](#attribution) · [база сценария](#scenario-base) · [бленд](#blend) · [варианты оптимизатора](#optimizer-variants) · [виджет](#widget) · [владелец проекта](#project-owner) · [вычисляемое поле](#calculated-field) · [горизонт прогноза](#horizon) · [гранулярность](#granularity) · [дашборд](#dashboard) · [диапазон опыта](#experience-range) · [доля от тренда](#trend-share) · [доля перехода](#carryover) · [драйвер](#driver) · [ДРР](#drr) · [живые данные](#live-data) · [зависимая метрика](#dependent-metric) · [иерархия срезов](#slice-hierarchy) · [интервал эластичности](#elasticity-interval) · [источник данных](#data-source) · [карточка ячейки](#cell-card) · [квота](#quota) · [ключ связи](#join-key) · [колонка моделирования](#modeling-column) · [конверсия](#conversion) · [коннектор](#connector) · [коннектор MARFOR](#mcp-connector) · [конфликт драйвера](#driver-conflict) · [копия сценария](#scenario-copy) · [кривая отклика](#response-curve) · [локальный клиент](#mcp-client) · [маппинг](#mapping) · [маргинальная отдача](#mroi) · [модель MMM](#mmm) · [надёжность модели](#model-reliability) · [накопительный эффект](#adstock) · [насыщение](#saturation) · [область расчёта оптимизатора](#optimizer-scope) · [обновление базы](#rebase) · [обновление бленда](#blend-refresh) · [обратный расчёт](#reverse-calculation) · [ограничение оптимизатора](#constraint) · [окно перезабора](#refetch-window) · [оптимизатор](#optimizer) · [органика](#organic) · [отклонение от плана](#plan-deviation) · [отношение](#ratio) · [ошибка на пиках](#peak-error) · [пиковый месяц](#peak-month) · [План/Факт](#plan-fact) · [полоса P10–P90](#p10-p90) · [полураспад](#half-life) · [помогают ли драйверы прогнозу](#driver-check) · [порог крупного среза](#big-slice-threshold) · [потолок отдачи](#response-ceiling) · [правило равной отдачи последнего рубля](#equal-return-rule) · [приглашение](#invitation) · [пробный прогон](#dry-run) · [проверка на прошлом](#backtest) · [проверка на скрытых месяцах](#holdout) · [прогноз](#forecast) · [проект](#project) · [промах среза](#slice-error) · [публичная ссылка](#public-link) · [расчёт сверх квоты](#overage) · [режим импорта](#import-mode) · [роль доступа](#access-role) · [роль колонки](#column-role) · [рост год к году](#yoy) · [рыночный ряд](#market-series) · [свежий рост](#fresh-growth) · [свой тренд](#own-trend) · [сезонность](#seasonality) · [сезонный профиль эластичности](#seasonal-elasticity) · [смещение прогноза](#holdout-bias) · [снапшот](#snapshot) · [средний чек](#aov) · [срез](#slice) · [статичное поле](#static-field) · [сценарий](#scenario) · [тариф](#plan) · [токен доступа](#access-token) · [точность расчёта](#calc-precision) · [убранный срез](#excluded-slice) · [умное распределение](#smart-distribution) · [цена следующего заказа](#marginal-cost) · [цепочка метрик](#metric-chain) · [шанс выполнить план](#goal-probability) · [эксперимент](#experiment) · [экстраполяция](#extrapolation) · [эластичность](#elasticity).

## Данные {#data-terms}

### Проект {#project}

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

Пример: проект «Медиаплан 2027» — источник с расходами и заказами по 5 каналам за два года, прогноз на 12 месяцев и три сценария бюджета. Прогноз выручки по регионам — уже другая задача и другой проект.

Подробно: [Создать проект, открыть и удалить](https://marfor.pro/docs/start/project). См. также: [источник данных](#data-source).

### Источник данных {#data-source}

Таблица, которую вы загрузили в проект: файл CSV или Excel, ссылка на таблицу, выгрузка коннектора или таблица, собранная Блендером. Источник обновляют вручную или по расписанию. Готовый прогноз тоже становится источником проекта.

Пример: файл с колонками «дата, канал, расходы, заказы, выручка» — по строке на каждый месяц и канал. Два года по 5 каналам — 24 × 5 = 120 строк.

Подробно: [Источники данных](https://marfor.pro/docs/data/sources). См. также: [маппинг](#mapping), [срез](#slice), [бленд](#blend).

### Коннектор {#connector}

Способ, которым MARFOR сам забирает данные из внешней системы: счётчика Яндекс Метрики, базы данных по SQL-запросу, Calltouch. Вы один раз задаёте доступ и запрос, дальше коннектор обновляет источник вручную или по расписанию. Какие коннекторы есть, зависит от редакции MARFOR.

Пример: коннектор Calltouch каждое утро в 06:00 UTC (09:00 по Москве) добавляет звонки за вчера и заново забирает последние 30 дней.

Подробно: [Источники данных](https://marfor.pro/docs/data/sources). См. также: [автозагрузка](#auto-load), [источник данных](#data-source).

### Автозагрузка {#auto-load}

Обновление источника по расписанию, без ваших действий: раз в сутки, не раньше заданного времени по UTC. После загрузки MARFOR сам заново применяет маппинг: «Обзор данных» сразу показывает свежие строки, а готовые прогнозы и сценарии сами не пересчитываются. Есть у ссылки на CSV и у большинства коннекторов; у файла и BigQuery её нет.

Пример: время 06:00 UTC — это 09:00 по Москве. Источник, созданный днём, обновится впервые через несколько минут после создания, дальше — каждое утро после 06:00 UTC.

Подробно: [Как обновляется источник](https://marfor.pro/docs/data/sources/refresh). См. также: [режим импорта](#import-mode), [окно перезабора](#refetch-window).

### Режим импорта {#import-mode}

Правило, по которому новая загрузка ссылки на CSV ложится на старые данные. «Полная перезапись» — в источнике остаётся ровно то, что пришло в последний раз. «Добавление (Append)» — строки за даты из нового файла заменяются, строки за остальные даты остаются. Для «Добавления» нужна колонка даты в маппинге.

Пример: в источнике январь–сентябрь, в новом файле — сентябрь и октябрь. Перезапись оставит два месяца, добавление — январь–октябрь, причём сентябрь возьмёт из нового файла.

Подробно: [Как обновляется источник](https://marfor.pro/docs/data/sources/refresh). См. также: [автозагрузка](#auto-load), [окно перезабора](#refetch-window).

### Окно перезабора {#refetch-window}

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

Пример: у Calltouch окно по умолчанию — 30 дней. Целевых звонков за 1 октября на следующий день было 38, через неделю — 49: обновление 8 октября перезаберёт этот день и покажет 49.

Подробно: [Как обновляется источник](https://marfor.pro/docs/data/sources/refresh). См. также: [режим импорта](#import-mode), [коннектор](#connector).

### Маппинг {#mapping}

Разметка колонок источника: где дата, какие колонки — метрики (Metric: числа, которые складываются, — расходы, заказы, выручка), а какие — разрезы (Dimension: канал, регион, категория). Без маппинга не работают «Обзор данных», прогноз и модель.

Пример: проверка роли — имеет ли смысл сумма за два месяца. Расходы 20 000 ₽ + 30 000 ₽ = 50 000 ₽ — да, это Metric. ДРР 20 % + 60 % = 80 % — нет: такую колонку выключают, а отношение считает [вычисляемое поле](#calculated-field).

Подробно: [Маппинг: дата, метрики и измерения](https://marfor.pro/docs/data/mapping/roles). См. также: [источник данных](#data-source), [срез](#slice).

### Роль колонки: Metric и Dimension {#column-role}

Что колонка значит для MARFOR — её отмечают на шаге маппинга. Metric — число, которое складывается: расходы, клики, заказы, выручка. Dimension — разрез, по которому данные делятся: канал, регион, категория. Колонку, которая не складывается и не нужна как разрез, выключают.

Пример: проверка — имеет ли смысл сумма за два периода. Расходы 20 000 ₽ + 30 000 ₽ = 50 000 ₽ — да, это Metric. ДРР 20 % + 60 % = 80 % — нет: такую колонку выключают, а ДРР считает [вычисляемое поле](#calculated-field).

Подробно: [Роль колонки: Metric или Dimension](https://marfor.pro/docs/data/mapping/column-roles). См. также: [маппинг](#mapping), [срез](#slice), [отношение](#ratio).

### Отношение {#ratio}

Показатель, который получается делением одной суммы на другую: ДРР = расходы ÷ выручка, CAC = расходы ÷ новые клиенты, средний чек = выручка ÷ заказы, конверсия = заказы ÷ визиты. Отношения нельзя складывать и усреднять по строкам — только делить сумму на сумму.

Пример: канал А — 10 000 ₽ расходов на 100 000 ₽ выручки (ДРР 10 %), канал Б — 90 000 ₽ на 300 000 ₽ (30 %). Среднее — 20 %, а ДРР двух каналов вместе — 100 000 ÷ 400 000 = 25 %.

Подробно: [Отношения считаются от сумм](https://marfor.pro/docs/data/metrics/ratios). См. также: [вычисляемое поле](#calculated-field), [ДРР / CRR](#drr), [роль колонки](#column-role).

### Срез {#slice}

Одно значение разреза или сочетание значений: канал «Контекст», регион «Москва», пара «Москва · Контекст». По срезам MARFOR строит прогноз и модель, у каждого среза своя строка в таблице сценария, и между срезами оптимизатор двигает деньги.

Пример: 3 региона × 10 каналов = 30 срезов. Правка бюджета одного среза не двигает остальные.

Подробно: [Как прогноз доходит до срезов](https://marfor.pro/docs/how-it-works/forecast/components). См. также: [маппинг](#mapping), [гранулярность](#granularity), [органика](#organic).

### Гранулярность {#granularity}

Шаг времени в данных, прогнозе и модели: день, неделя, месяц или квартал. Чем мельче шаг, тем больше точек для модели, но тем больше и медленнее сценарий.

Пример: год по дням — 365 строк на срез, по месяцам — 12. Сценарий по дням примерно в 30 раз больше по строкам, и правки в нём идут медленнее. Для бюджетного плана обычно хватает месяца.

Подробно: [Мастер модели](https://marfor.pro/docs/model/create). См. также: [горизонт прогноза](#horizon), [срез](#slice).

### Вычисляемое поле {#calculated-field}

Показатель-отношение, который MARFOR считает формулой от сумм в каждой строке отчёта: ДРР, CAC, средний чек, конверсия. Заводится в «Метриках и правилах». Так отношение верно и за месяц, и за год, и по всей стране.

Пример: канал А — 10 000 ₽ расходов на 100 000 ₽ выручки (10 %), канал Б — 90 000 ₽ на 300 000 ₽ (30 %). Среднее двух процентов — 20 %, а ДРР двух каналов вместе — 100 000 ÷ 400 000 = 25 %. Вычисляемое поле покажет 25 %.

Подробно: [Вычисляемые поля](https://marfor.pro/docs/data/metrics/derived). См. также: [ДРР / CRR](#drr), [средний чек](#aov), [конверсия](#conversion).

### Статичное поле {#static-field}

Показатель-формула, который MARFOR считает построчно и сохраняет в таблицу отдельной колонкой; дальше он складывается, как обычная метрика. Годится только для сумм и разностей: «реклама + промо», «выручка − возвраты». Отношение статичным полем сделать нельзя — его считает [вычисляемое поле](#calculated-field).

Пример: `[[Реклама]] + [[Промо]]` — в строке, где реклама 70 000 ₽ и промо 30 000 ₽, статичное поле запишет 100 000 ₽, а за месяц сложит такие строки, как любые расходы.

Подробно: [Поля «Метрик и правил»](https://marfor.pro/docs/data/metrics/fields). См. также: [вычисляемое поле](#calculated-field), [отношение](#ratio).

### Бленд {#blend}

Таблица, которую Блендер собрал из нескольких источников и сохранил как обычный источник. «Объединить» ставит строки таблиц друг под друга, «Связать» соединяет их по ключам — дате, каналу.

Пример: в таблице «Реклама» — январь, Яндекс, расходы 100 000 ₽; в «CRM» — январь, Яндекс, 400 заказов. Бленд по месяцу и каналу даёт одну строку: январь · Яндекс · 100 000 ₽ · 400 заказов. Отношения вроде ДРР в бленд колонкой не кладут — их считает вычисляемое поле.

Подробно: [Блендер: объединить или связать источники](https://marfor.pro/docs/data/blender/basics). См. также: [источник данных](#data-source), [вычисляемое поле](#calculated-field), [План/Факт](#plan-fact).

### Ключ связи {#join-key}

Поле, по которому режим «Связать» Блендера находит пары строк в двух таблицах: дата, месяц, канал, регион. Строки с одинаковыми значениями ключей становятся одной строкой бленда.

Пример: в таблице «Реклама» строка «январь · Директ · 100 000 ₽», в «CRM» — «январь · Директ · 400 заказов». Ключи — месяц и канал; в бленде одна строка «январь · Директ · 100 000 ₽ · 400 заказов». Если в одной таблице канал «Директ», а в другой «директ», пары не будет.

Подробно: [Объединить или связать](https://marfor.pro/docs/data/blender/union-join). См. также: [бленд](#blend), [срез](#slice).

### Обновление бленда {#blend-refresh}

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

Пример: бленд «Реклама + CRM» с расписанием «Ежедневно, 06:30 UTC». В 06:30 CRM ещё не обновилась — пересборки нет. В 06:52 CRM загрузилась, на ближайшей проверке, через пару минут, бленд пересобран.

Подробно: [Обновление бленда](https://marfor.pro/docs/data/blender/refresh). См. также: [бленд](#blend), [источник данных](#data-source).

### План/Факт {#plan-fact}

Таблица, где план — сценарий или прогноз — и факт стоят рядом по тем же срезам и месяцам, с отклонением в процентах. Её собирает мастер «План/Факт (ИИ)» в Блендере.

Пример: план апреля — 1 000 заказов, факт — 920. Отклонение: (920 − 1 000) ÷ 1 000 = −8 %. За квартал и по всей стране процент тоже верный: суммы делятся на суммы.

Подробно: [План/Факт в Блендере](https://marfor.pro/docs/bi/plan-fact). См. также: [бленд](#blend), [полоса P10–P90](#p10-p90).

### Колонка моделирования {#modeling-column}

Колонка сценария с окончанием `_modeling`: значения метрики после ваших правок — то, что видно в столбце «Модель» таблицы сценария. Колонка с тем же именем без окончания — базовый прогноз до правок. План/Факт берёт план из колонок моделирования как есть, без пересчётов.

Пример: в сценарии бюджет канала на ноябрь в базе — 100 000 ₽, вы подняли его до 110 000 ₽. В колонке `budget` — 100 000, в колонке `budget_modeling` — 110 000. В План/Факте планом станет 110 000.

Подробно: [План/Факт: план — это колонки моделирования](https://marfor.pro/docs/bi/plan-fact/overview#plan). См. также: [сценарий](#scenario), [План/Факт](#plan-fact), [база сценария](#scenario-base).

### Отклонение от плана {#plan-deviation}

На сколько процентов факт разошёлся с планом: (факт − план) ÷ план. На любом разрезе — за квартал, по стране — считается от сумм плана и факта, а не как среднее месячных процентов.

Пример: план второго квартала — 1 000 + 1 150 + 1 250 = 3 400 заказов, факт — 920 + 1 196 + 1 263 = 3 379. Отклонение квартала — (3 379 − 3 400) ÷ 3 400 = −0,6 %, хотя в апреле было −8 %.

Подробно: [План/Факт: как устроен](https://marfor.pro/docs/bi/plan-fact/overview). См. также: [План/Факт](#plan-fact), [вычисляемое поле](#calculated-field), [рост год к году](#yoy).

## Показатели {#metrics-terms}

### ROI {#roi}

Средняя отдача рекламы: сколько выручки в среднем приносит рубль расходов. ROI = выручка канала ÷ расходы канала.

Пример: канал тратит 10 млн ₽ и приносит 20 млн ₽ выручки — ROI 2, каждый рубль в среднем возвращает 2 ₽. По ROI нельзя решать, добавлять ли деньги: следующий рубль приносит меньше среднего — это показывает [mROI](#mroi). Иногда ROI считают за вычетом самих расходов: (20 − 10) ÷ 10 = 100 %. Сравнивайте числа, посчитанные одним способом.

Подробно: [Правило равной отдачи последнего рубля](https://marfor.pro/docs/how-it-works/optimizer/overview#example). См. также: [mROI](#mroi), [ДРР / CRR](#drr), [цена следующего заказа](#marginal-cost).

### mROI / маргинальная отдача {#mroi}

Сколько выручки принесёт следующий рубль расходов в канале; её ещё называют предельной отдачей. MARFOR считает её так: эластичность × выручка ÷ расходы — то есть эластичность × ROI. Пока у одного канала mROI выше, чем у другого, деньги выгодно переложить.

Пример: канал А — 10 млн ₽ расходов, 20 млн ₽ выручки, эластичность 0,4: ROI 2, mROI 0,4 × 2 = 0,80. Канал Б — 5 млн ₽ и 20 млн ₽, эластичность 0,5: ROI 4, mROI 2,00. Перенос 100 тыс. ₽ из А в Б: А теряет около 80 тыс. ₽ выручки, Б приносит около 199 тыс. — итог +119 тыс. ₽ без новых денег.

Подробно: [Правило равной отдачи последнего рубля](https://marfor.pro/docs/how-it-works/optimizer/overview). См. также: [ROI](#roi), [правило равной отдачи](#equal-return-rule), [эластичность](#elasticity), [цена следующего заказа](#marginal-cost).

### ДРР / CRR {#drr}

Доля рекламных расходов в выручке: ДРР = расходы ÷ выручка. CRR — то же отношение расходов к выручке, так его называют в английском интерфейсе и во многих отчётах. Какие расходы стоят в числителе — только реклама или ещё промо, — задаёт формула. Чем ниже ДРР, тем дешевле обходится рубль выручки.

Пример: расходы 100 000 ₽, выручка 400 000 ₽ — ДРР 25 %: рубль рекламы приносит 4 ₽ выручки, то есть ROI 4. ДРР итога — сумма расходов ÷ сумма выручки, а не среднее процентов. В оптимизаторе ДРР бывает только ограничением («ДРР ≤ 34»), целью его не выбрать.

Подробно: [Вычисляемые поля](https://marfor.pro/docs/data/metrics/derived). См. также: [вычисляемое поле](#calculated-field), [ROI](#roi), [ограничение оптимизатора](#constraint).

### CAC {#cac}

Стоимость привлечения нового клиента: расходы ÷ число новых клиентов. Как любое отношение, считается формулой от сумм.

Пример: 300 000 ₽ расходов и 150 новых клиентов — CAC 2 000 ₽. В следующем месяце 300 000 ₽ привели 100 клиентов — CAC 3 000 ₽. CAC двух месяцев — 600 000 ÷ 250 = 2 400 ₽, а не среднее 2 500 ₽.

Подробно: [Вычисляемые поля](https://marfor.pro/docs/data/metrics/derived). См. также: [вычисляемое поле](#calculated-field), [ДРР / CRR](#drr).

### Средний чек {#aov}

Сколько выручки в среднем приносит один заказ: выручка ÷ число заказов. В модели — звено [цепочки](#metric-chain): выручка = заказы × средний чек. При правке бюджета средний чек не меняется.

Пример: 3 000 000 ₽ выручки на 1 000 заказов — средний чек 3 000 ₽. Сценарий добавил 112 заказов — выручка выросла на 112 × 3 000 = 336 000 ₽.

Подробно: [Вычисляемые поля](https://marfor.pro/docs/data/metrics/derived). См. также: [конверсия](#conversion), [цепочка метрик](#metric-chain).

### Конверсия {#conversion}

Доля визитов, которые закончились заказом: заказы ÷ визиты. В цепочке модели: заказы = визиты × конверсия. Реклама приносит визиты, а конверсия при правке бюджета не меняется.

Пример: 1 000 заказов на 50 000 визитов — конверсия 2 %. Бюджет добавил 9,5 % визитов — заказов тоже станет на 9,5 % больше. Если ждёте перемен не от рекламы, например после обновления сайта, конверсию правят в сценарии отдельно.

Подробно: [Вычисляемые поля](https://marfor.pro/docs/data/metrics/derived). См. также: [средний чек](#aov), [цепочка метрик](#metric-chain), [зависимая метрика](#dependent-metric).

### KPI {#kpi}

Ключевой показатель — цифра, по которой оценивают результат: план заказов, выручка, ДРР. Цифру, которую нельзя провалить, ставят не выше [P10](#p10). В сценарии MARFOR «KPI» — ещё и режим значения в карточке ячейки: число задано вами как план, пересчёты сценария его не меняют, а оптимизатор такую строку не двигает.

Пример: бюджет бренд-медиа по договору — 2 млн ₽ в месяц. Переведите его в «KPI»: оптимизатор разложит остальной бюджет, а эти 2 млн ₽ и их результат войдут в цель и в потолок расходов как есть.

Подробно: [Ограничения оптимизатора: замороженные срезы](https://marfor.pro/docs/how-it-works/optimizer/constraints#frozen). См. также: [ограничение оптимизатора](#constraint), [оптимизатор](#optimizer).

## Прогноз {#forecast-terms}

### Прогноз {#forecast}

Что будет, если ничего не менять: продолжение истории с ростом год к году и сезонностью. Про ваши планы на бюджет прогноз не знает — поэтому он становится [базой сценария](#scenario-base).

Пример: в марте прошлого года было 12 000 заказов, последние месяцы растут на 10 % к прошлому году. Прогноз на март: 12 000 × 1,10 = 13 200 заказов.

Подробно: [Как MARFOR строит прогноз](https://marfor.pro/docs/how-it-works/forecast/components). См. также: [рост год к году](#yoy), [сезонность](#seasonality), [WAPE](#wape).

### Рост год к году (YoY) {#yoy}

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

Пример: июль–сентябрь этого года — 30 800 заказов, год назад — 28 000. Рост 30 800 ÷ 28 000 = 1,10, то есть +10 %. На дневных данных MARFOR сравнивает последние 91 день с теми же днями год назад.

Подробно: [Как MARFOR строит прогноз](https://marfor.pro/docs/how-it-works/forecast/components). См. также: [прогноз](#forecast), [сезонность](#seasonality).

### Сезонность {#seasonality}

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

Пример: средний месяц — 10 000 заказов, декабрь — 14 000 (×1,4), январь — 8 500 (×0,85). Месяцы выше ×1,3 MARFOR считает пиковыми: при проверке прогноза промах в них считается отдельно.

Подробно: [Как MARFOR строит прогноз](https://marfor.pro/docs/how-it-works/forecast/components). См. также: [прогноз](#forecast), [рост год к году](#yoy).

### Горизонт прогноза {#horizon}

На сколько периодов вперёд строится прогноз: до 36 месяцев или до 730 дней. Опора прогноза — тот же месяц год назад, поэтому дальше 12 месяцев прогноз — грубый ориентир.

Пример: для годового плана берите 12 месяцев. При горизонте 24 месяца второй год часто выходит почти ровным — без пиков и роста.

Подробно: [Горизонт прогноза](https://marfor.pro/docs/how-it-works/forecast/horizon). См. также: [прогноз](#forecast), [гранулярность](#granularity).

### WAPE {#wape}

Ошибка прогноза в процентах от общего объёма: сумма промахов ÷ сумма факта. MARFOR считает её при проверке прогноза: прячет последние месяцы, прогнозирует их так, будто их ещё не было, и сравнивает с фактом. До 15 % — зелёный, 15–25 % — жёлтый, от 25 % — красный. У модели своя проверка — [на скрытых месяцах](#holdout).

Пример: факт 1 000, 1 500 и 100 заказов (всего 2 600), прогноз — 1 100, 1 400 и 150. Промахи 100 + 100 + 50 = 250, WAPE = 250 ÷ 2 600 = 9,6 %. Средний процент промаха вышел бы 22 % — его раздувает маленький третий месяц.

Подробно: [Проверка на прошлом](https://marfor.pro/docs/how-it-works/forecast/backtest). См. также: [прогноз](#forecast), [проверка на скрытых месяцах](#holdout).

### Свежий рост {#fresh-growth}

Рост последних трёх месяцев к тем же месяцам год назад. На него прогноз умножает прошлый год; на экране шага «Обучение» он подписан «свежий YoY». На дневных данных окно — 91 день, на недельных — 13 недель, поэтому всплеск в последние дни почти не двигает прогноз.

Пример: июль–сентябрь — 30 800 заказов, год назад — 28 000. Свежий рост: 30 800 ÷ 28 000 = 1,10. Распродажа ×2 в последние 3 дня из 91 добавила бы к нему около 3 %.

Подробно: [Из чего складывается прогноз](https://marfor.pro/docs/how-it-works/forecast/components). См. также: [рост год к году](#yoy), [прогноз](#forecast).

### Пиковый месяц {#peak-month}

Месяц, который в среднем больше обычного месяца в 1,3 раза и сильнее. MARFOR проверяет прогноз на таких месяцах отдельно: промах в пик дороже всего.

Пример: средний месяц — 10 000 заказов, декабрь — 14 000 (×1,40) — пиковый; март — 12 000 (×1,20) — нет. На шаге «Обучение» это строка «В истории пиковые месяцы: Дек».

Подробно: [Из чего складывается прогноз](https://marfor.pro/docs/how-it-works/forecast/components#seasonality). См. также: [сезонность](#seasonality), [ошибка на пиках](#peak-error).

### Проверка на прошлом {#backtest}

Экзамен прогноза: MARFOR прячет последние месяцы истории, прогнозирует их разными способами по данным до них и сравнивает с фактом. Окон несколько: последние месяцы, те же месяцы годом раньше и последний раз каждого пикового месяца. Побеждает способ с наименьшей ошибкой. У модели MMM своя проверка — [на скрытых месяцах](#holdout).

Пример: спрятаны апрель–сентябрь, промахи прогноза — 2 400 заказов из 58 500 факта, [WAPE](#wape) = 4,1 %.

Подробно: [Проверка на прошлом](https://marfor.pro/docs/how-it-works/forecast/backtest). См. также: [WAPE](#wape), [ошибка на пиках](#peak-error).

### Ошибка на пиках {#peak-error}

Промах прогноза в самом большом периоде окна проверки, в процентах от факта этого периода. До 20 % — зелёная, 20–40 % — жёлтая, от 40 % — красная.

Пример: в окне проверки самый большой месяц — сентябрь, факт 11 300, прогноз 10 600. Ошибка на пике: 700 ÷ 11 300 = 6,2 %.

Подробно: [Шаг «Обучение»](https://marfor.pro/docs/forecast/screen-training#check). См. также: [WAPE](#wape), [пиковый месяц](#peak-month).

### Свой тренд {#own-trend}

Режим среза в настройках прогноза: у каждого сочетания таких срезов свой прогноз — свой рост и своя сезонность. Работает, только когда хотя бы один срез стоит в режиме [«Доля от тренда»](#trend-share); если все срезы — «Свой тренд», итог считает одна модель, а срезы получают доли.

Пример: «Регион» — «Свой тренд», «Канал» — «Доля от тренда». Москва растёт на 30 %, регионы стоят — прогноз сохранит разницу: 52 000 × 1,30 = 67 600 и 60 000.

Подробно: [Прогноз по срезам](https://marfor.pro/docs/how-it-works/forecast/slices). См. также: [срез](#slice), [порог крупного среза](#big-slice-threshold).

### Доля от тренда {#trend-share}

Режим среза в настройках прогноза: срез не получает своего прогноза, а делит прогноз своего узла в недавних пропорциях — за последние ~13 месяцев, на дневных данных за 90 дней. Подходит мелким и многочисленным срезам: городам, товарам. Суммы сходятся строго.

Пример: узел «Центр × Яндекс» — 10 000 заказов в прогнозе; Тверь давала 4 % узла — получит 400.

Подробно: [Выбрать срезы прогноза](https://marfor.pro/docs/forecast/slices). См. также: [свой тренд](#own-trend), [срез](#slice).

### Порог крупного среза {#big-slice-threshold}

Доля в процентах: долевой срез, который занимает в своём узле не меньше этой доли, получает свой тренд, а потом все срезы узла подгоняются, чтобы в сумме дать прогноз узла. По умолчанию 10, 0 — выключено. Поле видно, только когда есть срезы обоих режимов. С гранулярностью «Месяцы» на дневных данных порог сейчас не действует.

Пример: внутри «Центр × Яндекс» Москва — 60 % заказов, Тверь — 4 %. При пороге 10 у Москвы свой тренд, у Твери — доля.

Подробно: [Прогноз по срезам](https://marfor.pro/docs/how-it-works/forecast/slices#how). См. также: [свой тренд](#own-trend), [доля от тренда](#trend-share).

## Модель {#model-terms}

### Модель MMM {#mmm}

Marketing Mix Model — модель, которая по истории отделяет вклад рекламы от сезонности и общего роста и измеряет, насколько результат откликается на бюджет каждого канала. Главное её число — [эластичность](#elasticity). На модели строятся сценарии и оптимизатор.

Пример: из 5 000 заказов октября 2 000 приходят из «Контекста», 3 000 — органика. Эластичность канала 0,3 значит: бюджет канала +10 % добавит около 58 заказов (2 000 × 2,9 %), а весь итог вырастет лишь на 1,2 %.

Подробно: [Прогноз, модель и сценарий](https://marfor.pro/docs/how-it-works/scenarios/overview). См. также: [драйвер](#driver), [органика](#organic), [проверка на скрытых месяцах](#holdout).

### Драйвер {#driver}

Метрика, которой вы управляете и которая менялась в истории: обычно расходы или бюджет канала. В сценарии вы правите драйвер, а MARFOR пересчитывает от него [зависимые метрики](#dependent-metric). Бывает и второй драйвер — например, промо, если он менялся независимо от рекламы.

Пример: бюджет «Контекста» 100 000 ₽ — драйвер, заказы канала — зависимая. Бюджет 110 000 ₽ при эластичности 0,3 — 1 029 заказов вместо 1 000.

Подробно: [Мастер модели](https://marfor.pro/docs/model/create). См. также: [зависимая метрика](#dependent-metric), [эластичность](#elasticity), [KPI](#kpi).

### Зависимая метрика {#dependent-metric}

Результат, который откликается на драйвер: визиты, заказы, выручка. В модели зависимой выбирают то, что реклама двигает напрямую и что складывается, например визиты; заказы и выручку подключают [цепочкой](#metric-chain). Отношения — конверсию, ДРР — зависимой не берут. Разброс P10–P90 есть только у зависимых: бюджет — ваш план, у него разброса нет.

Пример: эластичность визитов 0,5, бюджет +20 %. Визиты: 1,2 ^ 0,5 = 1,095, то есть +9,5 %; заказы и выручка следом — тоже +9,5 %.

Подробно: [Мастер модели](https://marfor.pro/docs/model/create). См. также: [драйвер](#driver), [цепочка метрик](#metric-chain), [обратный расчёт](#reverse-calculation).

### Цепочка метрик {#metric-chain}

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

Пример: бюджет +20 % дал +9,5 % визитов. При конверсии 2 % и среднем чеке 3 000 ₽: 10 000 визитов → 10 950, 200 заказов → 219, выручка 600 000 ₽ → 657 000 ₽.

Подробно: [Мастер модели](https://marfor.pro/docs/model/create). См. также: [зависимая метрика](#dependent-metric), [конверсия](#conversion), [средний чек](#aov).

### Атрибуция модели {#attribution}

Как модель делит результат между каналами. «По данным» — каждому каналу достаётся то, что записано за ним в данных (например, заказы по меткам), модель меряет отклик этих чисел на бюджет канала. «MMM по общему KPI» — модель смотрит на общий итог рынка вместе с органикой и сама ищет, сколько добавил каждый канал.

Пример: из 10 000 заказов по меткам «Контексту» записано 3 000. MMM по общему KPI видит, что без «Контекста» 1 200 из них всё равно пришли бы, и считает прирост канала 1 800.

Подробно: [Атрибуция модели](https://marfor.pro/docs/model/attribution). См. также: [модель MMM](#mmm), [органика](#organic), [иерархия срезов](#slice-hierarchy).

### Иерархия срезов {#slice-hierarchy}

Порядок срезов в мастере модели — от общего к частному, например «Страна → Канал → Город». MARFOR оценивает эластичность на каждом уровне; у среза с короткой или шумной историей она получается близкой к уровню выше. Порядок MARFOR предлагает сам, поменять его можно перетаскиванием.

Пример: «Страна» (3 значения) → «Канал» (10) → «Город» (200). Если поставить «Город» наверх, каждому из 200 городов придётся учиться почти без опоры, и интервалы выйдут широкими.

Подробно: [Срезы, гранулярность и точность расчёта](https://marfor.pro/docs/model/choose-slices#hierarchy). См. также: [срез](#slice), [гранулярность](#granularity), [точность расчёта](#calc-precision).

### Органика {#organic}

Результат без рекламного бюджета: строки, где бюджета нет или эластичность равна нулю. На правку бюджета органика не откликается, оптимизатор её не двигает. В текстах о MMM её ещё называют базовыми продажами — не путайте с [базой сценария](#scenario-base).

Пример: канал даёт 2 000 заказов, органика — 3 000. Бюджет канала +20 % при эластичности 0,3: канал 2 112, органика 3 000, всего 5 112 — +2,2 % к итогу, хотя сам канал вырос на 5,6 %.

Подробно: [Прогноз, модель и сценарий](https://marfor.pro/docs/how-it-works/scenarios/overview). См. также: [модель MMM](#mmm), [сценарий](#scenario), [оптимизатор](#optimizer).

### Точность расчёта {#calc-precision}

Ползунок на шаге «Срезы» мастера модели: «OLS», «Fast Bayes», «Стандарт», «Детальнее», «Максимум». MARFOR ставит его, когда открывается шаг, а подсказка под ползунком пересчитывается по числу комбинаций выбранных срезов. Для бюджета и оптимизатора берите «Стандарт» и правее.

Пример: срезы «Страна» (3) и «Канал» (10) — 13 комбинаций, подсказка советует «Детальнее». С «Городом» (200) комбинаций 213 — подсказка советует «Fast Bayes».

Подробно: [Срезы, гранулярность и точность расчёта](https://marfor.pro/docs/model/choose-slices#precision). См. также: [иерархия срезов](#slice-hierarchy), [гранулярность](#granularity).

### Конфликт драйвера {#driver-conflict}

Часть бюджета записана в строках, где зависимая метрика равна нулю: деньги есть, а результата в этой строке нет. Обычно так бывает, когда бюджет ведут на уровне канала, а заказы — по городам. Если такого бюджета больше 10 %, перед расчётом MARFOR предлагает перераспределить его по строкам с результатом.

Пример: бюджет «Контекста» 100 000 ₽ записан одной строкой «Город: все», а заказы — по 20 городам. Все 100 % бюджета стоят там, где заказов 0, — модели не на чем увидеть связь.

Подробно: [«Конфликт на исходной таблице»](https://marfor.pro/docs/model/driver-conflict). См. также: [драйвер](#driver), [зависимая метрика](#dependent-metric), [срез](#slice).

### Проверка на скрытых месяцах {#holdout}

Экзамен модели: MARFOR прячет последние месяцы факта — примерно шестую часть истории, от 3 до 6 месяцев, — учит модель без них и сравнивает её прогноз с фактом. Средний промах до 10 % — «Точный прогноз», до 20 % — «Хороший», до 50 % — «Приемлемо», дальше — «Неточный».

Пример: промахи по четырём скрытым месяцам −6,0 %, +4,5 %, +5,6 % и −5,8 %, средний — 5,5 %: «Точный прогноз». Точный прогноз ещё не доказывает эластичность — это показывает блок «Помогают ли драйверы прогнозу». У прогноза своя проверка, её ошибку считает [WAPE](#wape).

Подробно: [Когда модели можно верить](https://marfor.pro/docs/how-it-works/model-trust/checklist). См. также: [интервал эластичности](#elasticity-interval), [диапазон опыта](#experience-range), [WAPE](#wape).

### Смещение прогноза {#holdout-bias}

Средний промах модели на скрытых месяцах с учётом знака. Если промахи то вверх, то вниз — это шум. Если все в одну сторону и в среднем от 10 %, экран пишет, что модель систематически завышает или занижает: в последних месяцах что-то изменилось.

Пример: промахи +12 %, +15 %, +9 % и +16 % — средний 13 %, «Хороший прогноз», но под таблицей: «В среднем модель завышает на 13% — промах систематический, а не случайный».

Подробно: [Проверка на скрытых месяцах](https://marfor.pro/docs/how-it-works/model-trust/holdout#bias). См. также: [проверка на скрытых месяцах](#holdout), [промах среза](#slice-error).

### Промах среза {#slice-error}

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

Пример: Москва +22 %, Регионы −22 %, в сумме по всем срезам — +3 %: общий вердикт «Точный прогноз», а планировать по Москве и Регионам рано.

Подробно: [Промах по срезам](https://marfor.pro/docs/how-it-works/model-trust/slice-errors). См. также: [проверка на скрытых месяцах](#holdout), [WAPE](#wape), [срез](#slice).

### Помогают ли драйверы прогнозу {#driver-check}

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

Пример: с бюджетом промах 5,5 %, без него — 10,5 %. Вывод на экране: «помогает: без него промах больше на 5,0 п.п.».

Подробно: [Помогают ли драйверы прогнозу](https://marfor.pro/docs/how-it-works/model-trust/driver-check). См. также: [проверка на скрытых месяцах](#holdout), [драйвер](#driver), [эластичность](#elasticity).

### Надёжность модели {#model-reliability}

Балл от 0 до 100 на карточке результатов модели: насколько хорошо модель описывает историю (R²), насколько узок интервал эластичности и сколько было наблюдений. От 75 — «Высокая», от 50 — «Хорошая», от 30 — «Средняя», ниже — «Низкая». Это уверенность модели в себе, а не проверка на будущем.

Пример: R² 0,80, эластичность 0,30 с интервалом 0,24…0,36, 240 наблюдений: 24 + 24 + 20 + 10 = 78 баллов — «Высокая».

Подробно: [Надёжность и интервал эластичности](https://marfor.pro/docs/how-it-works/model-trust/reliability). См. также: [интервал эластичности](#elasticity-interval), [проверка на скрытых месяцах](#holdout).

### Эксперимент {#experiment}

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

Пример: бюджет +30 %, заказы +6 % — эластичность ln 1,06 ÷ ln 1,30 = 0,22. Модель давала срезу 0,50 ± 0,20, тест — 0,22 ± 0,08; итог 0,26 ± 0,07.

Подробно: [Сверка модели с экспериментами](https://marfor.pro/docs/how-it-works/model-trust/calibration). См. также: [эластичность](#elasticity), [интервал эластичности](#elasticity-interval), [рыночный ряд](#market-series).

### Рыночный ряд {#market-series}

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

Пример: летом спрос на категорию вырос на 20 %, и бюджет в те же месяцы подняли. Без ряда модель отдаст рекламе часть рыночного роста, с рядом — вычтет его.

Подробно: [Подключить эксперименты и рыночные ряды](https://marfor.pro/docs/model/external-data). См. также: [эксперимент](#experiment), [сезонность](#seasonality), [модель MMM](#mmm).

## Эластичность и отклик {#response-terms}

### Эластичность {#elasticity}

На сколько процентов изменится результат, если бюджет изменится на 1 %. Сценарий MARFOR считает одним умножением: множитель результата = множитель бюджета в степени эластичности. Выгодно ли тратить, эластичность сама не говорит — для этого есть [цена следующего заказа](#marginal-cost).

Пример: канал тратит 100 000 ₽ и приносит 1 000 заказов, эластичность 0,3. Бюджет +10 %: 1,1 ^ 0,3 = 1,029 — примерно +2,9 % заказов, 1 029. Бюджет вдвое больше — +23 %, а не вдвое больше заказов.

Подробно: [Эластичность](https://marfor.pro/docs/how-it-works/response/elasticity). См. также: [кривая отклика](#response-curve), [интервал эластичности](#elasticity-interval), [насыщение](#saturation), [mROI](#mroi).

### Интервал эластичности {#elasticity-interval}

Диапазон правдоподобных значений эластичности — на экране модели колонка «ДИ 95%». Узкий интервал — модель уверена в числе, широкий — нет. От его ширины зависит ширина [полосы P10–P90](#p10-p90).

Пример: 0,30 с интервалом от 0,25 до 0,35 — модель уверена. 0,30 с интервалом от −0,10 до 0,70 — модель не уверена даже, что бюджет помогает: бюджет такого канала двигайте небольшими шагами.

Подробно: [Результаты модели](https://marfor.pro/docs/model/screen-results). См. также: [эластичность](#elasticity), [полоса P10–P90](#p10-p90), [проверка на скрытых месяцах](#holdout).

### Сезонный профиль эластичности {#seasonal-elasticity}

На сколько в каждом месяце отклик на бюджет сильнее или слабее обычного. Сценарий прибавляет поправку месяца к эластичности среза. Подпись «+8 %» у столбика значит: эластичность месяца на 0,08 больше базовой, а не в 1,08 раза.

Пример: базовая эластичность 0,30, у декабря столбик «+8,0 %». В декабре сценарий считает с эластичностью 0,30 + 0,08 = 0,38: бюджет +10 % даёт +3,7 % заказов вместо +2,9 %.

Подробно: [Сезонный профиль эластичности](https://marfor.pro/docs/model/screen-seasonality). См. также: [эластичность](#elasticity), [сезонность](#seasonality).

### Кривая отклика {#response-curve}

Сколько результата даёт каждый уровень бюджета канала при прочих равных. Чем правее, тем кривая положе: каждые следующие 10 000 ₽ приносят меньше заказов. Наклон кривой в точке «сейчас» — [эластичность](#elasticity).

Пример: при эластичности 0,3 канал даёт 812 заказов при 50 000 ₽, 1 000 — при 100 000 ₽, 1 129 — при 150 000 ₽ и 1 231 — при 200 000 ₽.

Подробно: [Кривая отклика](https://marfor.pro/docs/how-it-works/response/response-curve). См. также: [цена следующего заказа](#marginal-cost), [насыщение](#saturation), [диапазон опыта](#experience-range).

### Цена следующего заказа {#marginal-cost}

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

Пример: 100 000 ₽ дают 1 000 заказов — в среднем по 100 ₽. При эластичности 0,3 следующий заказ стоит около 100 ÷ 0,3 ≈ 333 ₽: ещё 10 000 ₽ принесут 29 заказов, по 345 ₽.

Подробно: [Кривая отклика: средняя и следующая цена заказа](https://marfor.pro/docs/how-it-works/response/response-curve#example). См. также: [mROI](#mroi), [кривая отклика](#response-curve), [насыщение](#saturation).

### Насыщение {#saturation}

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

Пример: 10 000 ₽ сверх 100 000 ₽ приносят +29 заказов, по 345 ₽; те же 10 000 ₽ сверх 290 000 ₽ — уже +14, по 711 ₽.

Подробно: [Насыщение](https://marfor.pro/docs/how-it-works/response/saturation). См. также: [потолок отдачи](#response-ceiling), [кривая отклика](#response-curve), [цена следующего заказа](#marginal-cost).

### Потолок отдачи {#response-ceiling}

Предел, к которому подходит результат канала, сколько денег ни добавляй. Кривую с потолком MARFOR берёт, только если она точнее плавной угадала скрытые месяцы. Тогда на экране модели — «Насыщение N %»: какую долю потолка канал даёт при обычном бюджете. Если потолок не найден, в карточке «Насыщение» стоит «—».

Пример: канал приносит 1 000 заказов, потолок — около 1 516. Насыщение: 1 000 ÷ 1 516 = 66 %. Удвоение бюджета даст +18,8 % заказов вместо +23,1 % у плавной кривой.

Подробно: [Насыщение: если модель нашла потолок](https://marfor.pro/docs/how-it-works/response/saturation#ceiling). См. также: [насыщение](#saturation), [проверка на скрытых месяцах](#holdout).

### Диапазон опыта / край опыта {#experience-range}

Бюджеты, которые у канала уже были в истории, — от самого маленького месячного до самого большого; эти два числа — края опыта. Внутри диапазона кривой отклика можно верить настолько, насколько верна модель; снаружи начинается [экстраполяция](#extrapolation). MARFOR этот край на экране не отмечает — найдите его сами.

Пример: два года канал тратил от 80 000 до 125 000 ₽ в месяц. План 60 000 ₽ — за краем: 60 000 ÷ 80 000 = 0,75, на четверть ниже всего, что было.

Подробно: [Где кривой нельзя верить: как проверить самому](https://marfor.pro/docs/how-it-works/response/extrapolation#check). См. также: [экстраполяция](#extrapolation), [кривая отклика](#response-curve).

### Экстраполяция {#extrapolation}

Расчёт для бюджета, которого у канала не было: кривая продолжается туда, где опыта нет. Сценарий и оптимизатор такое число посчитают, но это гипотеза — проверяйте её шагами или экспериментом. [Полоса P10–P90](#p10-p90) за краем опыта сама не расширяется.

Пример: история — от 80 000 до 125 000 ₽ в месяц. Внутри неё три правдоподобные формы кривой расходятся меньше чем на 1 %. При 200 000 ₽ они дают от 1 148 до 1 231 заказа (разброс 7 %), при 25 000 ₽ — от 417 до 660 (37 %).

Подробно: [Где кривой нельзя верить](https://marfor.pro/docs/how-it-works/response/extrapolation). См. также: [диапазон опыта](#experience-range), [насыщение](#saturation).

## Накопительный эффект {#adstock-terms}

### Адсток / накопительный эффект {#adstock}

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

Пример: на следующий месяц переходит 60 % эффекта. Реклама марта работает так: март — 100 %, апрель — 60 %, май — 36 %, июнь — 22 %. За все месяцы — 2,5 эффекта марта, и 60 % всего эффекта приходит потом.

Подробно: [Адсток: почему реклама работает и после показа](https://marfor.pro/docs/how-it-works/adstock/overview). См. также: [доля перехода](#carryover), [полураспад](#half-life).

### Доля перехода («сразу и потом») {#carryover}

Какая часть эффекта рекламы переходит на следующий месяц. Из всего эффекта сразу приходит 1 − доля, потом — доля. В сценарии MARFOR доля перехода задана заранее, а не измерена на ваших данных.

Пример: доля 60 % — сразу приходит 40 % эффекта, потом 60 %. Бюджет +20 % с октября при эластичности 0,3 даёт +2,3 % заказов в октябре, +3,7 % в ноябре, +4,5 % в декабре и к весне — полные +5,6 %.

Подробно: [Сразу и потом](https://marfor.pro/docs/how-it-works/adstock/carryover). См. также: [адсток](#adstock), [полураспад](#half-life).

### Полураспад {#half-life}

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

Пример: при доле перехода 60 % полураспад около 1,4 месяца, при 20 % — около двух недель, при 80 % — 3,1 месяца. Короче всего волна обычно у поиска, длиннее — у охватной и видеорекламы.

Подробно: [Полураспад](https://marfor.pro/docs/how-it-works/adstock/half-life). См. также: [доля перехода](#carryover), [адсток](#adstock).

## Сценарий {#scenario-terms}

### Сценарий {#scenario}

Прогноз как база плюс ваши правки бюджета, пересчитанные через модель. Это таблица по тем же срезам, что и модель: вы меняете [драйвер](#driver), MARFOR пересчитывает зависимые метрики и цепочку. Насколько может отклониться итог, показывает [полоса P10–P90](#p10-p90).

Пример: в базе октября у канала 500 000 ₽ и 2 000 заказов. Вы ставите 600 000 ₽ (+20 %), эластичность 0,3: 2 000 × 1,2 ^ 0,3 = 2 112 заказов. Органика 3 000 не меняется — всего 5 112 вместо 5 000.

Подробно: [Прогноз, модель и сценарий](https://marfor.pro/docs/how-it-works/scenarios/overview). См. также: [база сценария](#scenario-base), [обратный расчёт](#reverse-calculation), [оптимизатор](#optimizer).

### База сценария {#scenario-base}

То, от чего сценарий считает изменения, — обычно прогноз «если ничего не менять»; в карточке ячейки это «Base». Отклик всегда считается от базы: заказы = заказы базы × (бюджет плана ÷ бюджет базы) ^ эластичность, сколько бы правок ни было по дороге.

Пример: в базе октября 650 000 ₽ — прогноз продолжил рост расходов. Вы ставите 600 000 ₽ и видите −2,4 % заказов (600 ÷ 650 = 0,923, а 0,923 ^ 0,3 = 0,976), хотя к прошлому октябрю с его 500 000 ₽ бюджет вырос на 20 %. Прогноз пересчитали — нажмите «Обновить базу»: ваши правки сохранятся, нетронутые строки получат новую базу.

Подробно: [Прогноз, модель и сценарий](https://marfor.pro/docs/how-it-works/scenarios/overview), [Правки в сценарии и «Обновить базу»](https://marfor.pro/docs/scenarios/edit-driver). См. также: [прогноз](#forecast), [сценарий](#scenario), [органика](#organic).

### Обратный расчёт {#reverse-calculation}

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

Пример: эластичность визитов 0,5, нужно +10 % визитов. Бюджет должен вырасти в 1,1 ^ (1 ÷ 0,5) = 1,1 × 1,1 = 1,21 раза, то есть на 21 %.

Подробно: [P10–P90 и обратный расчёт](https://marfor.pro/docs/scenarios/intervals). См. также: [драйвер](#driver), [зависимая метрика](#dependent-metric), [оптимизатор](#optimizer).

### Карточка ячейки {#cell-card}

Окно, которое открывается по нажатию на число в колонке «Модель» таблицы сценария. В нём база ячейки («Base»), значение сценария («Текущее»), разница («Δ от Base»), вид ячейки — «Драйвер», «Зависимая», «Коэффициент», «Статья» или «KPI», — эластичность, разброс P10–P90 и поле для правки.

Пример: бюджет января — «Base» 1 000 000 ₽, «Текущее» 1 200 000 ₽, «Δ от Base» +20,0 %, вид «Драйвер». Впишите 1 100 000 ₽ и нажмите «Применить» — бюджет станет +10 % к базе, зависимые пересчитаются.

Подробно: [Карточка ячейки: справочник полей](https://marfor.pro/docs/scenarios/edit-card). См. также: [драйвер](#driver), [зависимая метрика](#dependent-metric), [база сценария](#scenario-base).

### Копия сценария {#scenario-copy}

Новый сценарий, сделанный кнопкой «Копия…» из готового: отдельная таблица со всеми правками исходного. Дальше копия и оригинал меняются независимо. Так хранят версии плана; раньше их называли снапшотами.

Пример: сценарий «База» скопировали в «Рост +20 %» и подняли там бюджеты. «База» осталась как была, и две версии можно сравнить на одном дашборде.

Подробно: [Сохранить версию сценария](https://marfor.pro/docs/scenarios/snapshots). См. также: [сценарий](#scenario), [обновление базы](#rebase).

### Обновление базы {#rebase}

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

Пример: в сценарии бюджет октября — ваши 600 000 ₽, база была 500 000 ₽. Прогноз пересчитали, база стала 550 000 ₽. После «Обновить базу» в октябре по-прежнему 600 000 ₽, а «Δ к базе» — уже +9,1 %, а не +20 %.

Подробно: [Обновить базу сценария](https://marfor.pro/docs/scenarios/update-base). См. также: [база сценария](#scenario-base), [прогноз](#forecast).

### Умное распределение {#smart-distribution}

Переключатель над таблицей сценария: как обратный расчёт делит бюджет между срезами строки. Выключен — результат каждого среза растёт в одной пропорции, бюджет каждому подбирается по его эластичности. Включён — бюджет раскладывает оптимизатор с выбранным «Риском».

Пример: в строке два канала, нужно +10 % заказов. Без умного распределения оба канала дают по +10 %, и канал с эластичностью 0,2 получает +61 % бюджета, а с 0,5 — +21 %. С умным распределением больше денег уйдёт туда, где следующий рубль приносит больше.

Подробно: [Задать результат и подобрать бюджет](https://marfor.pro/docs/scenarios/reverse). См. также: [обратный расчёт](#reverse-calculation), [варианты оптимизатора](#optimizer-variants).

### Убранный срез {#excluded-slice}

Срез, который вы убрали из моделирования кнопкой «Убрать из моделирования» в карточке ячейки. Его строки уходят в корзину сценария: пропадают из таблицы, итогов, оптимизатора и выгрузок, но их можно вернуть.

Пример: канал закрыли в сентябре, а в прогнозе он остался с бюджетом 300 000 ₽ в месяц. Уберите его из моделирования на прогнозные месяцы — итог и оптимизатор перестанут его учитывать.

Подробно: [Добавить или убрать срез](https://marfor.pro/docs/scenarios/slices). См. также: [срез](#slice), [KPI](#kpi).

## Разброс P10–P90 {#uncertainty-terms}

### P10 {#p10}

Нижняя граница разброса: факт окажется не ниже P10 в 9 случаях из 10. По P10 ставят обязательства — финансовый план, KPI команды, закупки.

Пример: P10 = 8 000 заказов — план «не менее 8 000» выполняется в 9 случаях из 10. P10 квартала в сводной — сумма P10 трёх месяцев: осторожная граница, как будто все три месяца выдались неудачными сразу.

Подробно: [P10, P50 и P90](https://marfor.pro/docs/how-it-works/uncertainty/p10-p90). См. также: [P50](#p50), [P90](#p90), [полоса P10–P90](#p10-p90), [варианты оптимизатора](#optimizer-variants).

### P50 {#p50}

Середина исходов: половина выше, половина ниже. Любое число сценария — это середина разброса, рабочий ориентир, а не обещание: план, равный P50, выполняется только в половине случаев.

Пример: P10 = 8 000, P50 = 10 000, P90 = 12 000. План 10 000 выполнится как монетка — в 1 случае из 2, план 9 000 — в 74 % случаев.

Подробно: [P10, P50 и P90: три числа на одном примере](https://marfor.pro/docs/how-it-works/uncertainty/p10-p90#example). См. также: [P10](#p10), [P90](#p90), [шанс выполнить план](#goal-probability).

### P90 {#p90}

Верхняя граница разброса: факт превысит P90 только в 1 случае из 10. По P90 готовят запас мощности — склад, доставку, поддержку.

Пример: P90 = 12 000 заказов. Если склад рассчитан на 12 000 заказов в месяц, нехватка случится примерно в 1 месяце из 10.

Подробно: [Как планировать по P10, P50 и P90](https://marfor.pro/docs/how-it-works/uncertainty/p10-p90#planning). См. также: [P10](#p10), [P50](#p50), [полоса P10–P90](#p10-p90).

### Полоса P10–P90 {#p10-p90}

Разброс результата между P10 и P90, его ещё называют коридором или интервалом. Факт окажется внутри в 8 случаях из 10: по 1 случаю из 10 остаётся ниже P10 и выше P90, поэтому полоса — не «90 % уверенности». Ширина зависит от интервала эластичности и качества модели; ошибку прогноза базы и бюджеты за [диапазоном опыта](#experience-range) полоса не учитывает.

Пример: P10 = 8 000, P90 = 12 000 — карточка ячейки пишет «В 8 случаях из 10 факт будет между 8 000 и 12 000» и «разбег ±20 %». До ±10 % точка зелёная, «Надёжно», до ±25 % — жёлтая, «Погранично», шире — красная, «Ненадёжно». Полоса появляется после кнопки «Рассчитать интервалы P10/P90».

Подробно: [Ширина полосы P10–P90](https://marfor.pro/docs/how-it-works/uncertainty/band-width). См. также: [P10](#p10), [P90](#p90), [интервал эластичности](#elasticity-interval), [шанс выполнить план](#goal-probability).

### Шанс выполнить план {#goal-probability}

Доля возможных исходов, при которых результат не ниже вашего плана. Карточка ячейки считает его из P10, P50 и P90, пока вы вводите план.

Пример: P10 = 8 000, P50 = 10 000, P90 = 12 000. План 9 000 выполняется в 74 % случаев, 8 000 — в 90 %, 10 000 — в 50 %, 12 000 — в 10 %. Карточка пишет: «План 9 000: достичь 74% · недобрать 26%».

Подробно: [Шанс выполнить план](https://marfor.pro/docs/how-it-works/uncertainty/goal-probability). См. также: [P10](#p10), [P50](#p50), [варианты оптимизатора](#optimizer-variants).

## Оптимизатор {#optimizer-terms}

### Оптимизатор {#optimizer}

Инструмент сценария, который отвечает на два вопроса: сколько денег нужно под цель и как разложить их по срезам. Деньги переезжают туда, где следующий рубль приносит больше, в рамках ваших [ограничений](#constraint).

Пример: три канала тратят 20 млн ₽ в месяц и приносят 55 млн ₽ выручки. Те же 20 млн ₽, разложенные лучше, дают 58,5 млн. Под цель 60 млн нужно 21,1 млн ₽ — бо́льшую часть прибавки даёт перестановка, а не новые деньги.

Подробно: [Оптимизатор бюджета](https://marfor.pro/docs/how-it-works/optimizer). См. также: [правило равной отдачи](#equal-return-rule), [варианты оптимизатора](#optimizer-variants), [mROI](#mroi).

### Правило равной отдачи последнего рубля {#equal-return-rule}

Бюджет разложен лучше всего, когда следующий рубль в каждом канале приносит одинаково. Пока [mROI](#mroi) каналов разный, перенос денег туда, где он выше, добавляет результат без новых денег. На этом правиле работает оптимизатор.

Пример: бюджет 15 млн ₽, mROI канала А — 0,80, канала Б — 2,00. Переносим из А в Б 5,86 млн ₽ — отдачи сравниваются на 1,36 ₽, выручка растёт с 40,00 до 43,53 млн ₽ (+8,8 %). Дальше перенос уже уменьшает выручку.

Подробно: [Правило равной отдачи последнего рубля](https://marfor.pro/docs/how-it-works/optimizer/overview). См. также: [mROI](#mroi), [оптимизатор](#optimizer).

### Ограничение оптимизатора {#constraint}

Жёсткая рамка расчёта: потолок расходов, предел отношения вроде ДРР, порог метрики. Оптимизатор её не нарушит: если цель не помещается, план останется в рамках, а цель не выполнится. Пределов на отдельный канал нет — канал, который трогать нельзя, переводят в [KPI](#kpi). Без потолка оптимизатор вправе предложить бюджет до 20 раз больше нынешнего, поэтому потолок расходов задавайте всегда.

Пример: потолок «Расходы ≤ 25 000 000». Цель «выручка ≥ 70 млн» требует 29,4 млн ₽ — план останется на 25 млн ₽, а выручка — на максимуме, 64,9 млн. Поднять потолок на 1 млн ₽ — примерно +1,19 млн ₽ выручки.

Подробно: [Ограничения оптимизатора](https://marfor.pro/docs/how-it-works/optimizer/constraints). См. также: [ДРР / CRR](#drr), [KPI](#kpi), [оптимизатор](#optimizer).

### Область расчёта оптимизатора {#optimizer-scope}

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

Пример: в фильтрах — I квартал 2027 и 12 каналов, в строках — каналы. Цель «выручка ≥ 180 млн» — это итог квартала по 12 каналам, а у каждого канала свой множитель бюджета.

Подробно: [Задать цель и область расчёта](https://marfor.pro/docs/optimizer/goal). См. также: [оптимизатор](#optimizer), [ограничение оптимизатора](#constraint), [срез](#slice).

### Варианты оптимизатора {#optimizer-variants}

Три плана под одну цель с разным отношением к риску. «Надёжный» добирает бюджет, пока цель не станет выполняться по [P10](#p10), то есть в 9 случаях из 10. «Сбалансированный» (выбран по умолчанию) и «Рискованный» ставят на цель [P50](#p50) — она выполняется в 1 случае из 2; «Сбалансированный» при этом отдаёт приоритет срезам, где модель увереннее.

Пример: цель «выручка ≥ 60 млн ₽». «Рискованный» просит 21,1 млн ₽ в месяц, «Надёжный» — 25,4 млн ₽. Разница 4,3 млн ₽ — цена уверенности: недобор будет случаться в 1 месяце из 10, а не в каждом втором.

Подробно: [Риск рекомендации](https://marfor.pro/docs/how-it-works/optimizer/risk). См. также: [P10](#p10), [P50](#p50), [шанс выполнить план](#goal-probability).

## BI и отчёты {#bi-terms}

### Дашборд {#dashboard}

Страница в разделе «BI» с отчётом по данным проекта. Бывает двух видов: из виджетов, которые настраиваете вы, и AI-страница, которую собирает ассистент. Дашборды проекта видят все, у кого есть доступ к проекту.

Пример: дашборд «Продажи 2026» — KPI-карточка с выручкой за год, линия выручки и расходов по месяцам и фильтр по каналу.

Подробно: [Дашборды из виджетов](https://marfor.pro/docs/bi/dashboards). См. также: [виджет](#widget), [AI-страница](#ai-page), [публичная ссылка](#public-link).

### Виджет {#widget}

Блок дашборда: чарт, KPI-карточка, таблица, сводная таблица, фильтр или текст. Виджет с данными берёт метрики и разрезы одного датасета за свой период — «Дата с» и «Дата по».

Пример: KPI-карточка «Выручка» с «Дата с» 2026-01-01 и «Дата по» 2026-12-31 показывает сумму выручки за 2026 год — например, 120 млн ₽.

Подробно: [Виджеты дашборда и их настройки](https://marfor.pro/docs/bi/dashboards/widgets). См. также: [дашборд](#dashboard), [срез](#slice).

### AI-страница {#ai-page}

Интерактивная страница — дашборд, презентация или отчёт, — которую ИИ-ассистент собирает из данных проекта по описанию словами. Цифры встраиваются в неё на момент сборки и сами не обновляются.

Пример: «Собери дашборд по выручке и заказам 2026 года по месяцам и каналам» — через 1–3 минуты в списке «BI-дашборды» появляется страница с меткой «AI-страница». В неё попадает до четырёх запросов к данным, до 400 строк в каждом.

Подробно: [AI-страница: отчёт по описанию](https://marfor.pro/docs/bi/ai-page). См. также: [дашборд](#dashboard), [снапшот](#snapshot).

### Публичная ссылка {#public-link}

Адрес, по которому дашборд или AI-страницу открывают без входа в MARFOR. Длинный случайный код после `/r/` — угадать нельзя, но открыть может любой, у кого ссылка есть. Поисковики такую страницу не показывают, пока владелец не разрешит индексацию.

Пример: владелец опубликовал дашборд снапшотом 3 октября и отправил ссылку подрядчику. 20 октября подрядчик перестал работать с компанией — владелец нажал «Отозвать ссылку», и отчёт по старому адресу больше не открывается.

Подробно: [Публичная ссылка](https://marfor.pro/docs/bi/public-link). См. также: [снапшот](#snapshot), [живые данные](#live-data).

### Снапшот {#snapshot}

Режим публичной ссылки, при котором цифры замораживаются в момент публикации. Обновляются они только повторной публикацией — адрес при этом не меняется. У AI-страницы снапшот — копия страницы на момент публикации.

Пример: снапшот опубликован 3 октября, выручка с начала месяца — 3,6 млн ₽. 7 октября в проекте уже 8,6 млн ₽, а гость по ссылке видит те же 3,6 млн ₽.

Подробно: [Снапшот или живые данные](https://marfor.pro/docs/bi/public-link/modes). См. также: [живые данные](#live-data), [публичная ссылка](#public-link).

### Живые данные {#live-data}

Режим публичной ссылки, при котором отчёт берёт свежие данные проекта при открытии, с задержкой до 5 минут. Состав виджетов при этом — как в момент публикации.

Пример: дашборд опубликован с живыми данными 3 октября. 7 октября гость видит выручку с начала месяца 8,6 млн ₽ — столько же, сколько в проекте.

Подробно: [Снапшот или живые данные](https://marfor.pro/docs/bi/public-link/modes). См. также: [снапшот](#snapshot), [публичная ссылка](#public-link).

## Claude и MCP {#claude-terms}

### MCP {#mcp}

Открытый протокол, по которому Claude вызывает инструменты внешних сервисов. Через MCP Claude читает данные MARFOR и, после вашего «да», меняет сценарии и публикует дашборды — от вашего имени и с вашими правами.

Пример: на вопрос «какой ДРР дали каналы в третьем квартале 2026?» Claude вызывает инструменты `marfor_describe` и `marfor_query`, получает суммы расходов и выручки — 1,8 и 6,3 млн ₽ — и отвечает: 28,6 %.

Подробно: [Claude и MCP](https://marfor.pro/docs/claude). См. также: [коннектор MARFOR](#mcp-connector), [локальный клиент](#mcp-client).

### Коннектор MARFOR {#mcp-connector}

Подключение MARFOR к Claude по адресу `https://marfor.pro/api/mcp`: добавляется в настройках Claude, вход — кнопкой «Разрешить» в MARFOR. Ничего ставить не нужно; работает в браузере, приложениях Claude на компьютере и телефоне и в Claude Code. Есть только в облачном MARFOR.

Пример: Customize → Connectors → Add custom connector → адрес → Connect → вход в MARFOR → «Разрешить» — две минуты.

Подробно: [Подключить Claude к MARFOR](https://marfor.pro/docs/claude/connect). См. также: [MCP](#mcp), [локальный клиент](#mcp-client), [токен доступа](#access-token).

### Локальный клиент MARFOR {#mcp-client}

Один файл `server.py` на вашем компьютере, через который Claude Code, Claude Desktop и другие программы подключаются к MARFOR. Нужен Python 3.8 или новее. Кроме общего с коннектором умеет выгружать данные в файлы и вызывать встроенного ассистента AI-страниц.

Пример: `python3 ~/.marfor_mcp/server.py --login` — в браузере код и «Разрешить», затем `claude mcp add marfor --scope user -- python3 ~/.marfor_mcp/server.py`. Токен действует 365 дней.

Подробно: [Подключить локальный клиент](https://marfor.pro/docs/claude/connect/local-client). См. также: [MCP](#mcp), [коннектор MARFOR](#mcp-connector), [токен доступа](#access-token).

### Токен доступа {#access-token}

Ключ, по которому Claude работает с MARFOR от вашего имени. Выдаётся после «Разрешить» в браузере или вручную в личном кабинете, хранится у Claude или в файле на вашем компьютере. В чат с Claude токен не вставляют; отзыв в личном кабинете действует сразу.

Пример: у аккаунта может быть до 10 активных токенов. Токен, созданный вручную, живёт 30, 90 или 365 дней и показывается один раз.

Подробно: [Безопасность](https://marfor.pro/docs/claude/access/security). См. также: [локальный клиент](#mcp-client), [коннектор MARFOR](#mcp-connector).

### Пробный прогон {#dry-run}

Проверка правки сценария без записи: Claude показывает, какие срезы, годы и строки она затронет и что станет со значениями, — и ничего не меняет. Записывается правка тем же вызовом после вашего «да».

Пример: «подними бюджет Контекста на 10 % в ноябре 2026» — прогон показывает 100 000 ₽ → 110 000 ₽ в одном срезе за ноябрь 2026; после «да» MARFOR записывает правку и пересчитывает зависимые метрики.

Подробно: [Правки сценария через Claude](https://marfor.pro/docs/claude/use/scenario-edits). См. также: [сценарий](#scenario), [MCP](#mcp).

## Аккаунт и доступ {#account-terms}

### Тариф {#plan}

Набор пределов вашего аккаунта в облаке MARFOR: сколько строк может быть в одном источнике и сколько прогнозов, расчётов модели и запусков оптимизатора доступно в месяц. Тарифы: Free, Pro, Business, Enterprise. В MARFOR Flowwow тарифов нет.

Пример: на Free источник — до 10 000 строк и 4 прогноза в месяц; на Pro (19 900 ₽ за 30 дней) — до 500 000 строк, прогнозы без лимита, 20 расчётов модели и 10 запусков оптимизатора в месяц.

Подробно: [Тарифы MARFOR](https://marfor.pro/docs/account/plans/compare). См. также: [квота](#quota), [расчёт сверх квоты](#overage).

### Квота {#quota}

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

Пример: на Pro 20 расчётов модели в месяц. В октябре запущено 22 — первые 20 в счёт квоты, 21-й и 22-й оплачены с баланса; 1 ноября счётчик снова 0 / 20.

Подробно: [Квоты](https://marfor.pro/docs/account/plans/quotas). См. также: [тариф](#plan), [расчёт сверх квоты](#overage).

### Расчёт сверх квоты {#overage}

Расчёт, который запускается, когда месячная квота уже израсходована, и оплачивается с баланса в «Личном кабинете». Есть на Pro и Business: расчёт модели — 990 ₽, оптимизатор — 490 ₽. Если расчёт не начался, деньги возвращаются.

Пример: на балансе 5 000 ₽, квота расчётов модели исчерпана. Два расчёта модели и один запуск оптимизатора: 5 000 − 990 − 990 − 490 = 2 530 ₽.

Подробно: [Пополнить баланс](https://marfor.pro/docs/account/plans/balance). См. также: [квота](#quota), [тариф](#plan).

### Владелец проекта {#project-owner}

Тот, кто создал проект. Данные проекта принадлежат ему; только он может удалить проект и источники и открыть проект коллегам. У дашборда владелец — его создатель или владелец проекта.

Пример: аналитик создал проект «Бюджет 2027» и пригласил руководителя с ролью «Только просмотр». Руководитель видит проект у себя в «Проектах» с адресом аналитика и пометкой «(просмотр)», но удалить его не может.

Подробно: [Роли в проекте](https://marfor.pro/docs/account/sharing/roles). См. также: [роль доступа](#access-role), [приглашение](#invitation).

### Роль доступа {#access-role}

Что коллега может делать в чужих проектах: «Только просмотр» — открывать данные, прогнозы, сценарии и дашборды; «Редактор» — ещё и менять их. Роль одна на все проекты владельца; для отдельного дашборда её можно уточнить.

Пример: маркетолог — «Редактор», правит сценарий бюджета; финансовый директор — «Только просмотр»: попытка изменить сценарий закончится сообщением «Доступ к проекту — только просмотр…».

Подробно: [Роли в проекте](https://marfor.pro/docs/account/sharing/roles). См. также: [владелец проекта](#project-owner), [приглашение](#invitation).

### Приглашение {#invitation}

Письмо со ссылкой, которое открывает коллеге ваши проекты. Выписывается на конкретный адрес и роль, ссылка действует 7 дней. Открывает все проекты, которые есть у вас в момент принятия; проекты, созданные позже, сами не открываются.

Пример: 1 октября вы пригласили коллегу, у вас 3 проекта — коллега получил 3. 10 октября вы создали четвёртый: чтобы коллега его увидел, отправьте приглашение ещё раз.

Подробно: [Пригласить коллегу](https://marfor.pro/docs/account/sharing/invite). См. также: [роль доступа](#access-role), [владелец проекта](#project-owner).

## Связанные

- [Как это работает: от данных до плана бюджета](https://marfor.pro/docs/how-it-works)
- [Эластичность: на сколько процентов меняется результат от бюджета](https://marfor.pro/docs/how-it-works/response/elasticity)
- [Адсток: почему реклама работает и после показа](https://marfor.pro/docs/how-it-works/adstock/overview)
- [P10, P50 и P90: середина и границы разброса](https://marfor.pro/docs/how-it-works/uncertainty/p10-p90)
- [Правило равной отдачи последнего рубля](https://marfor.pro/docs/how-it-works/optimizer/overview)