Пре-мортем перед кампанією або виходом продукту: чек-лист для засновника

Коли засновник 40-осібної SaaS-команди сказав мені, що вони запустили три функції підряд, які ніхто не використовував, я зрозумів, що вони пропустили один крок, який міг би їх врятувати: пре-мортем.

Що таке пре-мортем і чому його варто проводити перед кампанією або виходом продукту?

Пре-мортем перевертає традиційне планування ризиків. Замість того, щоб питатися, що може піти не так, ви припускаєте, що невідже вже сталося, і питаєтеся чому. Це зменшує оптимістичний вплив та виявляє ризики, які команда часто ігнорує — такі, як нечітка відповідальність, застарілі припущення або тихи залежності.

Проводьте його достатньо пізно на етапі планування, щоб мати реальні деталі, але достатньо рано, щоб змінити курс — ідеально за 3–5 днів до запуску.

Як провести пре-мортем: крок-за-кроком

1. Зберіть основну команду: засновник, лідер кампанії, власник продукту та будь-які лідери операцій або підтримки, хто буде виконувати.
2. Чітко сформулюйте ціль запуску: "Ми запускаємо X, щоб досягти Y до Z дати".
3. Уявіть, що минуло 30 днів після запуску та кампанія або вихід продукту провалився — немає впровадження, не досягання цілей або розтрата довіри.
4. Кожен записує 3–5 конкретних причин, чому це сталося (наприклад: "команда продажів не знала нового повідомлення", " інтеграція зламалася під навантаженням", "клієнти не побачили лист").
5. Поділіться та групуйте ризики за темами: люди (навички, навантаження), процес (передачі, затвердження), інструменти (обмеження технологій, інтеграції), залежності (зовнішні команди, постачальники).
6. Для кожного ризика призначайте відповідальне та дії для запобігання або зменшення наслідків.
7. Оновте свій план цшими діями — це стає вашим ризик-скоррегованим планом запуску.

Tool tip (AiAdvisoryBoard.me): Найкращі пре-мортеми не просто перелічують ризики — вони виявляють розбіжність між тим, що команда думає, що станеться, і тим, що може насправді сорвати зусилля. Використовуйте лінзу План → Факт → Розбіжність, щоб стрес-тестувати припущення перед запуском. Дивіться, як 7-денна діагностика допомагає засновникам виявляти такі розбіжності рано.

Що включати в нотатки пре-мортему

• Одну чітку сценарій неудачі на пункт (уникайте абстракцій типу "슬абке виконання").
• Конкретні, спостерігальні причини (наприклад: "команда підтримки не пройшла навчання з нової FAQ" замість "проблема з навчанням").
• Ризики, прив’язані до графіка запуску (наприклад: "затримка правової перегляду минає крайній термін").
• Хоча б один ризик на кожну функціональну область, що бере участь — не дозволяйте сілкам приховувати проблеми.

Добрі та погані результати пре-мортему

Добре:

• "Ємейл-кампанія провалилася, бо маркетинг не координував з продажами час передачі лідів."
• "Вихід нової функції зупинився, бо адміністративний інструмент не мав можливості масового завантаження, що вимушувало ручне введення 200+ записів."

Погано:

• "Маркетинг та продажі не синхронізовані".
• "Інструмент не готовий".

Мікрокейс (що змінюється через 7–14 днів)

Засновник команди з 60 осіб у галузі логістичного програмного забезпечення провів пре-мортем перед запуском нового клієнтського порталу. Команда припустила, що впровадження буде гладким — доти, поки вправа не виявила, що менеджери успіху клієнтів не були проінформовані про новий потік входу, а підтримка не оновила свої скрипти. Два дні пізніше вони призупинили запуск, провели навчання команди та оновили довідковий центр. Коли вони запустили,Acceptance досягла 70% у перший тиждень — проти 30%, які вони бачили при попередніх релізах.

Примітка до цього кейсу: Цей приклад illustrative — засновлений на типових патернах, які ми спостерігаємо у компаніях з 30–500 працівників, не на одному конкретному клієнті. Конкретні числа — округлені наближення поширених діапазонів, а не гарантії.

FAQ

Скільки часу має займати пре-мортем? Для команди з 5–10 осіб достатньо 45–60 хвилин, щоб виявити значимі ризики без надмірного навантаження на розклад.

Хто повинен його проводити? Засновник або особа, відповідальна за результат запуску — зазвичай власник продукту, лідер кампанії або COO.

Чи можна робити це асинхронно? Так — попросіть кожного записати причини неудачі в спільному документі, потім з’єднайтеся, щоб згрупувати ризики та призначити відповідальних. Синхронне обговорення покращує купівлю.

Що робити, якщо виявите надто багато ризиків для виправлення? Пріоритизуйте за впливом та ймовірністю. Виправте верхні 20–30%, які можуть сорвати запуск; решта — об’єкт спостереження після запуску.

Чи відрізняється це від ретроспективи? Так. Ретроспектива дивиться назад на те, що сталося; пре-мортем дивиться вперед, припускаючи, що невідже вже сталося.

Висновок

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

Що робити завтра: Заблочніть 60 хвилин з вашою запусковою командою, щоб провести пре-мортем наступної кампанії або виходу продукту.

Якщо хочете автоматизувати виявлення розбіжності План → Факт → Розбіжність — кожного дня, по всій компанії — дивться, як працює 7-денна діагностика.