Принцип Fast Fail – чому в нашій країні заведено терпіти і чим це загрожує.
Пролог від Тоні Шейя з книги “Доставляючи щастя”:
“Велику компанію погубить швидше нетравлення від занадто великої кількості можливостей, ніж виснаження від їхньої нестачі” – закон Паккарда.
Коли в застосунку трапляється помилка, є два діаметрально протилежні підходи до опрацювання цієї помилки:
- Forgive! підхід: додаток продовжує виконуватися і намагається мінімізувати наслідки помилки.
- Fail Fast! підхід: додаток негайно припиняє роботу і повідомляє про помилку.
У роботі менеджера/продакта ти теж можеш уявляти різні підходи, я от найчастіше обираю перший. Домовитися, знайти контакт, зробити так, щоб усі були задоволені.
Часто я думав: мені потрібно допиляти все і, тільки після цього, показати свій продукт.
Ні вже, відкладімо реліз і поправимо – це критично.
За підсумком виходить не дуже, і не зрозуміло, коли варто зупинитися, а коли треба закінчити і викотити те, що вийшло.
Ми у Telegram: Анонси нових статей та бонусні матеріали
І ось часто в тебе виникають думки, а цей кінь мертвий? чи варто триматися за цю продуктову ідею, чи треба рухатися далі.
З дитинства нам казали, без праці не виловиш і рибку зі ставка, – і справді, треба пахати.
Найтемніший час – це перед світанком.
Або ще: Ніколи не говори ніколи…
Іноді так і хочеться сказати, оптимістичний bullshit.
Людина схильна переоцінювати позитивний досвід, ми боїмося невдач, ніби можна без них. Питання не в тому, щоб викотити ідеальний продукт або продовжити підтримувати життя в тому, що існує, а питання в тому, щоб швидше отримувати зворотний зв’язок і робити з цим щось.
Нам потрібен fast fail у тому, як будується продуктова робота, чим більше фейлів на періоді запуску продукту, тим менше фейлів потім.
Роби речі, щоб вони швидше ламалися. Збирай проблеми і покращуй. Про це потрібно не забувати, ну і звісно, як без рекомендації.
