# Deal review: ловимо завислі угоди на 3 тижні раніше

> Більшість deal-ревʼю марнують 90 хвилин і не ловлять нічого нового. 30-хвилинний тижневий ритуал на пʼяти питаннях і з AI-prep, який виносить stalls за три тижні до slip-у close-дати.

- Автор: Ярослав Максимович (Founder & CEO, AI Advisory Board)
- Опубліковано: 2026-06-14
- Оновлено: 2026-10-26
- Джерело: https://aiadvisoryboard.me/uk/blog/deal-review-process-catches-stalls-earlier

Якщо ви CEO, який сидить на 90-хвилинному deal-ревʼю, де єдиний результат — "подивимось, що буде", ви вже знаєте, що формат зламаний. Проблема не в репах. Проблема в тому, що зустріч створена, щоб усі почувалися "охопленими", а не щоб виносити stalls достатньо рано, аби з ними щось зробити.

## TL;DR

- Більшість deal-ревʼю ловить stalls через 3 тижні після того, як реп уже знав — бо формат винагороджує сторітелінг, а не falsifiable-твердження.
- 30-хвилинний тижневий ритуал на пʼяти питаннях по угоді, з AI-prep саммарі активності, переданими менеджеру за 24 години — ловить 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.

---

Цитуючи, посилайтесь на https://aiadvisoryboard.me/uk/blog/deal-review-process-catches-stalls-earlier. Більше статей: https://aiadvisoryboard.me/uk/blog