Співбесіда продакт-менеджера промацує продуктове мислення, впевненість у метриках і вміння вирішувати, що НЕ робити. Нижче — найчастіші питання з еталонними відповідями. Middle: глибше розуміння, оптимізацію та реальні робочі ситуації.
RICE, ICE чи зважена оцінка переводять думку в числа, які можна порівняти. Ламається це на тому, що вхідні дані — оцінки, і бал успадковує їхню похибку: впевнений здогад про вплив перемагає обережний незалежно від правди. Цінність не в ранжуванні, а в тому, що розбіжність стає видимою, зазвичай за впливом, і її можна обговорити, а не сперечатися.
Те, що це замаскована задача: «як користувач я хочу випадний список» називає рішення і ховає потребу. Робоча історія каже хто, чого намагається досягти і навіщо, з критеріями приймання, що роблять «готово» однозначним. Другий провал — історія, яку не можна закінчити за спринт: так дошка заповнюється речами, майже готовими тижнями.
Сегментувати до побудови теорій: яка когорта, яка платформа, яке джерело залучення і коли почалося. Падіння лише в нових когортах — зазвичай онбординг або зміна складу трафіку; у всіх одразу — зазвичай продукт або збій. Перевірити, що викочували, і перевірити, чи не змінювався трекінг: поломка аналітики виглядає точно як падіння утримання.
Скільки коштує залучити клієнта, скільки він платить і як довго, і у скільки обходиться його обслуговування. З цих трьох виводяться строк окупності й співвідношення, що визначає, чи фінансує зростання само себе, чи проїдає гроші. Найчастіше пропускають вартість обслуговування, а для всього, де є підтримка чи інфраструктура, вона чимала.
Переводячи суперечку з уподобань у докази: якому результату служить кожен запит, скільки він коштує і в що обійдеться. Ескалація — законний інструмент, коли розбіжність справді про пріоритети компанії, а не про деталі продукту. Не працює варіант «зробимо обидва» — так продукт обзаводиться двома половинами фіч і жодною позицією.
Ні. Тест коштує трафіку, часу й уваги, а частину питань дешевше закрити поглядом на наявні дані або розмовою з пʼятьма користувачами. Тестувати варто, коли рішення дорого відкочувати, коли команда справді розходиться і коли вибірка взагалі дозволяє отримати результат: тест, який не може досягти значущості, гірший за відсутність тесту, бо виробляє число, яке потім цитують.
Ті кілька цифр, через які ви щось зробите: залучення, активація, утримання, виручка і одна метрика, специфічна для того, що продукт робить. Не все вимірне — дашборд із сорока графіків не читає ніхто, і він ховає ті три, що важливі. У кожної метрики має бути власник і база для порівняння, бо число без бази неможливо витлумачити.
На тому розмірі вибірки і тій тривалості, які ви зафіксували до старту. Підглядати і зупиняти тієї миті, коли результат виглядає значущим, — це спосіб викотити шум: що частіше дивишся, то вища частка хибнопозитивних. Проганяйте щонайменше повний тижневий цикл, щоб у дані потрапила і будня, і вихідна поведінка, і заздалегідь вирішуйте, який результат змусить вас не викочувати: тест, результат якого ви проігноруєте, не вартий трафіку.
За зростанням вартості: поговорити про проблему, не згадуючи своє рішення; показати прототип і дивитися, де людина зупиниться; викласти лендинг і порахувати, хто попросить; запустити консьєрж-версію, де роботу ви робите руками. Кожен спосіб відповідає на своє питання, і жоден із них — не «ви б цим користувалися»: на це всі кажуть «так», тому корисний сигнал у тому, що люди вже роблять або за що вже платять.
На співбесіді ти говориш вголос під тиском. Кем поставить ті самі питання, оцінить кожну відповідь і покаже, що саме підтягнути.
Пройти інтерв'ю Middle Product Manager →