Discovery = інвестиція в передбачуваність
Найчастіші причини зриву термінів — не “погана розробка”, а невизначеність: що будуємо, для кого, який результат очікуємо і що є поза scope. Discovery робить ці речі явними.
1) Stakeholders і цілі
Discovery — це спосіб зменшити ризик зробити “не те”
Провал багатьох проектів не в технологіях, а в тому, що команда будує функції без розуміння задачі. Бізнес‑аналіз на старті допомагає сформулювати проблему, перевірити припущення і визначити критерії успіху.
1) Хто стейкхолдери
- Замовник/власник продукту: цілі і пріоритети.
- Операції: як реально працює процес.
- Продажі/маркетинг: джерела лідів і конверсія.
- Підтримка: типові проблеми користувачів.
2) Інтерв’ю і JTBD
Фокус не на “фічах”, а на задачах користувача: що він намагається зробити, які обмеження, що вважає успіхом.
3) Гіпотези і критерії успіху
- Гіпотеза: “якщо зробимо X, то отримаємо Y”.
- KPI: конверсія, час обробки, помилки, дохід, NPS.
4) Scope: що входить, а що ні
- Зроби список must‑have для MVP.
- Окремо: nice‑to‑have і “після запуску”.
- Фіксуй залежності і ризики (інтеграції, дані, доступи).
Підсумок
Добрий бізнес‑аналіз дає ясність: кого ми обслуговуємо, яку проблему вирішуємо і як вимірюємо успіх. Це прискорює розробку і зменшує переробки.