Що відбувається до коду: product discovery

Навіщо потрібен discovery

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

Що ми робимо насправді

Ми мапимо поточний процес, збираємо jobs to be done і ріжемо v1, який можна показати. Позначаємо залежності від сервісів, дані, яких ще немає, і рішення, які може прийняти лише фаундер. На виході — беклог з пріоритетами, клікабельний або описаний флоу і план поставки із зафіксованими припущеннями.

• Основний користувач і метрика успіху
• В скоупі / поза скоупом для v1
• Відкриті питання з відповідальними

Чому його хочеться пропустити

Пропустити discovery здається імпульсом. Потім настає четвертий тиждень: «проста адмінка» потребує п’яти ролей, API лише за інвайтом, а дизайн досі сперечається про головний екран. Discovery ви все одно зробите. Або дешево на старті, або дорого в проді.

Скільки це має тривати

Для більшості продуктів вистачає одного-трьох тижнів. Довше — зазвичай бриф досі стратегія компанії, а не продукт. Тримайте кімнату малою: фаундер, один оператор, який знає біль, і лід поставки. Забагато голосів — і ви спроектуєте компроміс, якого ніхто не хотів.