Ultimate MVP: Как делать классные digital-продукты в кратчайшие сроки

Алёна Паньшина, Senior Product Manager в TalentTech, о том, почему для валидации MVP не нужны месяцы подготовки и как проверять гипотезы с минимальной разработкой.

Меня зовут Алёна, я занимаюсь сервисами рекрутинга в команде TalentTech. У меня всегда одна цель: я хочу выпустить стартап в кратчайшие сроки. Идеальный вариант – это сервис, запущенный без разработки. Мы должны людям предоставлять услугу, их вообще не интересует программное обеспечение, которое мы делаем. Поэтому в команде всегда должен быть продакт-менеджер - его задача качественно валидировать гипотезы и не пропускать ничего лишнего в разработку.

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

Покажу на конкретных примерах, как это может быть.

Пример 1. MVP: погрузка грузов через электронную почту

Решение. Это моя любимая история, и случилась она в то время, когда я работала в сервисе для американских дальнобойщиков. Мы подумали, что было бы классно сделать так, чтобы заказчики отправляли список грузов через e-mail. Сроки разработки MVP оценили в месяц и сразу решили, что месяц - это много. Проверить гипотезу мы можем и быстрее.

Поэтому я написала сообщение в Intercom и буквально за пять минут получила фидбек от реальных пользователей. Фидбек был негативным - оказалось, что такая функция вообще не была никому нужна. Так мы себя избавили от месяцев ненужной разработки.

Пример 2. MVP: биржа для грузоперевозок

Решение. Позднее в этом же стартапе нам пришла идея сделать биржу для грузов. Торги за право перевозки грузов - это базовый сценарий для наших пользователей. Обычно заказчик прозванивал нескольких перевозчиков, выясняя, какую стоимость они готовы предложить за заказ. И на основе этой информации выбирал подходящего исполнителя. И мы подумали, было бы круто организовать весь процесс на нашей платформе.

Сначала было страшно. “Наверное, биржу нужно делать месяцами или даже годами”, - думала я. А нам вообще хотелось бы в принципе понять, стоит ли вкладываться в эти месяцы разработки.

Для верификации гипотезы мы сделали специальную кнопку в приложении. Нажатием кнопки инициировалась email-переписка со ставкой за груз, которая “роутилась” на почты. То есть человек кликает на кнопку в приложении, затем выставляет сумму, после чего уходят два письма. Первое - брокеру: “Привет, тебе сделали предложение”, а второе - дальнобойщику: “Привет, ты сделал ставку”.

И всё, у них начинаются торги - та самая биржа. За две недели с помощью этой кнопки были сделаны десятки тысяч ставок, мы закрыли MVP и уже реализовали нормальный полноценный сервис. Вместо трех месяцев работы команды из 12 человек валидация гипотезы заняла две недели разработки с одним инженером.

Пример 3. MVP: хипстерская кофейня в Сан-Франциско

Решение. У одного кафе в Сан-Франциско есть свое приложение, которое позволяет сделать предварительный заказ блюд. После онлайн-бронирования официанту приходит смс или электронное письмо с деталями заказа.

Сделать сервис и прикрутить к нему смс\email - просто, это занимает буквально неделю. Но зато в головах клиентов вы - крутое технологичное молодежное кафе. Все фичи и плюшки можно докрутить постепенно, ведь сервис-то уже есть.

Пример 4. MVP: найм персонала

Недавно запустился Яндекс.Таланты - сервис по поиску работы. Ребята сделали сервис из одного лендинга, который, по ощущениям, можно сверстать за десять минут. И добавили бота.

Что у них там на бэкэнде - я не знаю. Но я бы посадила двух операционистов, которые бы отправляли вакансии соискателям. Так что сервис реально можно запустить за один день разработки

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

ШАГ 1. У вас есть идеальное представление об MVP, вы о нем много думаете, представляете всё в деталях, и разработка говорит, что это займёт минимум 2 месяца. И тут нужно поступить контр-интуитивно: специально поставить цель - сделать за месяц и ни минутой больше. А лучше вообще за две недели.

ШАГ 2. Идеальное представление вы препарируете по функциональным составляющим: формы заполнения, смс-оповещения, push-уведомления, интерфейс и так далее. Просто дробите всё наполнение на мелкие части. И потом для каждого элемента находите аналог, который можно позаимствовать. Например, UI можно заменить google-табличками, и они также будут выполнять функцию заполнения.

ШАГ 3. Люди - лучший бэкэнд! Например, у вас есть товары и есть покупатели. Человек может руками собрать заказ по запросу клиента, и вот вам алгоритм метчинга.

На старте не надо сразу делать искусственный интеллект - это сложно, больно и плохо. ИИ легко заменяется человеком. Иногда проще что-то запрограммировать, но в целом отказываться от человека - точно не стоит.

ШАГ 4. Вы получаете финальный MVP: всё, что нужно было заменить - заменили, а всё, что нужно оставить - оставили. Минималистичное и лаконичное решение.

Подытожу, самое главное - мы должны предоставлять услугу/сервис. При этом сервис может не иметь интерфейса, но если человек хочет получать продукты по четвергам – он получит продукты по четвергам. Это то, что ему ценно. И наша задача предоставить эту ценность.