Співбесіда продакт-менеджера промацує продуктове мислення, впевненість у метриках і вміння вирішувати, що НЕ робити. Нижче — найчастіші питання з еталонними відповідями. Junior: базова теорія, визначення та прості практичні кейси.
У проєкту є кінець: обсяг, дата і момент здачі. Продукт триває, і його успіх вимірюється вже після випуску — тим, чи продовжують ним користуватися. Звідси різні питання: проєкт питає, чи вклалися в строк, продукт — чи змінилося щось від того, що випустили.
Продакт вирішує, що і навіщо будувати; проджект стежить, щоб узгоджена робота була зроблена. Один володіє результатом, інший планом. У малих командах це одна людина, і це нормально рівно до моменту, коли дві цілі вступають у конфлікт, — а вони вступають щоразу, коли дедлайн зустрічається зі знахідкою з дослідження.
Це заява про наміри: які проблеми розвʼязуємо і в якому порядку, корисна тим, що навколо неї можна планувати. Це не зобовʼязання щодо дат і фіч на рік уперед — роадмап, сприйнятий як контракт, перетворює дослідження на театр, бо знайдене все одно нічого не змінює. У чесній версії впевненість спадає з віддаленням.
Найменше, що перевіряє, чи вірна гіпотеза. Плутають із дешевою версією повного продукту — тому команди випускають щось неповне, нічого не дізнаються і попутно псують враження про себе. Питання, що втримує чесність: що ви зробите інакше залежно від результату. Якщо нічого — будувати не варто.
ARPU — середня виручка на користувача за період; LTV — уся очікувана виручка з клієнта за весь час відносин мінус вартість його обслуговування. ARPU може виглядати добре, доки LTV падає, бо ARPU нічого не каже про те, скільки люди лишаються. Саме LTV визначає, скільки можна витрачати на залучення.
Вирішивши до запуску, що вважатиметься успіхом, а потім подивившись на освоєння, утримання цього освоєння і на ту метрику, заради якої все робилося. Фіча може широко використовуватися і бути провалом, якщо вона зʼїдає кращий сценарій або піднімає навантаження на підтримку. Вибір метрики після перегляду даних — спосіб зробити успішним будь-що.
Це зʼясування, чи реальна проблема, чи розвʼязує її запропоноване і чи варте воно того — через інтервʼю, прототипи, дані. Іде першим, бо розробка — найдорожчий спосіб учитися, і команда, що пропустила цей етап, дізнається те саме після релізу, вже заплативши.
На співбесіді ти говориш вголос під тиском. Кем поставить ті самі питання, оцінить кожну відповідь і покаже, що саме підтягнути.
Пройти інтерв'ю Junior Product Manager →