Понедельник, девять утра. РОП собирает команду на еженедельную встречу по сделкам. В зуме появляются сонные лица с кофе в руках. Начинается карусель: «Сделка с АТФБанком, ждём решения», «Клиент думает», «Обещали перезвонить на следующей неделе»... Через час все расходятся. РОП смотрит в свой блокнот, где нацарапано что-то вроде «АТФ — ???», и понимает, что забыл уже половину. К среде эти записи просто потеряются в ворохе других задач.
Узнаёте? Я видел такое в половине компаний, с которыми работал. Deal review превращается в пустую формальность — встречу проводим, галочку ставим, а толку ноль. Менеджеры отчитываются, РОП кивает, все делают вид, что контролируют процесс. А сделки так и висят месяцами.
Но бывает по-другому. Представьте: та же встреча, те же 45 минут. Только команда разобрала уже 12 ключевых сделок, по каждой определили конкретное действие — кто, что и когда делает. Эти решения тут же превратились в задачи в CRM с дедлайнами. Через неделю на следующем review открыли список и видим: это сделано, это в процессе, а вот здесь застряли — надо разбираться. Чувствуете разницу? Это и есть настоящий deal review.
«Deal review — это не отчётность перед начальством. Это коллективный мозговой штурм, где опытные продавцы помогают менее опытным, а руководитель убирает блокеры. Если после встречи ничего не меняется — это не review, это потеря времени.»
Резонный вопрос: если у нас есть CRM, дашборды с графиками, автоматические отчёты — зачем собирать людей и час разбирать сделки? Система же всё видит и так показывает!
Вот только штука в том, что CRM показывает «что есть», но не объясняет «почему так» и, главное, «что с этим делать». Смотрите: сделка висит на этапе «Демо проведено» уже три недели. Система фиксирует, краснеет, сигналит. А что реально происходит? Может, клиент ждёт, когда директор вернётся из отпуска и подпишет согласование. Или менеджер просто боится позвонить и узнать отказ, поэтому тянет. Или вообще контакт уволился, а менеджер не в курсе. Цифры этого не расскажут — нужен разговор.
Deal review закрывает пять больших проблем, которые не решает никакая автоматика:
Во-первых, коллективный мозг работает лучше. Помню кейс: молодой менеджер рассказывает про застрявшую сделку с крупной логистической компанией. Уперлись в цену. И тут опытная коллега говорит: «А ты покажи им кейс с "Достыком" — там же был похожий запрос, и мы посчитали ROI на экономии времени диспетчеров». Менеджер даже не знал про этот кейс! Через неделю сделка закрылась. Вот это и есть ценность — знания из голов выходят на поверхность.
Во-вторых, вопросы вскрывают слепые зоны. Менеджер докладывает: «Всё идёт хорошо, клиент заинтересован, скоро закроем». РОП спрашивает: «А кто у них принимает решение?» Тишина. «Ээээ... Я общаюсь с руководителем IT-отдела». — «А бюджет у него есть?» — «...Не уточнял». Вот. До разговора менеджер был уверен, что всё под контролем. А после понял, что даже не понял, кто вообще там решает.
В-третьих, это лучшее обучение для команды. Новички слушают, как разбирают сложные кейсы, как опытные менеджеры задают вопросы, как РОП рассуждает про стратегию. Это живая передача опыта, которую никакой тренинг не заменит. Один парень у нас после трёх месяцев на таких встречах стал закрывать сделки на уровне среднячков — просто впитал паттерны.
В-четвёртых, прогноз становится реальным. Когда РОП слышит все нюансы — интонацию менеджера, детали переговоров, контекст, — он гораздо точнее оценивает, закроется сделка или нет. Цифра в CRM может говорить «60% вероятность», а по факту это либо 90%, либо 10%. Только разговор покажет.
И пятое — accountability. Когда менеджер знает, что через неделю на встрече его спросят «Ну что, позвонил финдиру?», он точно позвонит. Это не контроль ради контроля, а создание ритма. Без этого сделки просто зависают в вечном «созвонюсь на следующей неделе».
Окей, теперь к делу. Я обкатал эту схему с кучей разных команд — от стартапов на пятерых человек до корпораций со сто двадцатью менеджерами. И почти везде работает одна и та же формула. Три базовых принципа.
Самая частая ошибка — review превращается в формальную отчётность. Менеджер зачитывает как диктор: «Сделка с компанией "Альянс-Логистик", этап переговоров, сумма пять миллионов тенге, следующий шаг — созвониться». РОП кивает. Все кивают. Идём дальше. Стоп, а что мы вообще только что обсудили? По сути — ноль новой информации. Это же просто карточка из CRM, зачитанная вслух!
Правильный вопрос звучит иначе: «Что прямо сейчас мешает закрыть эту сделку? И что конкретно нужно сделать, чтобы сдвинуть её с места?» Каждая обсуждаемая сделка должна заканчиваться действием. Не абстрактным «надо пообщаться», а конкретным: «Во вторник в 14:00 звоню финансовому директору Сергею Ивановичу, уточняю про бюджетный цикл». Вот так.
У менеджера может быть 30 открытых сделок. Разбирать их все — дорога в ад. Встреча растянется на три часа, все устанут, толку не будет. Нужна фильтрация. На какие сделки стоит тратить время на review?
Крупные сделки — топ-10% по сумме. Это те, которые определяют выполнение плана. Даже если там всё идёт хорошо — проверяем, не упускаем ли что-то важное.
Сделки под риском — те, что висят дольше среднего цикла, где нет активности больше недели, где клиент вдруг перестал отвечать. Красные флаги, которые требуют разбора.
Сделки с дедлайном — закрываются в этом месяце или квартале. Нужно убедиться, что они действительно закроются, а не «перенесутся на следующий квартал» в последний момент.
Сделки с блокерами — менеджер сам просит помощи, не знает, как продвинуть дальше. Тут коллективный разум особенно полезен.
Deal review легко превращается в бесконечную говорильню. Начинаешь обсуждать одну сделку, через 20 минут уже обсуждаешь рынок логистики в целом, потом перешли на новости про очередную госзакупку... А сделок разобрали три из пятнадцати. Так нельзя.
Вот рабочие рамки, которые я рекомендую жёстко держать:
3-5 минут на одну сделку — этого хватает, чтобы понять ситуацию и определить действие. Если уложились в три — вообще отлично. Если тянется больше пяти — скорее всего, ушли в детали, которые можно обсудить отдельно.
45-60 минут на всю встречу — дольше держать внимание команды не получится. Проверено. После часа люди просто выпадают, начинают отвечать на письма, думают о своём. Если не укладываетесь — значит, взяли слишком много сделок или слишком глубоко зарываетесь в каждую.
10-15 сделок максимум — больше физически не успеете качественно обсудить. Лучше десять сделок разобрать с толком, чем двадцать — галопом по Европам.
И ещё важный момент: если сделка требует реально глубокого разбора — вынесите её на отдельный созвон. Например, крупный клиент с нестандартным запросом, нужна кастомизация и долгая стратегическая сессия. Не тратьте на это время всей команды — соберите тех, кому это релевантно. Deal review — для быстрых решений и разблокировки, а не для многочасового планирования.
Вот структура, которую мы обкатали на десятках команд. Адаптируйте под себя, но сохраняйте логику.
Начинаем с короткого обзора — пять минут максимум. Сколько сделок в воронке, что закрылось за неделю, какой coverage по плану. Это контекст для команды: понимаем, где мы сейчас находимся.
Дальше — основной блок, минут сорок. По очереди разбираем отобранные сделки. Менеджер коротко описывает ситуацию, команда задаёт вопросы, определяем конкретное действие, фиксируем. И переходим к следующей.
В конце — пять-десять минут на паттерны и закрытие. Что повторяется? Может, клиенты из одной отрасли задают одинаковые вопросы — пора сделать FAQ или кейс. Или конкретный конкурент часто всплывает — нужен battle card. И финальное резюме: сколько сделок обсудили, какие ключевые действия, кто за что отвечает.
Давайте покажу на примере, как должен выглядеть разбор — не формальный, а реально полезный:
— Так, Алия, давай по «Казахтелекому». Что там?
— Сделка на 8 миллионов, этап — согласование КП. Общаюсь с Жанар, она директор по развитию. КП отправила в пятницу, жду ответ.
— Жанар сама принимает решение или кто-то ещё нужен?
— Ей нужно согласование с финансовым директором. Но она говорит, что он её поддерживает.
— «Поддерживает» — это она так сказала или ты с ним говорила?
— Она так сказала...
— А какой у них бюджетный цикл? Когда они обычно такие решения принимают?
— Не уточняла. Но знаю, что у них конец квартала через три недели.
— Отлично, значит есть дедлайн. Что мешает закрыть быстрее?
— Они сравнивают нас с «Битрикс24». Жанар просила кейс из телекома.
— У нас есть? Марат, ты же с «Алтел» работал — можешь кейс подготовить?
— Да, завтра скину.
— Алия, тогда план такой: завтра получаешь кейс от Марата, в среду звонишь Жанар, обсуждаете кейс и уточняешь про финдира — можно ли его подключить к разговору. Годится?
— Да, записала.
Видите разницу? За четыре минуты вскрыли слепую зону (финдир), нашли ресурс (кейс от коллеги), определили конкретные действия с датами. Это и есть нормальный deal review.
Менеджер начинает рассказывать про сделку: «Ну, там всё в порядке, клиент заинтересован, думает». И что дальше? Ничего не понятно. А если начать задавать правильные вопросы — картина резко проясняется.
Я разбил все ключевые вопросы на три группы — по логике разбора сделки.
Начинаем с базы. Кто вообще принимает решение? Не «с кем общаемся», а кто реально подпишет договор. Какая у клиента боль — не абстрактная «нужна CRM», а конкретная проблема, которая заставила искать решение? И главное — что будет, если ничего не делать? Если клиент спокойно проживёт без вашего продукта ещё год — сделка будет вечной.
Вот как это выглядит на практике:
— Расскажи про сделку с «ТехноСервис».
— Ну, общаюсь с Ерланом, он руководитель IT. Говорит, что им нужна автоматизация отчётов.
— А кто у них подписывает такие договоры?
— Эээ... наверное, финдир?
— Ты с ним говорил?
— Нет пока.
— А почему им вообще сейчас нужна автоматизация? Что случилось?
— Говорят, много ручной работы... Слушай, я понял — мне надо выяснить, кто решает, и почему это стало срочным именно сейчас.
Видите? Три простых вопроса — и менеджер сам понял, что не знает главного. Это не допрос, это помощь увидеть слепые зоны.
Теперь смотрим на конкурентное поле и текущий статус. Какие альтернативы рассматривает клиент? Мы единственные, или там ещё три вендора плюс вариант «ничего не делать»? Что прямо сейчас мешает закрыть — бюджет, согласования, технические сомнения? И когда был последний реальный контакт — не «я ему писал», а когда он реально ответил?
Если последний контакт был больше недели назад — это тревожный звоночек. Клиент либо остыл, либо переключился на конкурента, либо вообще забыл про вашу историю. На review это должно всплывать сразу: «Сделка с "Меридианом" — последний контакт 12 дней назад». Стоп, разбираемся.
И финальный блок — про конкретику. Какой следующий шаг и когда? Не «созвонюсь на следующей неделе», а «во вторник в 15:00 звоню Маржан обсудить КП». Что нужно от команды, чтобы продвинуть — может, кейс из похожей отрасли или звонок руководителя? На сколько сам менеджер оценивает вероятность — и почему именно так? И главное — что изменилось с прошлого review?
Последний вопрос особенно важен. Если ответ «ничего не изменилось» — надо копать глубже. Что помешало? Клиент не отвечал? Менеджер не позвонил? Задача оказалась сложнее, чем думали?
Со временем начинаешь чувствовать, где нужно давить, а где и так всё ясно. Но если вы только начинаете вести review — держите эти три группы вопросов в голове. Понять клиента, оценить ситуацию, спланировать действие. Проверено: работает.
Можно проводить встречи каждую неделю, создавать задачи, фиксировать всё в CRM — и при этом крутиться вхолостую. Нужны метрики, которые покажут: есть эффект или просто потрачено время? Вот пять показателей, на которые я смотрю:
| Метрика | Что измеряет | Целевое значение |
|---|---|---|
| Action completion rate | Доля действий, выполненных к следующему review | > 80% |
| Deals reviewed / Deals in pipeline | Какой процент воронки покрываем обзором | Топ-20% по сумме + все at-risk |
| Time per deal | Среднее время обсуждения одной сделки | 3-5 минут |
| Stage progression after review | Сколько обсуждённых сделок продвинулось за неделю | > 50% |
| Forecast accuracy | Точность прогноза по обсуждённым сделкам vs необсуждённым | Обсуждённые точнее на 15-20% |
Самая критичная метрика здесь — Action completion rate. Если команда систематически не выполняет то, что наметили на review, значит проблема. Либо задачи ставите нереалистичные («позвонить 15 клиентам за день»), либо нет реальной ответственности (никто не проверяет), либо у менеджеров элементарно нет времени (перегружены входящими лидами).
Ещё больше про метрики отдела продаж и как настроить их отслеживание в CRM — в статье про дашборд для CEO.
Знаете, в чём главная беда большинства deal review? Всё остаётся в головах. Обсудили сделку, наметили план, разошлись. Через неделю РОП спрашивает: «Ну что по той сделке с банком, звонил финдиру?» — «Ээээ... какому финдиру?» Или менеджер помнит, что нужно было что-то сделать, но что именно — уже забыл. А если и помнит — непонятно, проверил ли кто-то выполнение.
Решение простое, но почему-то мало кто использует: всё, что обсуждается на review, должно тут же попадать в CRM. Не «потом занесу», а прямо во время встречи или сразу после. Вот как это работает на практике:
Во время обсуждения сделки определили действие: «Позвонить финансовому директору, узнать про бюджетный цикл». Прямо на встрече (или сразу после) это превращается в задачу в CRM:
Разбираете сделку, и вдруг понимаете: стоп, она гораздо более рискованная, чем думали. Менеджер говорил «60% вероятность», а по факту клиент даже бюджет не согласовал, решение не скоро. Прямо на встрече корректируем вероятность: было 60%, ставим 30%. И это сразу меняет цифры в прогнозе продаж — ничего не потеряется, не забудется.
Во время разбора менеджер мимоходом говорит: «Да, кстати, их CEO раньше работал в нашем конкуренте, поэтому они знакомы с рынком». Стоп! Это важная информация. Добавляем заметку к сделке: «CEO — бывший сотрудник [конкурент], знает продукт. Источник: Deal Review 15.01». Через месяц другой менеджер возьмёт эту сделку или будет готовить презентацию — и контекст не потеряется.
Поняли, что сделку не продвинуть на уровне менеджера — нужен звонок директор-директору. Создаём задачу на РОПа или комдира: «Созвониться с гендиром клиента, обсудить стратегическое партнёрство». В описании задачи — весь контекст: что обсуждали, на чём застряли, какая цель звонка. Чтобы руководитель не шёл вслепую.
В современных CRM можно настроить AI-ассистента, который слушает запись встречи (или читает транскрипцию) и автоматически создаёт задачи по каждой сделке. Менеджеру остаётся только подтвердить или скорректировать. Подробнее про Meeting Intelligence мы писали в отдельной статье.
Эффективный review — это не монолог РОПа и не хаотичное обсуждение всех со всеми. Это структурированный разговор, где каждый понимает свою роль.
РОП или тимлид — дирижёр всего процесса. Его задача не рассказывать, а слушать и направлять. Следить за временем (иначе застрянете на первой сделке), задавать те самые неудобные вопросы, которые вскрывают реальную картину, и фиксировать решения. Хороший ведущий говорит процентов двадцать времени, остальное — слушает.
Менеджер, чью сделку разбирают — главный источник информации. Он коротко вводит в курс: что за клиент, на каком этапе, что происходит. Отвечает на вопросы команды. И главное — честно говорит, где застрял и какая помощь нужна. Не «всё нормально, скоро закроем», а «не могу пробиться к директору, не знаю как». Это требует доверия к команде — и это задача РОПа, создать такую атмосферу.
Остальная команда — не пассивные слушатели. Они задают уточняющие вопросы, делятся похожим опытом («У меня была такая ситуация с "Арселором", мы сделали вот что...»), предлагают идеи. Иногда лучший совет приходит от коллеги, который месяц назад решал точно такую же проблему. А ещё — это бесплатное обучение для новичков. Они слышат, как разбирают сложные кейсы, какие вопросы задают, как думают опытные продавцы.
Бывает полезно выделить отдельного человека на роль «секретаря» — того, кто фиксирует решения в CRM прямо во время встречи. Тогда РОП может полностью сосредоточиться на разговоре, а не переключаться между модерацией и записями.
Базовая логика работает везде, но есть нюансы, которые нужно понимать на нашем рынке:
Наурыз — две недели тишины. Новый год — ещё полторы. Лето — половина клиентов в отпусках. В эти периоды сделки не двигаются физически. И это нужно учитывать на review: перед Наурызом идём агрессивнее — пытаемся закрыть всё, что можно. После — спокойно разбираем, что «разморозить», с кем восстановить контакт. Не ругаем менеджеров за отсутствие прогресса в дни, когда клиенты просто не на связи.
В казахстанском B2B личные связи решают часто больше, чем презентации и КП. И это не плохо — это реальность. На review постоянно всплывают вопросы: «А у кого-нибудь есть выход на их директора?», «Может, через общих знакомых зайти?». Это нормальная тема для обсуждения. Иногда правильный звонок от правильного человека закрывает сделку быстрее, чем три месяца нюрчинга.
Работаете с квазигосом или госкомпаниями? Готовьтесь, что сделки идут по своим законам. Бюджетные циклы привязаны к кварталу или году, тендеры, согласования в трёх инстанциях... Обычные метрики скорости сделки здесь не работают. На review выделяйте таким сделкам отдельное внимание и не сравнивайте с коммерческим сектором. Это разные миры.
Команда может общаться на русском, казахском, иногда английском — иногда вперемешку в одном предложении. Главное — чтобы все понимали, что обсуждается, и решения фиксировались на том языке, на котором удобно команде. Если кто-то недопонял — лучше переспросить сразу, чем через неделю выяснять, что задачу не выполнили, потому что не поняли, что от них хотели.
За годы работы я насмотрелся на разные способы превратить полезную встречу в пустую трату времени. Вот четыре самых частых — с реальными примерами.
Была у меня команда, где review выглядел примерно так:
— Так, Айбек, что там по «Казмунайгазу»?
— Клиент думает.
— Ок. Дана, а у тебя с банком что?
— Ждём ответа.
— Понятно. Следующий...
Через час все разошлись. Формально review провели. По факту — ноль пользы. РОП потом жаловался: «Я же спрашиваю, а они не рассказывают!» Проблема была в том, что он задавал закрытые вопросы, на которые можно ответить одним словом. И не копал глубже. Менеджеры привыкли, что достаточно сказать «клиент думает» — и от тебя отстанут.
Решение простое: задавайте открытые вопросы и не принимайте размытые ответы. «Клиент думает» — это не ответ. «Клиент ждёт согласования от финдира, который вернётся из командировки в четверг, после чего я звоню в пятницу утром» — вот это ответ.
Другая крайность — когда РОП превращается в прокурора. Видел команду, где менеджеры буквально боялись этих встреч. Руководитель начинал с позиции «ну-ка расскажи, почему ты опять провалил». Люди начинали приукрашивать, скрывать проблемы, говорить то, что хочет услышать начальство.
Один менеджер потом признался: «Я месяц тянул сделку, которая уже точно не закроется, потому что боялся сказать, что потерял клиента. Каждую неделю придумывал, почему ещё не закрыли».
Deal review должен быть про «как помочь», а не про «кто виноват». Когда менеджер знает, что ему помогут разобраться с блокером, а не отчитают за проблему — он сам будет выносить сложные ситуации на обсуждение.
Классика. Встреча прошла бурно, накидали идей, определили действия. Все разошлись воодушевлённые. Через неделю: «А что мы решили по той сделке с логистами?» — «Эээ... что-то про звонок директору?» — «Не, вроде про демо говорили...»
Если решения не фиксируются сразу — они испаряются. Без записи в CRM, без задач с дедлайнами — review превращается в разговорный клуб. Приятно поболтали, разошлись, ничего не изменилось.
Есть такие сделки, которые висят в воронке месяцами. Клиент давно не отвечает, менеджер давно не звонит, но закрывать жалко — вдруг оживёт? На review их обычно пропускают: «Ну там без изменений». И они продолжают портить прогноз и занимать место в pipeline.
В одной компании я нашёл сделку, которая «закрывалась» уже полтора года. Менеджер честно признался: «Я про неё забыл, она просто висит». Когда мы почистили воронку от таких зомби — прогноз сразу стал точнее на 20%.
Правило простое: если сделка не двигается три-четыре недели и непонятно, что изменится — либо определяем конкретное действие для реанимации, либо закрываем как потерянную. Честная воронка лучше красивой.
Поможем настроить процесс, интегрировать с CRM и создать дашборд для отслеживания эффективности.
Обсудить проектПошаговый план для РОПа или коммерческого директора:
Дальше — итерируйте. Формат будет меняться под вашу команду и специфику продаж. Главное — не бросайте после первых неудач.
Deal review — это один элемент большой системы управления выручкой (RevOps). Он связан с другими процессами:
Если хотите глубже погрузиться в тему RevOps и как связать маркетинг, продажи и Customer Success — рекомендуем статью про RevOps 101 (когда будет опубликована).
Давайте вернёмся к главному вопросу: почему одни отделы продаж стабильно закрывают план, а другие вечно «чуть-чуть не дотянули»? Почему в одних компаниях прогноз совпадает с реальностью с точностью плюс-минус пять процентов, а в других — это просто гадание на кофейной гуще?
Дело не в талантах менеджеров. И не в качестве лидов. Разница — в системе. В том, есть ли ритм, есть ли обмен знаниями, есть ли честность в оценках. Deal review — это не формальная встреча раз в неделю. Это проявление культуры команды:
Проблемы открыто обсуждаются, а не прячутся до последнего. Опыт передаётся от старших к младшим, а не копится в головах «звёзд». Решения фиксируются и выполняются, а не забываются к среде. Прогноз строится на реальных фактах, а не на оптимизме. И каждый знает: если застрял — тебе помогут, а не отчитают.
Не пытайтесь сразу построить идеальную систему. Начните просто: соберите команду на 45 минут, разберите десять ключевых сделок, зафиксируйте действия в CRM. Через месяц откройте метрики: сколько действий выполнили, как изменился прогноз, сколько сделок реально продвинулось. Цифры покажут правду — работает или нужно менять подход.
И главное: идеального универсального процесса не существует. Есть процесс, который работает именно для вашей команды, вашего продукта, вашего рынка. Deal review — живая штука, её нужно постоянно подстраивать. Но фундамент всегда один: фокус на конкретных действиях, честность в оценках и реальная ответственность за результат. Без этого — просто встречи ради встреч.