Вы запускаете прокат строительного инструмента, и на первую версию есть шесть недель — как решите, что войдет в MVP?

РеализацияMiddleИногда
Валерия — Карьерный консультант

Валерия · Карьерный консультант

Проверил Станислав Худяков

Короткий ответ

Начните с главного допущения, которое должен проверить MVP: например, что люди готовы брать инструмент напрокат онлайн и возвращать его целым. Затем пройдите путь клиента и оставьте только шаги, без которых сделка не состоится. Остальное делайте вручную или отложите. До запуска запишите метрику, порог успеха и срок, после которого сворачиваете.

Почему этот вопрос задают

Пожеланий к первой версии всегда больше, чем времени. Интервьюер смотрит, начинаете ли вы с гипотезы, отличаете ли обязательное от желательного и думаете ли заранее, как поймете, что идея не работает.

Как отвечать

  1. Назовите главное допущение — сформулируйте, что должно оказаться правдой, чтобы прокат имел смысл
  2. Пройдите путь клиента от поиска до возврата инструмента — отметьте шаги, без которых сделка не состоится
  3. Решите, что сделать вручную — поручите сотрудникам принимать залог по ссылке, проверять инструмент при возврате и возить его клиентам
  4. Оцените каждую функцию по риску и стоимости — берите в первую версию то, что проверяет допущение, остальное отложите
  5. Сузьте запуск — начните с одного склада, одного района и короткого списка ходового инструмента
  6. Запишите до запуска метрику, порог успеха и порог отката — договоритесь о них с командой, чтобы потом не спорить о цифрах

Уточняющие вопросы

  • Что бизнес хочет проверить первой версией: спрос на прокат, готовность оставлять залог или работу склада?
  • Сколько людей в команде и что уже есть: склад, курьеры, парк инструмента?
  • Что считаем успехом через шесть недель: число аренд, повторные заказы или окупаемость одной аренды?

Пример сильного ответа

Ситуация

В стартапе по прокату строительного инструмента я был единственным продакт-менеджером: два склада в городе-миллионнике, около 900 единиц инструмента, команда из трех разработчиков и дизайнера. Инвестор дал шесть недель на первую версию. В списке пожеланий было 34 функции, от каталога до программы лояльности.

Пример ответа и частые ошибки

Открываются на любом тарифе подписки

Сигналы для интервьюера

Сильный ответ

Начинает с главного допущения, режет функции по тому, проверяют ли они его, предлагает делать часть вручную и заранее называет порог отката

Тревожный сигнал

Режет функции по вкусу или по сложности для разработки и не связывает выбор с тем, что нужно проверить

Красный флаг

Обещает сделать все пожелания за шесть недель за счет переработок команды

Частые ошибки

«В MVP войдет все самое важное: каталог, оплата, личный кабинет, отзывы»

«В MVP войдет только то, что проверяет главное допущение: люди арендуют инструмент онлайн и возвращают его целым»

Пример ответа и частые ошибки

Открываются на любом тарифе подписки

Источники

  • Эрик Рис: MVP — версия нового продукта, которая дает команде больше всего проверенных знаний о клиентах при наименьших усилиях.

    Eric Ries — Minimum Viable Product: a guide
  • Райан Сингер: у разумной ставки ограничен проигрыш. Если поставили на проект шесть недель, больше шести недель вы на нем не потеряете.

    Ryan Singer — Shape Up, The Betting Table

Похожие вопросы

Частые вопросы по теме

Короткие ответы про вопросы о запуске и реализации на собеседовании продакт-менеджера.

Возьмите то, без которого бизнес не работает вовсе и про которое у вас меньше всего данных. Для проката это обычно спрос и сохранность инструмента. Удобство каталога проверяйте позже.

Режьте объем, срок оставьте. Уберите то, что не проверяет главное допущение, или закройте шаг вручную. Сдвиг срока на две недели обычно превращается в месяц.

У MVP есть вопрос, на который он отвечает, и порог, по которому вы решаете, что дальше. В сырой версии просто меньше функций, и после запуска непонятно, что считать успехом.

Да, если так можно проверить допущение. Сайт с формой заказа и менеджер на телефоне иногда отвечают на вопрос о спросе за две недели. Пишите код, когда ручная работа перестает справляться.