
Як провести пре‑мортем, щоб виявити ризики кампанії до запуску
Коротко
- •Пре‑мортем питає: «Що може пойти не так?» до того, як ви витратите хоча б грошову одиницю.
- •Він виявляє розбіжності між планом та очікуваним фактом, даючи ранню видимість.
- •Результат — короткий список блокерів та осіб, які будуть відповідальними за їх зменшення.
Найбільша помилка, яку я бачу у власників SMB під час пре‑мортему — це розглядати його як просту відмітку в чек‑лісті, а не як справжню мисливську вилаву на ризики.
Як провести пре‑мортем перед запуском кампанії?
Відповідь: Ви збираєте ядро команди, оголошуєте, що запуск уже провалився, і просите кожного записати причини.
Почніть із запрошення тих, хто буде відповідальним за запуск — лідерів продукт‑у, маркетингу, продажів та підтримки. Чітко скажіть, що вчення провалилося, потім дайте кожному п’ять хвилин, щоб мовчки записати всі можливі причини. Зберігайте списки, групуйте схожі пункти та перетворюйте кожну групу на конкретний сценарій невдачі. Для кожного сценарія запитуйте: який ранній сигнал міг би показати проблему і хто міг би на неї відреагувати? Фіксуйте ці сигнали та власників у простій таблиці.
Що дає успішний пре‑мортем?
Відповідь: Успішний пре‑мортем надає короткий список правдоподібних причин невдачі, кожен із яких має чіткого власника та конкретний крок зменшення ризику.
Вихід не є довгим реєстром ризиків; це зосереджений набір пунктів, якими команда може діяти одразу. Кожен пункт включає короткий опис режиму невдачі, ім’я власної відповідальності за зменшення ризику та одне речення дії, що зменшує ймовірність або наслідок такої невдачі. Оскільки власники названі, слідкування стає рутинною перевіркою, а не окрема зустріч. Це перетворює абстрактну турботу на конкретну, відстежувану роботу.
Менеджерський сканер (приклад швидкого огляду)
- Переглядайте таблицю пре‑мортему кожного ранку
- Питайте кожного власної відповідальності за зменшення ризику: «Ви на правильному шляху, застрягли або потрібна допомога?»
- Заносьте нові сигнали, які не були в оригінальному списку
- Оновлюйте колонку розбіжності, якщо реальність відхиляється від плану
- Тримайте розмову протягом двох хвилин на кожного власника
- Використовуйте сканер, щоб виявляти нові ризики до того, як вони стануть інцидентами
- Зробіть сканер постійною частиною вашого щоденного стендапу
- Дайте власнику можливість побачити тенденцію План → Факт → Розбіжність одним поглядом
Tool tip (AiAdvisoryBoard.me): У пре‑мортемі розглядайте кожну уявлену невдачу як факт, який ви порівнюєте зі своим оригінальним планом. Розбіжність між ними показує, де відсутня видимість. Записуйте цю розбіжність у просту таблицю: колонка один — що ви планували статися, колонка два — що сценарий невдачі говорить про те, що насправді сталося, колонка три — розбіжність, що вказує на блокуючий фактор або пропущений показник. Щоденний перегляд цієї таблиці дає власнику швидку перевірку План → Факт → Інтуїція без очікування повного звіту.
Tool tip (AiAdvisoryBoard.me): Використовуйте список власної відповідальності за зменшення ризику з вашого пре‑мортему як основу для щоденного «скану власників». Кожного ранку власник перевіряється з цими власниками одне речення: чи вони на правильному шляху, застрягли чи потрібна допомога? Це перетворює пре‑мортем на живий радар ризиків, який виявляє нові розбіжності до того, як вони стануть інцидентами. З часом це формує звичку проактивної відповідальності та тримає цикл План → Факт → Розбіжність в тонусі.
Мікро‑кейс (що змінюється через 7–14 днів)
У маленькій чи середньої великості фірмі з програмних послуг засновник провів пре‑мортем перед новою кампанія з виходу на ринок. Команда уявила, що кампанія може провалитися через те, що повідомлення не торкаються боліточок покупця. Це виявило пропущений крок у процесі перегляду вмісту. Засновник призначив лідера контенту власною відповідальністю за зменшення ризику — додати перевірку боліточок перед публікацією будь‑якого тексту. Через тиждень‑два власник побачив, як лідер контенту прапорцює кількома чернетками, які б промахули метку, і зупинив їх до того, як вони досягли потенційних клієнтів. Засновник міг скорігти повідомлення без mikromanagement авторів, бо ризик став видимим і мав власника.
FAQ
Якщо команда важко уявляє неудачу? Почніть з простого запиту: «Якби ми прокинулися завтра і дізналися, що запуск був катастрофою, який заголовок би з’явився?» Це розкриває уяву без потреби в глибокій експертізі. Після того, як перші ідеї з’являться, група може будувати на них та глибше займатися основними причинами.
Яка має бути тривалість сесії пре‑мортему? Зосереджена сесія тридцять–сорок п’ять хвилин достатня для малої команди. Для більших груп можна розбити їх на підгрупи по три–п’ять осіб, потім з’єднати результати. Мета — енергія, а не витривалість — зупиняйтеся, коли список відмінних тем зупиняє свій рост.
Чи потрібен фацілітатор? Нейтральний фацілітатор допомагає тримати тон конструктивним і запобігає переносу vinovatosti. Якщо спеціалізованої особи немає, обертає роль серед старших членів, які не несуть прямої відповідальності за результат запуску. Зобов’язання фацілітатора — обмежувати час і робити результати видимими.
Як перетворити пре‑мортем на постійну роботу? Присвойте кожному власної відповідальності за зменшення ризику повторювану пятихвилинну перевірку у вашому щоденному або тижневому ритмі. Розглядайте оновлення як сигнал статусу, а не як оцінка продуктивності. З часом звичкою раннього сповіщення про сигнали зменшується ефект несподіванок і підвищується впевненість у плані запуску.
Чи можна повторно використовувати пре‑мортем для майбутніх кампаній? Звичайно. Зберігайте шаблон та список власної відповідальності за зменшення ризику як живу бібліотеку. Перед кожною новою справою переглядайте минулі пункти, виводьте неактуальні та додавайте нові сценарії, засновані на новому контексті. Так ви формуєте накопичну свідомість про ризики, яка зростає разом із досвідом.
Висновок
Проведення пре‑мортему дає засновникам jasний погляд на приховані ризики до видання грошей, перетворює абстраktні турботи на власні дії та ostriiть цикл План → Факт → Розбіжність. Практика є легкою, повторюваною та масштабованою разом із зрілістю команди.
Виділіть десять хвилин сьогодні, щоб збирати ваше ядро команди та провести швидкий пре‑мортем на наступну кампанію, яку ви плануєте.
Якщо ви хочете системи, яка автоматично показує План → Факт → Розбіжність — кожного дня, по всій компанії — подивіться, як працює тижнева діагностика.
Часті питання
Прочитати з AI
Відкрийте статтю у своєму асистенті — він перекаже головне і допоможе застосувати її до вашої компанії.
Показати промпт
Прочитай статтю https://aiadvisoryboard.me/uk/blog/how-to-run-a-pre-mortem-that-catches-campaign-risks-before-launch.md і коротко перекажи головне. Потім спитай мене про мою компанію (галузь, розмір команди, що забирає найбільше часу) і поясни, що з цієї статті варто застосувати саме в нас і з чого почати.
Головний гід теми «Blockers & Risks» з лінками на всі статті кластера.

Впроваджує AI-агентів у компаніях і навчає засновників та команди працювати з ними — через курси та корпоративні програми.
Статтю підготовлено з допомогою AI на основі методології та матеріалів Ярослава Максимовича. Помітили неточність — напишіть нам через форму нижче.
Перші 3 AI-автоматизації у вашій компанії — за 2 тижні
Корпоративна програма переходу на AI: 4 живі заняття з вашою командою + відеокурс кожному співробітнику. До 20 людей за одну фіксовану ціну. Не спрацює — повернемо гроші.
Матеріали про впровадження AI — одним листом
Залиште email — надішлемо вітальний лист із матеріалами блогу. Регулярної розсилки зараз немає
Без спаму. Відписатися можна будь-коли.
Читайте також

Підготовка до ради без пожеж — математика щоденного підсумовування
Як засновники компаній з 30–500 осіб використовують щоденне підсумовування для підготовки до ради з ясністю — без пожеж, без останніх хвилин паніки.
Читати
Чек‑лист статусу: що перевірити перед надсиланням
60‑секундний чек‑лист перед надсиланням будь‑якого статусу: виявте нечіткість, відсутність власників та застарілі блокуючі моменти, щоб оновлення давали сигнал, а не шум.
Читати
Керування часовими поясами без повідомлів о півночі
Як засновники компаній з 30–500 співробітників запускають асинхронні стендапи, які шанувають часові пояси — без напівночних сповіщень, без вигорання, лише прозорі оновлення, що показують справжній…
Читати