
Deal review: ловимо завислі угоди на 3 тижні раніше
Коротко
- •Більшість deal-ревʼю ловить stalls через 3 тижні після того, як реп уже знав — бо формат винагороджує сторітелінг, а не falsifiable-твердження.
- •30-хвилинний тижневий ритуал на пʼяти питаннях по угоді, з AI-prep саммарі активності, переданими менеджеру за 24 години — ловить stalls раніше і закінчує зустріч вчасно.
- •Результат на рівні власника: угоди, що раніше зʼїжджали в наступний квартал, закриваються в цьому — або їх убивають достатньо рано, щоб перенаправити час репа.
Якщо ви CEO, який сидить на 90-хвилинному deal-ревʼю, де єдиний результат — "подивимось, що буде", ви вже знаєте, що формат зламаний. Проблема не в репах. Проблема в тому, що зустріч створена, щоб усі почувалися "охопленими", а не щоб виносити stalls достатньо рано, аби з ними щось зробити.
Чому більшість deal-ревʼю ловить stalls запізно?
Бо стандартний формат запрошує наратив, а не доказ. Реп розповідає історію про угоду, менеджер ставить пару уточнень, кімната рухається далі. До моменту, коли slip уже неможливо заперечити, close date вже рухнувся двічі, а чемпіон замовк.
Definition: Deal stall — угода, що припинила рух по buying-кроках, але лишається в тій самій forecast-категорії; зазвичай видима 2-4 тижні до офіційного slip-у close-дати.
Сигнал майже завжди є за 3 тижні до — у даних активності, у проміжках у календарі, у довжині email-thread-а. Просто ревʼю не ставило питань, що це б винесло.
Формат deal-ревʼю на 5 питань
Кожна угода вище порогу отримує ті самі пʼять питань, без винятків. Дисципліна ідентичних питань і робить ревʼю швидким, а дані — порівнюваними між угодами.
Питання 1: Який задокументований next step з боку покупця?
Не next step репа. Покупця. Якщо відповідь мʼякша за "чемпіон запланував X на дату Y зі стейкхолдерами Z" — у угоди є відомий ризик stall-у.
Питання 2: Хто economic buyer і коли він востаннє вийшов на звʼязок?
Імʼя, роль, дата останньої активності. Якщо реп не може назвати всі три за 10 секунд — це прапор гігієни. Якщо "востаннє на звʼязку" більше 21 дня тому — у угоди високий ризик stall незалежно від стадії.
Питання 3: Що таке compelling event покупця і наскільки ми впевнені в даті?
Compelling event = причина, чому це має закритись до дати, а не "вони хочуть стартувати у Q4". Якщо немає compelling event — close date бажано-мисленнєвий.
Definition: Compelling event — датована, зовнішньо-обумовлена причина, чому покупець мусить діяти до конкретного часу: закінчення контракту, регуляторний дедлайн, рада директорів, заплановане go-live, яке покупець не може дешево перенести.
Питання 4: Який єдиний ризик може вбити цю угоду за наступні два тижні?
Змушує репа назвати один falsifiable-ризик, а не "execution risk" чи "competitive pressure". Якщо відповідь розпливчаста — реп нічого не дискваліфікував; усе теоретично можливо.
Питання 5: Що репу потрібно від менеджера за наступні 7 днів?
Аутпут. Конкретний, датований, з owner-ом. Якщо реп не може назвати конкретний ask — ревʼю не виробило дії.
Як AI-assisted prep це змінює?
Пʼять питань стають корисними тільки якщо менеджер заходить уже знаючи ground truth активності. AI-prep робить це за 24 години.
Ввечері перед ревʼю AI-джоба ганяє кожну in-scope угоду і виробляє пів-сторінкове бриф на угоду:
Угода: [АКАУНТ — НАЗВА УГОДИ]
Цінність: $[X] Стадія: [стадія] Днів у стадії: [N]
Активність покупця (останні 30 днів):
- [роль контакта] — [N мейлів відправлено, N відповідей, N зустрічей]
- [роль контакта] — [N мейлів відправлено, N відповідей, N зустрічей]
Latency відповідей у email-thread (останні 60 днів): [медіана в днях, тренд]
Остання зустріч: [дата], [тривалість], [учасники]
Шарені документи: [список]
AI-помічені ризики:
- [Конкретний ризик, напр. "немає контакту з фінансами з [дата]"]
- [Конкретний ризик]
AI-сигнал stall: [сильний/помірний/немає], причина: [текст]
Next step репа в CRM: [текст] (востаннє редаговано [N] днів тому)
Менеджер читає бриф 90 секунд до зустрічі і заходить з готовими кутами falsifікації. Реп заходить, знаючи, що в брифі — без сюрпризів, але й без втечі від даних.
Tool tip (AIAdvisoryBoard.me): Це саме те, що виробляє петля Plan → Fact → Gap всередині daily-management OS. Plan — CRM-запис репа. Fact — AI-зібрана реальність активності. Gap — те, з чим менеджер заходить уже знаючи. Deal review перестає бути сесією сторітелінгу і стає сесією falsifікації — пʼять питань на угоду, шість хвилин на угоду, тридцятихвилинна зустріч закрита. Подивіться, як 7-денна діагностика виносить ту саму петлю по кожній команді, на https://aiadvisoryboard.me/?lang=en.
Хороші vs погані відповіді
Питання 1 (next step покупця)
- Погано: "Я зроблю follow up з Сарою цього тижня."
- Добре: "Сара підтвердила вівторковий дзвінок з їхнім CFO; agenda підписана, дек оглянутий."
Питання 4 (єдиний ризик)
- Погано: "Є якийсь procurement-ризик."
- Добре: "Procurement не зайде, поки legal не закінчить ревʼю MSA, який сидить у їхнього зовнішнього юриста, і ми не маємо видимості на її timeline."
Патерн: погані відповіді не-falsifiable, добрі — досить специфічні, щоб у них помилитись.
Manager scan (приклад 2-хвилинного дайджесту)
- Plan: 14 угод у цьому тижневому ревʼю, разом $1.8M, всі позначені "on track" репами
- Fact: AI-prep помітив 6 угод зі сигналами stall — 2 сильні, 4 помірні
- Gap: Ревʼю має витратити 70% часу на 6 помічених; 8 здорових отримують 2-хвилинне підтвердження
- Plan: 4 репи сказали "чемпіон повністю залучений" на своїх помічених угодах
- Fact: Логи активності показують, що чемпіон востаннє відповідав 18-31 день тому в 3 з 4 випадків
- Gap: Визначення "чемпіона" треба оновити — "engaged" = відповідав за останні 14 днів, а не "знає мене"
- Plan: Усі 6 помічених лишаються в commit
- Fact: Жодна з 6 не має задокументованого compelling event
- Gap: 4 рухаємо в best-case цього тижня, 2 лишаються в commit до перевірки compelling-event до пʼятниці
- Поріг дії: будь-яка угода, що пережила 2 ревʼю з тим самим прапором, іде в deal-clinic
Micro-case (що змінюється за 7-14 днів)
95-людська managed-services фірма проводила стандартний 90-хвилинний понеділковий ревʼю і стабільно бачила slip close-дат на 3-4 тижні після ревʼю, де угода була востаннє позначена здоровою. Sales leadership переписав формат на структуру 5 питань і додав маленьку AI-prep джобу в неділю ввечері. Тиждень 1: 40% in-scope угод отримали прапори stall, які ніхто раніше не називав уголос. До тижня 3 зустріч ішла 32 хвилини замість 92, а репи почали самокоригувати next-step мову до ревʼю, бо знали, що AI-бриф буде. До тижня 8 рівень slip close-дати рухнувся з 31% до 14% по угодах вище порогу, а дві угоди, що раніше зʼїхали б у наступний квартал, закрилися in-quarter, бо питання про compelling event змусило реальну розмову за вісім тижнів до close, а не за три.
Note on this case: Цей приклад ілюстративний — на основі типових патернів, які ми спостерігаємо у компаніях 30-500 людей, не один іменований клієнт. Конкретні числа — округлені наближення поширених діапазонів, не гарантії.
Tool tip (AIAdvisoryBoard.me): Багато sales-лідерів питають, чи замінює AI інтуїцію менеджера в deal-ревʼю. Не замінює. Замінює 40 хвилин, які менеджер раніше витрачав, тягнучи активність з CRM, читаючи email-thread-и і чекаючи календарі до зустрічі. Ця робота йде на машину; час менеджера йде на falsifікаційні питання, які може ставити тільки людина. Plan → Fact → Gap — формат, що тримає людину в петлі там, де вона додає цінність. Дивіться на https://aiadvisoryboard.me/?lang=en.
FAQ
Чому саме пʼять питань, не сім чи десять? Пʼять вкладається в шість хвилин на угоду без поспіху, що робить 30-хвилинний ревʼю 5 помічених угод реалістичним. Більше питань запрошує історії; менше — пропускають перевірку compelling-event. Обрані тут пʼять — найбільш falsifікаційно-важкі з стандартних MEDDIC/MEDDPICC.
А якщо угода занадто early-stage для цих питань? Використовуй інший ревʼю для early-stage. Формат 5 питань калібрований під mid-funnel і пізніше. Early-stage потребує ревʼю "чи ми кваліфікували?", а не "чи закриється?".
Чи не пушитимуть репи AI-prep як Big Brother? Пушать перші два тижні. Перестають пушити, коли розуміють, що бриф дає їм аргументи для угод, де вони праві — і рятує від того, щоб бути спійманими врасплох на тих, де вони помиляються. Формат важливий: бриф іде репу одночасно з менеджером.
Як це вписується в наш існуючий forecast-кол? Forecast-кол питає "чи цифри надійні?" Deal review питає "що ми робимо з конкретними угодами?" Різна каденція, різна аудиторія, різний аутпут. Не змішуйте.
А якщо наш AI-тулінг базовий — ми можемо це робити? Так. Пʼять питань працюють без AI. AI-prep — це те, що стискає підготовку з 40 хвилин до 90 секунд; самі питання — структурний фікс.
Висновок
Deal-ревʼю валиться не тому, що репи не знають угод. Валиться тому, що формат не змушує до falsifiable-відповідей і менеджер не заходить з ground truth активності. Пʼять питань, AI-prep напередодні, максимум 30 хвилин, фокус тільки на помічених угодах.
Обери пʼять питань. Прогон у понеділок. Подивись, що зустріч виробляє на тижні 3.
Якщо ви хочете систему, яка автоматично виносить Plan → Fact → Gap — щодня, по всій компанії, не лише на deal-ревʼю — подивіться на 7-денну діагностику на https://aiadvisoryboard.me/?lang=en.
Часті питання
Готові трансформувати робочий процес команди?
AI Advisory Board допомагає командам автоматизувати щоденні стендапи, запобігати вигоранню та приймати рішення на основі даних. Приєднуйтесь до сотень команд, які вже економлять 2+ години на тиждень.
Отримуйте щотижневі поради з управління командою
Приєднуйтесь до 2,000+ лідерів, які отримують наші найкращі поради щодо продуктивності та запобігання вигоранню.
Без спаму. Відписатися можна будь-коли.
Читайте також

Коучинг discovery-дзвінків: 5 AI-помітних патернів
Поганий discovery-дзвінок майже завжди має ті самі пʼять відбитків — talk ratio, single-threaded мова, неквантифікований pain, відсутність next step, feature-dump. Усі AI ловить на записі. Як збудувати чергу ревʼю, якою лідери продажу справді користуватимуться.
Читати
Моніторинг якості даних з AI: 5 перевірок, що ловлять 90% поломок
Більшість SMB-пайплайнів падають тихо — погані числа доходять до дашборду і рішення йдуть за ними. Пʼять перевірок (volume, freshness, schema, distribution, uniqueness) ловлять переважну більшість. AI пропонує пороги.
Читати
Customer health score: 4 tradeoff'и, що визначають його долю
Більшість SMB customer health-скорів будують один раз, ігнорують за квартал і переробляють через 18 місяців. 4 design-tradeoff'и, що вирішують, чи ваш скор виживе.
Читати