Quote-to-Cash (Q2C) в CRM: от запроса до оплаты без ручного хаоса
  • RevOps
  • Автор: Команда CrmAI
  • Опубликовано:
Quote-to-Cash в CRM: схема процесса от коммерческого предложения до оплаты

Каждый понедельник в офисе Алмата начинается как день сурка. Он руководит продажами в дистрибьюторской компании в Алматы, и утренняя планёрка давно превратилась в какой-то суд. Менеджеры возмущаются: «Мы отправили счёт ещё неделю назад, а бухгалтерия говорит, что ничего не видела!». Бухгалтерия парирует: «У нас тут три версии одного и того же счёта, и ни в одном нет нормальных реквизитов!». Логистика вообще не понимает, почему товар уже на отгрузке, хотя деньги так и не поступили. А финдир смотрит на всех усталым взглядом и спрашивает: «Кто-нибудь может объяснить, куда делись те два миллиона, которые должны были прийти на прошлой неделе?»

Алмат разводит руками: «Продаём же хорошо! План вроде выполняем. Но вот эта чёрная дыра между моментом, когда клиент говорит "берём", и моментом, когда деньги реально на счёте... Там всё пропадает. И документы, и время, и нервы. А иногда и деньги. Клиент клянётся, что заплатил. Мы клянёмся, что нет. И никто не может за пять минут поднять историю и разобраться, кто прав».

Знакомо? Типичная история для компаний, которые выросли из маленького бизнеса, но процессы так и остались на уровне «кто помнит — тот молодец». Эта петля от коммерческого предложения до реальных денег называется Quote-to-Cash, или просто Q2C. Давайте разберёмся, как привести это в порядок — без революций и многомесячных внедрений.

«Quote-to-Cash — это не про документооборот. Это про время. Время между "клиент сказал да" и "деньги на счёте" — это и есть мера эффективности вашего бизнеса. Всё остальное — производные»

Философия Q2C
Revenue Operations
Цитата

Что такое Quote-to-Cash и почему это больше, чем модный термин

В теории всё выглядит просто: клиент спрашивает «сколько стоит?», вы отправляете коммерческое предложение, договариваетесь, выставляете счёт, получаете деньги. Готово! На бумаге — пять шагов. В жизни — десяток департаментов, которые перебрасывают документы туда-сюда, и миллион мест, где всё может пойти не так.

Представьте эстафету: менеджер бежит с коммерческим предложением и передаёт палочку юристу. Тот согласовывает договор и передаёт финансисту. Финансист выставляет счёт и передаёт бухгалтерии. Бухгалтерия проверяет оплату и передаёт логистике. Те отгружают товар, формируют акт — финиш! Клиент доволен, деньги на счёте, все молодцы.

А теперь реальность: палочки регулярно падают на землю, кто-то бежит не в ту сторону, а половина участников вообще не в курсе, что они в этой эстафете. «Где сейчас наша сделка?», «Кто за это отвечает?», «Когда уже финиш?» — на эти вопросы никто не может ответить сходу. Приходится обзванивать пол-офиса.

Классические этапы Quote-to-Cash

1. Quote

Формирование КП

2. Contract

Согласование договора

3. Order

Оформление заказа

4. Invoice

Выставление счёта

5. Payment

Получение оплаты

6. Revenue

Признание выручки

В идеальной вселенной эти шесть этапов проходят один за другим, быстро, чётко, без сучка и задоринки. В реальной жизни между ними — непролазное болото из Excel-табличек, переписок в корпоративном чате формата «а ты видел мой файл?», ручных проверок и извечного «кто вообще за это отвечает?».

Чтобы понять, насколько всё плохо (или хорошо — у вас), давайте пройдёмся по каждому этапу и посмотрим, где обычно всё идёт наперекосяк.

Анатомия хаоса: где бизнес теряет деньги между «да» и «оплачено»

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

Коммерческие предложения: ручная сборка и потеря версий

Менеджер открывает Word. Копирует туда данные из CRM — вручную, естественно. Считает итоговую сумму на калькуляторе (ну или в уме, если он герой). Накидывает скидку, которую «вроде как согласовали устно с РОПом на прошлой неделе». Отправляет клиенту. Клиент: «А можно чуть изменить?». Менеджер делает версию 2. Потом версию 3. К версии 5 уже никто не помнит, что вообще было в первой и какие условия обещали.

Что теряем: Полчаса на каждое КП (а если клиент требовательный — и больше). Регулярные ошибки в ценах и скидках. Несогласованные между собой условия, которые потом аукнутся на этапе подписания договора. Подробнее о том, как это автоматизировать: AI-генерация коммерческих предложений из CRM.

Договоры: бесконечный пинг-понг согласований

Договор летит по почте к юристу. Юрист правит, возвращает. Менеджер отправляет клиенту. Клиент вносит свои пожелания. Обратно к юристу. Где-то на фоне финдир должен утвердить условия оплаты, но он понятия не имеет, что договор уже на третьей итерации и там всё совсем не то, что было вначале. В итоге выясняется это на этапе подписания — сюрприз!

Что теряем: Неделю-полторы на согласование обычного типового договора. Путаницу в версиях — кто видел последнюю? Кто вообще её правил? Несогласованные правки, которые конфликтуют друг с другом. Как это упорядочить: Согласования и договоры: автоматизация маршрутов.

Счета и оплаты: чёрная дыра между CRM и бухгалтерией

Менеджер закрыл сделку в CRM, победно отметил галочку. Написал в чат бухгалтерии «выставите счёт на ТОО "Рога и копыта"». Бухгалтер в 1С формирует счёт. Клиент получает, оплачивает. Деньги приходят на счёт. А менеджер об этом узнаёт... ну, через недельку, если повезёт. И всё это время методично названивает клиенту: «Когда уже платить будете?». Клиент в шоке: «Так я неделю назад заплатил!». Неловко.

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

Просроченная дебиторка: проблемы, которые копятся

Классика жанра. Срок оплаты прошёл. Кто должен звонить клиенту? Менеджер уверен, что это зона ответственности бухгалтерии. Бухгалтер пожимает плечами: «Это же ваш клиент, вы и звоните». В результате никто не звонит. Просрочка растёт. Когда наконец кто-то вспоминает, клиент невинно так: «Ой, совсем забыл! У нас тут кассовый разрыв, подождёте месяцок?»

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

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

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

Архитектура Q2C: как собрать систему, которая работает

Нормальный работающий Q2C держится на трёх китах. Первое: есть одно единственное место, где живёт правда о сделке — не десять Excel-файлов, а одно. Второе: данные передаются между этапами автоматически, без ручного копирования. Третье: все участники видят статусы в реальном времени — никаких «а где это?» и «кто за это отвечает?». Разберём подробнее.

Принцип 1: CRM как единый источник правды

Сделка в CRM — это главный источник истины, от которого всё пляшет. Из неё генерируется коммерческое предложение. На основе КП создаётся договор. По договору выставляется счёт. Оплата прилетает обратно и обновляет статус в той же сделке. Замкнутый круг.

Как делают неправильно

Данные о сделке в CRM. Договор в папке «Договоры 2025» на сервере. Счёт в 1С. Статус оплаты хранится в голове у бухгалтера Марины. Чтобы собрать полную картину, нужно обойти пол-офиса.

Как делают правильно

Всё привязано к карточке сделки: КП, договор, счета, платежи, отгрузки, переписка. Открыл сделку — за 30 секунд видишь всю историю от первого контакта до получения денег.

Принцип 2: Автоматическая передача между этапами

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

Пример автоматического сценария:
  1. Сделка переходит на этап «КП отправлено» → автоматически создаётся задача на follow-up через 3 дня
  2. Сделка переходит на «Договор на согласовании» → договор автоматически уходит на маршрут: юрист → финансы → директор
  3. Договор согласован → автоматически создаётся счёт с данными из сделки и отправляется клиенту
  4. Счёт оплачен (данные из банка) → сделка переходит на «Оплачено», создаётся задача на отгрузку
  5. Отгрузка выполнена → автоматически формируется акт выполненных работ

Принцип 3: Прозрачность статусов для всех

Каждый участник процесса должен видеть то, что ему нужно. Менеджер — где его сделка и кто сейчас «держит мяч». Руководитель — где «узкие места» и какие сделки под угрозой. Финансовый директор — ожидаемые поступления и текущую дебиторку.

Менеджер видит

Статус каждой своей сделки, кто сейчас согласовывает, сколько дней в работе

РОП видит

Воронку в деньгах, просроченные этапы, нагрузку на команду

CFO видит

Ожидаемые поступления, дебиторку по срокам, проблемные сделки

Шесть ключевых компонентов системы Q2C

С архитектурой понятно. Теперь конкретнее: какие модули и интеграции нужны на практике? Идём по цепочке.

1

CPQ: Configure-Price-Quote

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

Что умеет хороший CPQ:
  • Каталог товаров и услуг с актуальными ценами
  • Правила совместимости: «если выбран товар А, нужен ещё товар Б»
  • Матрица скидок по объёму, клиенту, сезону
  • Контроль маржинальности: система не даст продать ниже себестоимости
  • Версионирование КП и история изменений

Подробнее: CPQ в CRM: конфигуратор, версии КП, скидки и контроль маржинальности

2

Contract Management: управление договорами

Модуль для согласования, хранения и контроля исполнения договоров. Шаблоны, маршруты согласования, версионирование, напоминания о продлении. Всё в одном месте, с полной историей.

Ключевые функции:
  • Библиотека шаблонов договоров для разных типов сделок
  • Настраиваемые маршруты согласования по ролям
  • SLA на каждый этап с автоматическими эскалациями
  • Интеграция с ЭДО для электронной подписи
  • Напоминания о сроках договоров и продлениях

Подробнее: Электронная подпись и CRM: статусы, шаблоны, интеграция

3

Order Management: управление заказами

Превращение подписанного договора в конкретный заказ. Резервирование товара на складе, формирование спецификации, создание заявки на производство или закупку.

Что должно происходить автоматически:
  • Создание заказа на основе спецификации из КП
  • Проверка наличия товара на складе
  • Автоматическое резервирование или создание заявки на закупку
  • Уведомление логистики о готовности к отгрузке
  • Синхронизация статусов с учётной системой
4

Billing: выставление счетов

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

Важные моменты:
  • Счёт формируется автоматически из данных сделки
  • Правильные реквизиты — и ваши, и клиента
  • Автоотправка клиенту с возможностью отслеживания открытия
  • Напоминания о неоплаченных счетах
  • Частичная оплата — если договор это допускает
5

Payments: учёт оплат

Автоматическая сверка поступлений с выставленными счетами. Обновление статусов в CRM. Уведомления о поступлении денег.

Интеграция с банком

Выписка загружается автоматически. Система сама находит, какому счёту соответствует платёж, и обновляет статус сделки.

Онлайн-оплата

Ссылка на оплату прямо в счёте. Клиент оплатил — статус обновился мгновенно. Никакого ручного отслеживания.

6

Dunning: работа с просрочкой

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

Типичный сценарий эскалации:
  1. День 0: счёт отправлен
  2. День 7: мягкое напоминание по email
  3. День 14: второе напоминание + копия менеджеру
  4. День 21: звонок от менеджера, уведомление в Telegram
  5. День 30: эскалация на руководителя, предупреждение о приостановке
  6. День 45: приостановка отгрузок, передача в работу юристу

Подробнее: Invoice-to-Cash: счета, сверка оплат, напоминания и dunning

Хотите выстроить сквозной процесс от продажи до оплаты?

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

Обсудить проект

Интеграции: как связать всё воедино

Q2C — это не одна система, а экосистема. CRM должна «разговаривать» с учётной системой, банком, ЭДО, складом. Вот какие связки критичны.

CRM ↔ 1С / учётная система

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

Подробнее: Синхронизация товаров и цен: паттерны 1С ↔ CRM

CRM ↔ Банк

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

Пример: интеграция с Kaspi Business, Halyk Business, Forte Business

CRM ↔ ЭДО

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

Решения: интеграция с ИС ЭСФ, локальными провайдерами ЭДО

CRM ↔ Склад / WMS

Актуальные остатки в CRM. Автоматическое резервирование при создании заказа. Статусы отгрузки обновляются в сделке.

Подробнее: Архитектура интеграций: iPaaS vs ESB vs кастом

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

Метрики Q2C: как понять, что процесс работает

Есть старая мудрость: что не измеряется — то не улучшается. Можно сколько угодно говорить «мы навели порядок», но пока нет цифр — это просто слова. Вот метрики, которые покажут, здоров ли ваш Q2C-процесс или пора к врачу.

Метрика Что измеряет Целевое значение
Quote-to-Order Time Время от отправки КП до подписания договора < 7 дней для типовых сделок
Order-to-Cash Time Время от заказа до получения денег < 14 дней (зависит от отрасли)
DSO (Days Sales Outstanding) Средний срок погашения дебиторки < 30 дней
Quote Win Rate Доля КП, которые стали сделками > 25% для B2B
Invoice Accuracy Доля счетов без ошибок > 98%
Просроченная дебиторка Доля неоплаченных счетов старше 30 дней < 10% от общей суммы

И главное: эти метрики должны светиться на дашборде в режиме реального времени. Не «раз в месяц на планёрке Василий показывает Excel-файл». А каждый день, в любой момент, зашёл — увидел. Тогда проблемы видны сразу, пока они ещё маленькие и решаются за пять минут, а не превращаются в катастрофу.

Подробнее об аналитике: RevOps 101: как связать маркетинг, продажи и CS едиными метриками.

Семь ошибок, которые убивают Q2C-проекты

За годы насмотрелся на разные Q2C-проекты. Знаете, что удивительно? Грабли везде одинаковые. Меняются только названия компаний на табличках. Вот топ-7 ошибок, на которые наступают все. Абсолютно все.

1
Автоматизировать хаос

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

2
Игнорировать интеграцию с 1С

«Ага, давайте сначала CRM настроим, а 1С потом подключим». Угу, потом. Знаете, когда это «потом» наступает? Правильно, никогда. А без интеграции с учёткой Q2C остаётся половинчатым: данные вводятся дважды, расходятся, теряются. Интеграцию планируйте с самого начала, не откладывайте.

3
Забыть про dunning

Настроили КП, договоры, счета — а про контроль оплат забыли. Дебиторка растёт, кассовые разрывы учащаются. Dunning — не менее важная часть Q2C, чем продажи.

4
Не назначить владельца процесса

Q2C — это кросс-функциональный процесс. Если за него «отвечают все» — значит, не отвечает никто. Нужен один человек (RevOps, COO, финансовый директор) с полномочиями и ответственностью.

5
Запускать всё сразу

«Давайте сразу CPQ, contract management, billing, интеграцию с банком и dunning!» Результат — проект на полгода, который никогда не закончится. Начните с одного сегмента, отладьте, расширяйте.

6
Недооценивать сопротивление

Бухгалтерия не хочет менять привычки. Менеджеры считают, что «и так работало». Юристы требуют «сначала согласовать со мной все изменения». Change management — это не опция, а обязательная часть проекта.

7
Не измерять результат

Внедрили систему, но не измерили «до» и «после». Как понять, что стало лучше? Зафиксируйте текущие метрики перед стартом — это ваш baseline для оценки успеха.

Кейс: как дистрибьютор сократил цикл Q2C в 3 раза

Помните Алмата из самого начала? Того самого, у которого каждый понедельник превращался в судебное заседание? Вот что у них изменилось после того, как навели порядок в Q2C.

Было

  • КП формируется в Word, 40+ минут на каждое
  • Согласование договора — 7-10 дней по почте
  • Счета выставляются вручную, ошибки в реквизитах
  • Статус оплаты узнают через 3-5 дней
  • Просроченная дебиторка — 25% от оборота
  • Цикл Quote-to-Cash: 35-45 дней

Стало

  • КП генерируется из CRM за 3 минуты
  • Договор согласовывается за 2-3 дня по маршруту
  • Счета создаются автоматически, ошибок нет
  • Статус оплаты обновляется в реальном времени
  • Просроченная дебиторка — 8% (автоматический dunning)
  • Цикл Quote-to-Cash: 12-15 дней

Что конкретно сделали:

Раз. Настроили генерацию КП прямо из CRM — с каталогом товаров и матрицей скидок. Менеджеры перестали ошибаться в ценах и изобретать скидки на ходу.

Два. Запустили маршрут согласования договоров: менеджер → юрист → финдир → директор. С чёткими SLA на каждый этап и автоматическими пинками, если кто-то тормозит.

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

Четыре. Настроили автоматический dunning: напоминания клиентам по email, уведомления менеджерам в Telegram, эскалация на руководителя при критической просрочке.

Пять. Собрали дашборд с ключевыми метриками: DSO, просрочка, средний цикл по этапам. Теперь всё видно в один клик.

«Знаете, что самое удивительное? Мы ничего не поменяли в самих продажах. Менеджеры работают так же, как работали. Но между моментом "клиент сказал да" и моментом "деньги на счёте" теперь проходит две недели вместо полутора месяцев. А это — десятки миллионов оборотного капитала, которые раньше просто висели где-то в процессе. Теперь они работают».

— Алмат, коммерческий директор

Пошаговый план внедрения Q2C

Решили навести порядок в процессе от продажи до оплаты? Вот практический план действий. Главное правило: не пытайтесь сделать всё сразу за раз. Это прямой путь к провалу. Двигайтесь небольшими шагами, каждый с конкретным результатом.

Roadmap внедрения Q2C

Фаза 1
Аудит и проектирование

Замерить текущие метрики (цикл, просрочка, ошибки). Описать целевой процесс. Определить владельца. Приоритезировать боли — что исправляем в первую очередь.

Фаза 2
Базовая автоматизация КП и договоров

Каталог товаров в CRM. Генерация КП из сделки. Маршрут согласования договоров с SLA. Хранение всех версий в одном месте.

Фаза 3
Интеграция с 1С и billing

Синхронизация контрагентов, товаров, цен. Автоматическое создание счетов. Двусторонний обмен: CRM ↔ 1С.

Фаза 4
Payments и dunning

Интеграция с банком для автоматической сверки. Настройка сценариев напоминаний. Эскалации по просрочке. Онлайн-оплата по ссылке.

Фаза 5
Аналитика и оптимизация

Дашборд с ключевыми метриками. Сравнение «до» и «после». Выявление новых узких мест. Непрерывное улучшение процесса.

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

Заключение: время — это деньги. Буквально

Q2C — это не про красивые схемы в PowerPoint. Это про живые деньги и реальное время. Каждый лишний день между моментом «клиент сказал да» и моментом «деньги на счёте» — это замороженный капитал, который мог бы работать. Это риск, что сделка сорвётся. Это менеджеры, которые вместо новых продаж выбивают старые долги.

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

С чего начать? Померьте, сколько дней сейчас проходит от КП до оплаты. Найдите самое узкое место. Устраните его. Померьте снова. И так по кругу. Через полгода таких маленьких итераций ваш процесс изменится до неузнаваемости.

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

Готовы сократить цикл от продажи до оплаты?

Проведём аудит вашего Q2C-процесса, найдём узкие места, спроектируем решение. Бесплатная консультация — без обязательств.

Записаться на консультацию

Часто задаваемые вопросы

Зависит от масштаба и текущего состояния систем. Минимальный MVP (КП из CRM + базовый маршрут договоров) — 2-4 недели. Полноценный Q2C с интеграцией 1С, банка и dunning — 2-4 месяца. Рекомендую начинать с первой фазы и расширять постепенно — так вы быстрее увидите результат и снизите риски.

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

Для этого существует Deal Desk — отдельный процесс согласования нестандартных сделок. Система должна уметь отличать типовые сделки (идут по стандартному маршруту) от нестандартных (требуют дополнительных согласований). Подробнее: Deal desk: как согласовывать нестандартные сделки быстрее.

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

Типичные результаты: сокращение цикла Q2C на 50-70%, снижение просроченной дебиторки на 40-60%, уменьшение ошибок в документах на 90%+. В деньгах: освобождение оборотного капитала, экономия времени команды, снижение безнадёжной дебиторки. Точный ROI зависит от вашего объёма сделок и текущего состояния процесса — на консультации можем посчитать для вашего случая.

Читайте также

CPQ в CRM: конфигуратор, версии КП, скидки и контроль маржинальности

Как автоматизировать создание коммерческих предложений

Deal desk: согласование нестандартных сделок

Как не терять маржу на исключениях из правил

Invoice-to-Cash: счета, сверка оплат и dunning

Как автоматизировать работу с дебиторской задолженностью

Revenue leakage: где теряется выручка

Диагностика потерь в процессах продаж и биллинга

RevOps 101: единые метрики и процессы

Как связать маркетинг, продажи и Customer Success

Согласования и договоры в CRM

Автоматизация маршрутов, ролей и дедлайнов