Новая архитектура
маркетинга
Содержание книги

Глава 29. Комплексный кейс автомобильного дилера: от рынка к повторному спросу

Введение

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

Учебный объект — автомобильный дилер «АвтоРегион». Его задача на первый взгляд проста: увеличить продажи новых автомобилей со 160 до 200 в месяц. Но в логике MOS эта задача не сводится к требованию «дать больше лидов». Необходимо определить размер рыночной возможности, построить требуемый коммерческий поток, понять его пропускную способность, найти ограничения, связать изменения с экономикой, а после сделки продолжить управление клиентом уже как владельцем автомобиля.

Главная методологическая идея главы:

Р ы н о к → С п р о с → О б р а щ е н и е → L e a d I D → M Q L → S Q L → В и з и т → С д е л к а → П е р е д а ч а → O w n e r s h i p I D → Н о в а я   п о т р е б н о с т ь → Н о в ы й   L e a d I D

При этом коммерческий цикл поддерживается четырьмя управленческими контурами:

M V C + L L M + О п е р а ц и о н н о е   у п р а в л е н и е   п р о д а ж а м и + У п р а в л е н и е   в л а д е л ь ц е м

а сквозными слоями выступают данные, экономика, управление и постоянное улучшение.

Для кейса используются следующие исходные значения.

Таблицу можно прокручивать по горизонтали.

Показатель Текущее состояние Целевое состояние
Доступный рынок, авто/мес. 1 000 1 000
Доля рынка 16% 20%
Сделки, ед./мес. 160 200
Новые уникальные лиды 1 350 1 500
MQL 945 1 125
SQL 567 790
Состоявшиеся визиты 340 475
Маркетинговый бюджет 6,0 млн ₽ 7,2 млн ₽
Средний GM1 сделки 320 тыс. ₽ 320 тыс. ₽

Базовая модель главы намеренно консервативна: план 200 сделок сначала рассчитывается через 1 500 новых уникальных лидов. Реактивация накопленных LeadID и новые коммерческие циклы существующих клиентов рассматриваются как дополнительные потоки и подключаются позже, после появления достоверной статистики по их конверсии и экономике.

29.1. Исходная задача: от рыночной доли к коммерческому результату

Доступный для брендов «АвтоРегиона» рынок составляет около:

1 000   а в т о м о б и л е й / м е с .

Текущая доля дилера:

16 %

Следовательно, текущий результат:

1 000 × 16 % = 160   с д е л о к .

Цель компании — достичь доли:

20 %

что соответствует:

1 000 × 20 % = 200   с д е л о к .

Коммерческий разрыв составляет:

200 − 160 = 40   с д е л о к / м е с .

На этом этапе важно не перепутать цель и способ её достижения. Цель — 200 сделок и 20% доступного рынка. Лиды, рекламный бюджет, конверсии и операционная дисциплина — инструменты и ограничения, через которые этот результат должен быть получен.

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

Р ы н о к → Ц е л е в а я   д о л я → П л а н   с д е л о к → Т р е б у е м ы й   к о м м е р ч е с к и й   п о т о к

В результате вопрос «сколько лидов нужно?» появляется только после ответа на вопрос «какой рыночный результат мы хотим получить?».

29.2. Из чего складываются дополнительные 40 сделок

Если сохранить текущую общую конверсию лид → сделка, для получения 200 продаж понадобится:

200 160 / 1 350 ≈ 1 688   л и д о в .

Это означает рост входного потока примерно на 25%. Но целевая модель предусматривает только:

1 350 → 1 500

то есть рост на 150 лидов, или 11,1%. Следовательно, остальная часть результата должна возникнуть за счёт улучшения эффективности коммерческого контура.

Для отделения эффекта объёма от эффекта конверсии используем декомпозицию:

Δ С д е л о к = Δ Л и д ы × C R 0 + Л и д ы 0 × Δ C R + Δ Л и д ы × Δ C R

где:

Л и д ы 0 = 1 350 , Δ Л и д ы = 150 ,
C R 0 = 160 1 350 = 11,852 % ,
C R 1 = 200 1 500 = 13,333 % ,
Δ C R = 1,481   п . п .

Тогда эффект увеличения объёма:

150 × 11,852 % ≈ 17 , 8   с д е л к и .

Эффект повышения конверсии исходного потока:

1 350 × 1,481 % ≈ 20 , 0   с д е л о к .

Совместный эффект:

150 × 1,481 % ≈ 2 , 2   с д е л к и .

Итого:

17 , 8 + 20 , 0 + 2 , 2 = 40.

Таблицу можно прокручивать по горизонтали.

Компонент изменения Дополнительные сделки
Рост количества лидов при прежней конверсии ≈17,8
Рост конверсии исходного потока ≈20,0
Совместный эффект ≈2,2
Итого 40,0

Эта декомпозиция имеет важное ограничение. Она математически объясняет изменение итогового числа сделок, но не распределяет причинный эффект между маркетингом, ЦКР, продажами или другими функциями. Один и тот же прирост конверсии может возникнуть из-за качества спроса, скорости контакта, дисциплины работы SQL, наличия автомобиля или изменений в продукте.

29.3. От плана продаж к требуемой воронке

После определения цели 200 сделок необходимо восстановить требуемый поток в обратном направлении.

Основная формула:

Т р е б у е м ы й   в х о д = Т р е б у е м ы й   в ы х о д К о н в е р с и я

Целевая модель «АвтоРегиона»:

1 500   н о в ы х   у н и к а л ь н ы х   л и д о в → 1 125   M Q L → 790   S Q L → 475   с о с т о я в ш и х с я   в и з и т о в → 200   с д е л о к .

Текущая модель:

1 350 → 945 → 567 → 340 → 160.

Таблицу можно прокручивать по горизонтали.

Стадия Сейчас Цель Изменение
Новые уникальные лиды 1 350 1 500 +150
MQL 945 1 125 +180
SQL 567 790 +223
Состоявшиеся визиты 340 475 +135
Сделки 160 200 +40

Конверсии выглядят следующим образом.

Таблицу можно прокручивать по горизонтали.

Переход Сейчас Цель
Лид → MQL 70,0% 75,0%
MQL → SQL 60,0% ≈70,2%
SQL → визит ≈60,0% ≈60,1%
Визит → сделка ≈47,1% ≈42,1%
Лид → сделка 11,85% 13,33%

Полная конверсия последовательной воронки может быть записана как произведение переходов:

C R Л и д → С д е л к а = C R Л и д → M Q L × C R M Q L → S Q L × C R S Q L → В и з и т × C R В и з и т → С д е л к а .

Целевая модель:

0 , 75 × 0,702 × 0,601 × 0,421 ≈ 0,133.

То есть около 13,3%.

Здесь возникает принципиально важный вывод: локальная конверсия может ухудшиться, а общий результат — улучшиться. В модели «АвтоРегиона» визит → сделка снижается примерно с 47,1% до 42,1%, но за счёт более сильных предыдущих стадий количество сделок растёт со 160 до 200.

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

29.4. MVC: где формируется новый коммерческий поток

Цепочка создания маркетинговой ценности (Marketing Value Chain, MVC) описывает путь от рынка до появления нового уникального управляемого лида. Это не перечень каналов и не медиаплан. Граница каждого уровня определяется тем, какое состояние рынка или спроса изменяется.

В кейсе используются четыре уровня MVC.

Таблицу можно прокручивать по горизонтали.

Уровень MVC Что изменяется Результат
Создание бренда Отношение рынка к бренду Узнаваемость, доверие, предпочтение
Стимулирование спроса Потенциальная потребность Активный интерес
Коммерческое присутствие Уже существующий спрос Найденное и доступное предложение
Привлечение лидов Анонимный интерес Новый уникальный LeadID

Создание бренда

На этом уровне компания формирует готовность рынка рассматривать её бренды и дилерские центры. Здесь ещё может не быть конкретной потребности купить автомобиль сейчас. Управленческий результат — вероятность включения бренда в будущий выбор.

Стимулирование спроса

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

Коммерческое присутствие

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

Привлечение лидов

На этом уровне анонимный интерес превращается в идентифицированный управляемый коммерческий объект. В информационной архитектуре появляется новый LeadID.

Ключевая граница:

M V C → Н о в ы й   у н и к а л ь н ы й   L e a d I D .

MVC не заканчивается на MQL и тем более не продолжается до сделки. После появления LeadID начинается управление его жизненным циклом.

Важно также не путать уровень MVC и канал. Контекстная реклама, например, может одновременно поддерживать стимулирование спроса, коммерческое присутствие и привлечение лидов. Канал — инструмент; уровень MVC — функция в изменении состояния спроса.

29.5. Спрос, клиент, обращение и лид

Сквозная система начинает разрушаться, когда компания смешивает четыре разных сущности: спрос, клиента, обращение и лид. Поэтому для MOS их необходимо определить строго.

Спрос

С п р о с = К о м м е р ч е с к а я   п о т р е б н о с т ь .

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

Клиент

К л и е н т = У с т о й ч и в а я   и д е н т и ч н о с т ь .

В данных она представлена ClientID. Один и тот же клиент может в разные периоды иметь несколько потребностей, лидов, сделок и циклов владения.

Обращение

О б р а щ е н и е = С о б ы т и е   в з а и м о д е й с т в и я .

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

Лид

Лид — идентифицированный управляемый коммерческий объект, представляющий конкретную потребность клиента в рамках отдельного коммерческого цикла.

Упрощённо:

Л и д ≈ C l i e n t I D + К о н к р е т н а я   п о т р е б н о с т ь + К о м м е р ч е с к и й   ц и к л .

Отсюда два фундаментальных отношения:

1   C l i e n t I D → N   L e a d I D

и:

1   L e a d I D → N   о б р а щ е н и й .

Например, человек может заполнить форму, затем позвонить и позже написать в мессенджере. Если все взаимодействия относятся к одной покупке автомобиля, это три обращения, но один LeadID.

При этом через два года тот же ClientID может сформировать новую потребность в замене автомобиля — и тогда должен появиться новый LeadID.

Дедупликация

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

Переход:

1 800   о б р а щ е н и й → 1 500   у н и к а л ь н ы х   л и д о в

не следует трактовать как обычную коммерческую конверсию. Это результат идентификации, объединения событий и дедупликации.

Источник, канал и точка обращения

Дополнительно необходимо разделять три характеристики входа.

Таблицу можно прокручивать по горизонтали.

Источник Канал Точка обращения
Поиск Сайт Форма автомобиля
Классифайд Цифровая площадка Карточка автомобиля
Рекомендация Телефон Входящий звонок
CRM-коммуникация Мессенджер Ответ клиента

Тип обращения показывает способ входа, но не стадию воронки.

29.6. LLM: управление жизненным циклом лида

После создания LeadID возникает необходимость управлять не только его стадией, но и состоянием во времени. Для этого используется управление жизненным циклом лида (Lead Lifecycle Management, LLM).

В компактной форме:

L L M = С о с т о я н и е + В р е м я + Ж и з н е н н ы й   ц и к л .

LLM не является одной стадией между MQL и SQL. Это управленческий слой, который сопровождает LeadID на протяжении всего коммерческого цикла.

Стадия и состояние

Стадия показывает положение в основной воронке:

Л и д → M Q L → S Q L → В и з и т → С д е л к а .

Состояние отвечает на другой вопрос — что происходит с объектом сейчас. Например:

  • новый;
  • активный;
  • ожидающий;
  • отложенный;
  • реактивируемый;
  • закрытый;
  • потеря текущей возможности.

Поэтому:

С т а д и я ≠ С о с т о я н и е .

Один и тот же SQL может быть активным, отложенным, ожидающим автомобиля или реактивируемым.

Активный объект и следующее действие

Для каждого активного объекта должно быть известно:

В л а д е л е ц + С л е д у ю щ е е   д е й с т в и е + С р о к .

Если этого нет, объект существует в CRM формально, но фактически не управляется.

Реактивация

Реактивация означает возврат того же коммерческого цикла:

L e a d I D 1 → О т л о ж е н → Р е а к т и в и р о в а н .

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

Потеря текущей возможности

Формулировка «потерянный клиент» слишком груба. В большинстве случаев теряется конкретная возможность, а ClientID остаётся в системе. В будущем у него может возникнуть новый коммерческий цикл.

Банк накопленного спроса

Единое хранилище истории лидов (Lead Lake) сохраняет коммерческую память системы. Оно может включать:

  • источник и обращения;
  • стадии и состояния;
  • причины остановки;
  • историю действий;
  • сделки;
  • условия и даты возврата;
  • факты реактивации.

Lead Lake не обязательно является отдельной программой. Он может быть реализован в CRM, хранилище данных или комбинации систем. Критично не название технологии, а способность восстановить историю конкретного LeadID.

29.7. Операционное управление продажами

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

Эту функцию выполняет операционное управление продажами (Sales Operations).

Его компактная формула:

О п е р а ц и о н н о е   у п р а в л е н и е   п р о д а ж а м и = В л а д е л е ц + Д е й с т в и е + С р о к + И с п о л н е н и е .

Ключевой участок:

S Q L → Н а з н а ч е н н ы й   в и з и т → С о с т о я в ш и й с я   в и з и т → С д е л к а .

Для целевой модели:

790   S Q L → 600   н а з н а ч е н н ы х   в и з и т о в → 475   с о с т о я в ш и х с я   в и з и т о в → 200   с д е л о к .

Таблицу можно прокручивать по горизонтали.

Этап Количество Переход
SQL 790 —
Назначенные визиты 600 75,9% от SQL
Состоявшиеся визиты 475 79,2% от назначенных
Сделки 200 42,1% от визитов

Конверсия SQL → состоявшийся визит:

475 790 ≈ 60 , 1 % .

Доля SQL, завершившихся сделкой (Win Rate):

W i n   R a t e = 200 790 ≈ 25 , 3 % .

LLM и операционное управление продажами пересекаются

Они не являются двумя последовательными подразделениями. LLM продолжает действовать после появления SQL, а операционное управление продажами добавляет слой исполнения.

Например, LLM фиксирует состояние:

S Q L + А к т и в н ы й .

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

Если клиент просит вернуться через три месяца, LLM меняет состояние на «отложенный» и задаёт условие возврата. После реактивации операционная работа возобновляется.

Итоговая граница:

LLM отвечает, что должно происходить с лидом; операционное управление продажами — происходит ли это фактически.

Время до первого контакта (Time-to-Contact, TTC), SLA, доля объектов без следующего действия, неявки и зависшие SQL — это показатели операционной дисциплины, а не самостоятельные конечные цели.

29.8. Экономика коммерческого потока

После построения целевой воронки необходимо ответить на главный экономический вопрос: какой коммерческий результат создаёт система и сколько стоит его получение?

MOS не предполагает оптимизацию одного показателя — например CPL. Экономика должна оцениваться по всей цепочке:

М а р к е т и н г о в ы е   р а с х о д ы → Л и д ы → К о н в е р с и и → С д е л к и → G M 1.

Базовая экономика нового привлечения

В основной модели 1 500 — это новые уникальные лиды. При бюджете 7,2 млн ₽:

C P L ц е л е в о й = 7 200 000 1 500 = 4 800   ₽ .

Текущий CPL:

C P L т е к у щ и й = 6 000 000 1 350 ≈ 4 444   ₽ .

Рост составляет около 8%. Сам по себе этот факт не означает ухудшения экономики.

Маркетинговые расходы на сделку

C P S = М а р к е т и н г о в ы е   р а с х о д ы С д е л к и .

Текущий:

6 000 000 160 = 37 500   ₽ .

Целевой:

7 200 000 200 = 36 000   ₽ .

Итак:

C P L ↑ , C P S ↓ .

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

GM1

При среднем GM1 сделки:

320 000   ₽

текущий результат:

160 × 320 000 = 51 , 2   м л н   ₽ .

Целевой:

200 × 320 000 = 64 , 0   м л н   ₽ .

Разрыв:

64 , 0 − 51 , 2 = 12 , 8   м л н   ₽ .

Но:

Р а з р ы в G M 1 ≠ Э к о н о м и ч е с к а я   п о т е р я .

Для признания разрыва потерей необходимо доказать конкретное управляемое ограничение и реалистичный контрфакт.

Точно так же:

Д о п о л н и т е л ь н ы й   G M 1 ≠ Ч и с т ы й   э ф ф е к т .

Маркетинговый бюджет увеличивается на 1,2 млн ₽, но нельзя автоматически считать 12,8 − 1,2 = 11,6 млн ₽ чистым эффектом: существуют коммерческие, кадровые, скидочные, логистические и другие переменные затраты.

Сравнение текущей и целевой экономики

Таблицу можно прокручивать по горизонтали.

Показатель Сейчас Цель
Маркетинговый бюджет 6,0 млн ₽ 7,2 млн ₽
Новые уникальные лиды 1 350 1 500
Сделки 160 200
CPL ≈4 444 ₽ 4 800 ₽
CPS 37 500 ₽ 36 000 ₽
GM1 периода 51,2 млн ₽ 64,0 млн ₽
Лид → сделка 11,85% 13,33%

Ожидаемый GM1 стадии

Для оценки экономического веса объекта можно использовать:

О ж и д а е м ы й   G M 1 с т а д и и = P ( С д е л к а | С т а д и я ) × G M 1 с д е л к и .

Таблицу можно прокручивать по горизонтали.

Стадия Вероятность сделки Ожидаемый GM1 одного объекта
Лид 13,33% ≈42,7 тыс. ₽
MQL 17,78% ≈56,9 тыс. ₽
SQL 25,32% ≈81,0 тыс. ₽
Визит 42,11% ≈134,7 тыс. ₽
Сделка 100% 320 тыс. ₽

Эти значения не являются бухгалтерской стоимостью объекта и не должны суммироваться между стадиями.

Экономика улучшения конкретного ограничения

Если SQL → визит растёт с 60% до 63%, то при 790 SQL:

790 × 3 % = 23 , 7

дополнительного визита. При конверсии визит → сделка 42,1% это примерно 10 дополнительных сделок:

10 × 320 000 ≈ 3 , 2   м л н   ₽   G M 1.

Если доля состоявшихся визитов из 600 назначенных растёт с 79,2% до 82%, то:

600 × 82 % = 492

против 475 текущих, то есть +17 визитов. При 42,1% это около 7 сделок и примерно 2,24 млн ₽ GM1.

Даже рост общей конверсии на 0,5 п.п. при 1 500 лидах означает:

1 500 × 0,005 = 7 , 5   с д е л к и

или около:

2 , 4   м л н   ₽   G M 1.

Поэтому борьба за 0,5–1 п.п. эффективности коммерческого контура может иметь больший масштаб, чем локальное сокращение рекламных расходов на 5–10%.

Разные когорты — разная экономика

По мере зрелости система различает:

  • новое привлечение;
  • реактивацию;
  • новый коммерческий цикл существующего клиента.

CPL применяется к новому привлечению. Для реактивации корректнее считать:

С т о и м о с т ь   р е а к т и в а ц и и = Р а с х о д ы   н а   р е а к т и в а ц и ю Р е а к т и в и р о в а н н ы е   L e a d I D .

Для новых циклов существующих клиентов необходимо учитывать CRM, аналитику, сервис, коммуникации и другие расходы. Внутренний поток не является бесплатным.

29.9. От сделки к управлению отношениями с клиентом после покупки

Сделка завершает конкретный коммерческий цикл, но не отношения компании с ClientID. После продажи меняется объект управления.

Точная последовательность:

L e a d I D → D e a l I D → П е р е д а ч а → O w n e r s h i p I D .

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

Объект владения

OwnershipID связывает:

C l i e n t I D + V e h i c l e I D + П е р и о д   в л а д е н и я .

Такое представление позволяет корректно работать с ситуациями, когда:

  • один клиент владеет несколькими автомобилями;
  • один автомобиль меняет владельца;
  • клиент совершает повторную покупку;
  • автомобиль продан и владение завершено.

Цикл владения

После передачи начинается новый управленческий контур. В упрощённом виде:

П е р е д а ч а → А д а п т а ц и я   в л а д е л ь ц а → З н а к о м с т в о   с   с е р в и с о м → П е р в ы й   к о н т а к т → Р е г у л я р н ы й   с е р в и с → Р а з в и т и е   в л а д е н и я → У д е р ж а н и е → Н о в а я   п о т р е б н о с т ь .

События владения могут включать:

  • сроки технического обслуживания;
  • сезонные работы;
  • страхование;
  • аксессуары и дополнительное оборудование;
  • изменение пробега;
  • возраст автомобиля;
  • окончание кредита;
  • окно потенциальной замены.

Но событие владения ещё не является лидом. Оно только создаёт основание для релевантной коммуникации.

Клиент и владелец — не одно и то же

Клиент — постоянная идентичность. Владелец — роль клиента относительно конкретного автомобиля в конкретный период. Именно поэтому OwnershipID необходим как отдельный объект.

LLM и управление отношениями с клиентом после покупки

До сделки основным коммерческим объектом является LeadID. После передачи — OwnershipID. Когда у владельца появляется новая потребность, создаётся новый LeadID, связанный с тем же ClientID.

C l i e n t I D → L e a d I D 1 → D e a l I D 1 → O w n e r s h i p I D 1 → Н о в а я   п о т р е б н о с т ь → L e a d I D 2 .

29.10. Клиентская база как источник будущего спроса

После появления контура управления отношениями с клиентом после покупки «АвтоРегион» перестаёт зависеть только от нового внешнего привлечения. Но для корректного учёта необходимо разделять три механизма формирования коммерческого потока.

1. Новый рыночный спрос

Возникает новая потребность и после идентификации создаётся новый LeadID.

2. Реактивация

Возвращается ранее созданный коммерческий цикл:

L e a d I D 1 → О т л о ж е н → Р е а к т и в и р о в а н .

Новый LeadID не создаётся.

3. Новая потребность существующего клиента

Сохраняется ClientID, но создаётся новый коммерческий цикл:

C l i e n t I D + Н о в а я   п о т р е б н о с т ь → L e a d I D 2 .

Таким образом:

Р е а к т и в а ц и я ≠ Н о в ы й   л и д

и:

Н о в ы й   L e a d I D ≠ Н о в ы й   C l i e n t I D .

Базовая и дополнительные когорты

В базовой модели 200 сделок обеспечиваются 1 500 новыми уникальными лидами. Это позволяет сохранить однозначный CPL:

C P L = 7 , 2   м л н   ₽ 1 500 = 4 800   ₽ .

Реактивация и новые циклы существующих клиентов сначала учитываются отдельно. После накопления статистики они могут снижать потребность в новом внешнем привлечении.

Но нельзя просто считать:

1 500 − 250 − 200 = 1 050.

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

Клиентская база не является списком готовых лидов

Для «АвтоРегиона» используется следующая иллюстративная структура базы.

Таблицу можно прокручивать по горизонтали.

Слой базы Количество
Общая накопленная база владельцев ≈24 000
Идентифицированные текущие владельцы ≈18 000
Потенциальная сервисная база ≈12 000
Активные сервисные клиенты за 12 мес. ≈8 400
Средние сервисные визиты в месяц ≈2 800
Страховые события в месяц ≈350
Клиенты в потенциальном окне замены ≈250–300

Последние строки нельзя суммировать: один ClientID может одновременно быть активным в сервисе, иметь страховое событие и находиться в окне замены.

Правильная логика:

C l i e n t I D → С о б ы т и е → К о м м у н и к а ц и я → П о д т в е р ж д ё н н а я   п о т р е б н о с т ь → Н о в ы й   L e a d I D .

Lead Lake и клиентская база

Lead Lake работает с историей LeadID:

L e a d   L a k e → Р е а к т и в а ц и я → С у щ е с т в у ю щ и й   L e a d I D .

Клиентская база работает с ClientID и всей историей отношений:

C l i e n t I D → Н о в а я   п о т р е б н о с т ь → Н о в ы й   L e a d I D .

Поэтому:

L e a d   L a k e ⊂ К о м м е р ч е с к а я   и с т о р и я   к л и е н т а .

Когортная экономика

В зрелой модели сравниваются:

  • CPL и CPS нового привлечения;
  • стоимость реактивации и CPS реактивации;
  • стоимость нового цикла существующего клиента, CPS и вклад в LTV.

Существующий клиент не является «бесплатным лидом»: для работы с базой нужны данные, CRM, аналитика, сотрудники и коммуникации.

29.11. Информационная архитектура MOS

Сквозная коммерческая система невозможна, если разные функции работают с разными представлениями одного и того же клиента. Поэтому MOS требует не одной «карточки CRM», а согласованной объектной модели.

Основные объекты

Таблицу можно прокручивать по горизонтали.

Объект Идентификатор Назначение
Клиент ClientID Постоянная идентичность
Лид LeadID Отдельный коммерческий цикл
Сделка DealID Результат конкретного цикла
Автомобиль VehicleID / VIN Конкретный автомобиль
Владение OwnershipID Связь клиента и автомобиля во времени
Событие EventID Изменение или действие во времени

Базовые отношения:

C l i e n t I D → N   L e a d I D
L e a d I D → N   E v e n t I D
L e a d I D → 0. .1   D e a l I D
D e a l I D → V e h i c l e I D
C l i e n t I D + V e h i c l e I D → O w n e r s h i p I D .

История должна накапливаться, а не перезаписываться

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

Минимальная структура события:

К т о + Ч т о + К о г д а + С   к а к и м   о б ъ е к т о м + Р е з у л ь т а т .

Состояние, событие и действие

Эти понятия также следует разводить.

  • состояние — текущее положение объекта;
  • событие — то, что произошло и изменило историю;
  • действие — то, что должен выполнить сотрудник или система.

Например, «SQL + отложенный» — состояние; звонок клиента — событие; связаться 15 октября — следующее действие.

CRM — операционный слой, а не вся архитектура

Полная система может включать CRM, DMS, телефонию, сайт, классифайды, рекламные системы, сервисные системы, страхование, финансы и склад. Единая архитектура не означает, что всё должно находиться в одном программном продукте. Она означает единые идентификаторы, определения, правила событий и связи между объектами.

29.12. Организационная модель и ответственность

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

Три уровня ответственности

Функциональный владелец

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

Сквозной владелец процесса

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

Владелец следующего действия

Отвечает за конкретный активный объект в конкретный момент времени.

Ключевое правило:

А к т и в н ы й   о б ъ е к т → В л а д е л е ц + С л е д у ю щ е е   д е й с т в и е + С р о к .

Передача должна означать принятие

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

Матрица ключевых переходов

Таблицу можно прокручивать по горизонтали.

Переход Условие успешного перехода
Обращение → новый лид Создан уникальный LeadID
Лид → MQL Выполнены критерии квалификации
MQL → SQL Объект готов и принят для активной работы продаж
SQL → визит Визит фактически состоялся
Визит → сделка Коммерческий результат зафиксирован
Сделка → передача Автомобиль фактически передан
Передача → владение Активирован OwnershipID
Владение → новый лид Подтверждена новая потребность, создан LeadID
Отложенный лид → активный Реактивирован существующий LeadID

Функции в системе

Таблицу можно прокручивать по горизонтали.

Контур Основная функция
MVC / маркетинг Формирование спроса и нового коммерческого входа
LLM / ЦКР Управление жизненным циклом LeadID
Операционное управление продажами Исполнение активной продажи
Управление отношениями с клиентом после покупки / сервис Удержание, события владения, повторный спрос
Данные и аналитика Наблюдаемость и диагностика
Финансы Экономическая верификация
Сквозной владелец Согласованность всей системы

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

29.13. KPI, прогнозирование и бюджетирование

После определения объектов, данных и ответственности архитектура должна превратиться в регулярную систему планирования.

Базовая логика:

Р ы н о к → Ц е л е в а я   д о л я → П л а н   с д е л о к → Т р е б у е м ы й   к о м м е р ч е с к и й   п о т о к → Р е с у р с ы → Б ю д ж е т → G M 1.

А внутри периода:

П л а н → Ф а к т → П р о г н о з → О т к л о н е н и е → У п р а в л е н ч е с к о е   д е й с т в и е .

Иерархия KPI

Таблицу можно прокручивать по горизонтали.

Уровень Основные показатели
Рыночный Доступный рынок, доля рынка
Результат Сделки, GM1
Сквозной процесс Лиды, MQL, SQL, визиты, конверсии
Операционный TTC, SLA, объекты без следующего действия, неявки
Накопительный Lead Lake, клиентская база, повторный спрос, LTV

KPI не должны принадлежать только отделам. Они должны описывать причинную систему.

Планирование сверху вниз и снизу вверх

Сверху вниз:

Р ы н о к → Ц е л е в а я   д о л я → П л а н   с д е л о к → Т р е б у е м а я   в о р о н к а .

Снизу вверх:

Д о с т у п н ы й   п о т о к + Ф а к т и ч е с к и е   к о н в е р с и и + П р о п у с к н а я   с п о с о б н о с т ь → П р о г н о з   с д е л о к .

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

Прогноз

Линейная экстраполяция темпа полезна, но недостаточна. Более содержательная модель:

П р о г н о з   с д е л о к = Ф а к т и ч е с к и е   с д е л к и + О ж и д а е м ы е   с д е л к и   и з   а к т и в н о г о   п о т о к а .

При этом объект должен учитываться только в одном текущем состоянии, иначе возникает двойной счёт.

Если план 200, а прогноз 185:

Р а з р ы в = 15   с д е л о к .

После этого система спускается по дереву причин. Например, снижение SQL → визит с 60% до 55% при 790 SQL создаёт около:

790 × 5 % = 39 , 5

недостающего визита. При 42,1% визит → сделка это примерно 17 сделок потенциального разрыва.

Бюджет следует за ограничением

Традиционная схема «прошлый бюджет + X%» заменяется:

Р ы н о к → П л а н   с д е л о к → Т р е б у е м ы й   п о т о к → М е х а н и з м ы   ф о р м и р о в а н и я   п о т о к а → Р е с у р с ы → Б ю д ж е т .

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

Когортное планирование

По мере зрелости 200 сделок раскладываются на:

С д е л к и о б щ и е = С д е л к и н о в о е   п р и в л е ч е н и е + С д е л к и р е а к т и в а ц и я + С д е л к и с у щ е с т в у ю щ и е   к л и е н т ы .

Для каждой когорты:

Т р е б у е м ы й   в х о д к о г о р т ы = П л а н   с д е л о к к о г о р т ы К о н в е р с и я к о г о р т ы .

Нельзя просто вычитать количество реактивированных лидов из 1 500: конверсии когорт могут отличаться.

Если система доказанно даёт 40 сделок из реактивации и 30 из новых потребностей существующих клиентов, внешнему привлечению необходимо обеспечить:

200 − 40 − 30 = 130   с д е л о к .

После этого требуемое количество новых LeadID рассчитывается по фактической конверсии новой когорты.

Прогноз GM1

П р о г н о з   G M 1 = П р о г н о з   с д е л о к × П р о г н о з н ы й   с р е д н и й   G M 1 с д е л к и .

Использование прогнозного среднего GM1 точнее, чем механическое применение 320 тыс. ₽ ко всем сценариям.

29.14. Оценка зрелости и дорожная карта перехода

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

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

Семь измерений зрелости

Таблицу можно прокручивать по горизонтали.

Измерение Основной вопрос
Рынок и планирование Начинается ли план с рынка и целевой доли?
MVC Управляется ли путь от спроса до нового уникального лида?
LLM Управляется ли жизненный цикл каждого LeadID?
Продажи Управляется ли исполнение SQL → сделка?
Владение Продолжается ли управление после передачи?
Данные Существует ли единая событийная история?
Управление и экономика Есть ли сквозной владелец, прогноз и экономическая модель?

Пять уровней

Таблицу можно прокручивать по горизонтали.

Уровень Управленческая способность Главный вопрос
1. Фрагментарный Выполнять отдельные действия Что мы делаем?
2. Наблюдаемый Достоверно видеть процесс Что произошло?
3. Управляемый Воздействовать на активный процесс Что должно произойти дальше?
4. Интегрированный Управлять связанной системой Как взаимодействуют контуры?
5. Адаптивный Предвидеть и улучшать Что произойдёт и как изменить результат заранее?

Уровень 1. Фрагментарный

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

Уровень 2. Наблюдаемый

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

Переход к уровню 3 происходит, когда для значимого активного объекта известны:

С о с т о я н и е + В л а д е л е ц + С л е д у ю щ е е   д е й с т в и е + С р о к .

Уровень 3. Управляемый

Компания управляет текущим движением объектов, а не только анализирует прошлое. Работают SLA, точки передачи, правила возврата, прогноз и регулярный цикл действий.

Уровень 4. Интегрированный

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

Уровень 5. Адаптивный

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

Профиль, а не среднее значение

Зрелость лучше представлять вектором:

Z = ( z 1 , z 2 , … , z 7 ) , z i ∈ { 1 , 2 , 3 , 4 , 5 } .

Средний балл может скрыть ограничивающий контур. Например, данные могут быть на уровне 4, продажи — на уровне 3, а LLM — на уровне 1. Именно LLM в таком случае будет определять следующий шаг трансформации.

Нельзя автоматизировать неопределённость

Последовательность изменений:

О п р е д е л е н и е → П р о ц е с с → О т в е т с т в е н н о с т ь → Д а н н ы е → А в т о м а т и з а ц и я .

Сложная аналитика и искусственный интеллект не исправляют нестабильные ClientID, LeadID и стадии. Они лишь быстрее масштабируют неоднозначность.

Дорожная карта

Таблицу можно прокручивать по горизонтали.

Волна Основной результат
1. Наблюдаемость Единые определения и воспроизводимые данные
2. Управляемость Владелец, следующее действие, срок
3. Реактивация История LeadID возвращается в поток
4. Владение Сделка связана с последующим циклом владения
5. Адаптация Прогноз используется для изменения решений

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

29.15. Интегральная модель MOS

Теперь элементы кейса можно собрать в единую архитектуру.

Объектная цепочка

Р ы н о к → С п р о с → О б р а щ е н и е → И д е н т и ф и к а ц и я → L e a d I D → M Q L → S Q L → В и з и т → С д е л к а → П е р е д а ч а → O w n e r s h i p I D → Н о в а я   п о т р е б н о с т ь → Н о в ы й   L e a d I D .

При этом:

С п р о с = П о т р е б н о с т ь ,
К л и е н т = И д е н т и ч н о с т ь ,
О б р а щ е н и е = С о б ы т и е ,
Л и д = У п р а в л я е м ы й   к о м м е р ч е с к и й   о б ъ е к т .

Четыре управленческих контура

MVC управляет переходом от рынка и спроса к новому уникальному LeadID.

LLM управляет жизненным циклом LeadID, его состояниями, временем, паузами и реактивацией.

Операционное управление продажами обеспечивает исполнение активного участка SQL → визит → сделка.

Управление отношениями с клиентом после покупки работает после передачи автомобиля и ведёт OwnershipID до появления новой потребности.

Эти контуры нельзя представлять как четыре последовательных отдела. Они являются разными управленческими функциями над связанными объектами.

Базовая целевая модель

Р ы н о к = 1 000
↓
Ц е л е в а я   д о л я = 20 %
↓
П л а н = 200   с д е л о к
↓
1 500   н о в ы х   у н и к а л ь н ы х   л и д о в → 1 125   M Q L → 790   S Q L → 475   в и з и т о в → 200   с д е л о к
↓
64   м л н   ₽   G M 1
↓
П е р е д а ч а → 200   н о в ы х   ц и к л о в   в л а д е н и я .

Дополнительные потоки

Отдельно система сохраняет петлю реактивации:

L e a d   L a k e → Р е а к т и в а ц и я → С у щ е с т в у ю щ и й   L e a d I D .

А клиентская база создаёт условия для новых циклов:

C l i e n t I D → С о б ы т и е → Н о в а я   п о т р е б н о с т ь → Н о в ы й   L e a d I D .

По мере зрелости план 200 сделок может формироваться комбинацией:

С д е л к и о б щ и е = С д е л к и н о в ы е + С д е л к и р е а к т и в а ц и я + С д е л к и п о в т о р н ы е .

Каждая когорта имеет собственную конверсию и экономику.

Сквозные слои

Через всю систему проходят четыре слоя.

Данные сохраняют идентичность и историю.

Экономика связывает действия с CPL, CPS, GM1 и LTV.

Управление задаёт владельцев, действия, сроки, KPI и прогноз.

Постоянное улучшение замыкает цикл:

Н а б л ю д е н и е → О г р а н и ч е н и е → И з м е н е н и е → И з м е р е н и е → Н о в ы й   с т а н д а р т .

От линейной воронки к замкнутой системе

Традиционная модель:

Р е к л а м а → Л и д ы → П р о д а ж и

заменяется архитектурой:

Р ы н о к → С п р о с → L e a d I D → M Q L → S Q L → В и з и т → С д е л к а → П е р е д а ч а → O w n e r s h i p I D → Н о в а я   п о т р е б н о с т ь → Н о в ы й   L e a d I D

с отдельной реактивационной петлёй и общей системой данных, экономики и управления.

Заключение к главе 29

Кейс «АвтоРегиона» начинается с простой управленческой задачи:

160 → 200   с д е л о к .

Но при последовательной декомпозиции выясняется, что этот переход нельзя устойчиво обеспечить одной функцией. Результат зависит одновременно от размера рынка, целевой доли, способности MVC формировать новый поток, качества идентификации, LLM, дисциплины активных продаж, наличия автомобилей, экономики, данных, владения и способности клиентской базы создавать следующие коммерческие циклы.

Главное изменение логики состоит в переходе от управления отдельными каналами и отчётными показателями к управлению связанными коммерческими объектами во времени.

На раннем уровне компания может планировать:

1 500   н о в ы х   л и д о в → 200   с д е л о к .

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

MOS тем самым превращает маркетинг из функции привлечения в часть коммерческой операционной системы компании. Сделка перестаёт быть конечной точкой, клиентская база — архивом, CRM — хранилищем карточек, а KPI — набором ведомственных показателей.

Система становится замкнутой:

Р ы н о к → К о м м е р ч е с к и й   ц и к л → С д е л к а → В л а д е н и е → Н о в а я   п о т р е б н о с т ь → Н о в ы й   к о м м е р ч е с к и й   ц и к л .

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

Глоссарий главы 29

Активный лид

Лид, по которому в текущий момент требуется управленческое или коммерческое действие.

Активный SQL

SQL, находящийся в активной работе и требующий следующего действия, владельца и срока исполнения.

Владение

Отношение между конкретным клиентом и конкретным автомобилем в определённый период времени.

C l i e n t I D + V e h i c l e I D + П е р и о д → O w n e r s h i p I D .

Владелец следующего действия

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

Время до первого контакта (Time-to-Contact, TTC)

Интервал между появлением коммерческого объекта в активной работе и первым фактическим контактом с клиентом.

Дедупликация

Объединение повторных обращений, относящихся к одному коммерческому циклу, в один LeadID. Не должна объединять все будущие потребности одного ClientID в один постоянный лид.

Доля состоявшихся визитов (Show Rate)

С о с т о я в ш и е с я   в и з и т ы Н а з н а ч е н н ы е   в и з и т ы .

Источник

Происхождение коммерческого входа. Не равен каналу и точке обращения.

Канал

Среда или механизм коммуникации, через который происходит взаимодействие с клиентом.

Клиент

Устойчивая идентичность физического или юридического лица. В данных — ClientID.

Клиентская база

Совокупность ClientID и связанной с ними истории отношений, сделок, автомобилей, владений и событий.

Коммерческий разрыв

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

Коммерческий цикл

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

Лид

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

LeadID

Уникальный идентификатор отдельного лида и коммерческого цикла.

Банк накопленного спроса

Единое хранилище истории LeadID, их обращений, стадий, состояний, причин остановки, действий, сделок и реактиваций.

LLM — управление жизненным циклом лида

Управленческий контур, отвечающий за состояние, время и жизненный цикл LeadID.

L L M = С о с т о я н и е + В р е м я + Ж и з н е н н ы й   ц и к л .

LTV — пожизненная ценность клиента

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

Маркетинговые расходы на сделку (CPS)

C P S = М а р к е т и н г о в ы е   р а с х о д ы С д е л к и .

Не равны полной себестоимости коммерческого процесса.

MQL

Маркетингово квалифицированный лид, прошедший установленные критерии маркетинговой квалификации.

MVC — цепочка создания маркетинговой ценности (Marketing Value Chain)

Контур управления переходом от рынка и спроса к новому уникальному LeadID.

Назначенный визит

Согласованный будущий визит клиента. Не равен состоявшемуся визиту.

Новый коммерческий цикл существующего клиента

Новый LeadID, создаваемый при возникновении новой потребности у известного ClientID.

Новый уникальный лид

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

Обращение

Отдельное событие взаимодействия: заявка, звонок, чат, сообщение, визит и т.п.

Операционное управление продажами (Sales Operations)

Контур управления фактическим исполнением активной работы, прежде всего на участке SQL → визит → сделка.

Ожидаемый GM1 стадии

О ж и д а е м ы й   G M 1 с т а д и и = P ( С д е л к а | С т а д и я ) × G M 1 с д е л к и .

Аналитическая величина, не являющаяся бухгалтерской стоимостью объекта.

Окно коммерческой возможности

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

OwnershipID

Идентификатор конкретного цикла владения автомобилем.

Передача автомобиля

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

Повторный спрос

Новая коммерческая потребность уже известного ClientID.

Потеря текущей коммерческой возможности

Завершение конкретного LeadID без сделки. Не означает потерю ClientID.

Прогноз

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

Реактивация

Возврат существующего неактивного LeadID в активную работу. Новый LeadID не создаётся.

Сделка

Зафиксированный коммерческий результат конкретного LeadID.

Состоявшийся визит

Фактически состоявшаяся встреча клиента с компанией. Именно этот объект используется в основной воронке.

Состояние

Текущее положение объекта внутри жизненного цикла: новый, активный, ожидающий, отложенный, реактивируемый, закрытый и т.д. Не равно стадии.

Спрос

Коммерческая потребность. Может существовать до появления ClientID или LeadID.

SQL

Лид, квалифицированный для активной работы продаж.

SLA

Норматив, определяющий требуемое действие, срок и ответственность.

Стадия

Положение объекта в последовательности коммерческого процесса: лид → MQL → SQL → визит → сделка.

Стоимость реактивации

Р а с х о д ы   н а   р е а к т и в а ц и ю Р е а к т и в и р о в а н н ы е   L e a d I D .

Стоимость уникального лида (CPL)

C P L = Р а с х о д ы   н а   н о в о е   п р и в л е ч е н и е Н о в ы е   у н и к а л ь н ы е   L e a d I D .

Точка обращения

Конкретное место или действие, где система фиксирует обращение: форма сайта, карточка автомобиля, звонок, сообщение и т.п.

Управление отношениями с клиентом после покупки (Owner Management)

Контур управления после фактической передачи автомобиля: владение → события → новая потребность.

Экономическая потеря

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

Экономический потенциал

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

EventID

Уникальный идентификатор отдельного события в коммерческой или клиентской истории.

VehicleID

Уникальный идентификатор конкретного автомобиля; в автомобильном бизнесе может быть связан с VIN.

Win Rate

Доля SQL, завершившихся сделкой:

W i n   R a t e = С д е л к и S Q L .

Ключевые отношения объектов

1   C l i e n t I D → N   L e a d I D
1   L e a d I D → N   о б р а щ е н и й
Р е а к т и в а ц и я → С у щ е с т в у ю щ и й   L e a d I D
Н о в а я   п о т р е б н о с т ь → Н о в ы й   L e a d I D
С д е л к а → П е р е д а ч а → O w n e r s h i p I D .

Конец главы 29.

В этой главе
  1. Введение
  2. 29.1. Исходная задача: от рыночной доли к коммерческому результату
  3. 29.2. Из чего складываются дополнительные 40 сделок
  4. 29.3. От плана продаж к требуемой воронке
  5. 29.4. MVC: где формируется новый коммерческий поток
  6. 29.5. Спрос, клиент, обращение и лид
  7. 29.6. LLM: управление жизненным циклом лида
  8. 29.7. Операционное управление продажами
  9. 29.8. Экономика коммерческого потока
  10. 29.9. От сделки к управлению отношениями с клиентом после покупки
  11. 29.10. Клиентская база как источник будущего спроса
  12. 29.11. Информационная архитектура MOS
  13. 29.12. Организационная модель и ответственность
  14. 29.13. KPI, прогнозирование и бюджетирование
  15. 29.14. Оценка зрелости и дорожная карта перехода
  16. 29.15. Интегральная модель MOS
  17. Заключение к главе 29
  18. Глоссарий главы 29

Поиск по книге

Поиск по заголовкам, тексту и таблицам.