Управление продуктом. Российская практика. Юлия Билинкис

потратить на проверку, скорости получения обратной связи от рынка.

      MVP должен в первую очередь сосредоточиться на проверке самых рискованных предположений. Пример, который всегда вдохновляет меня: MVP DropBox Video Explainer. В то время у DropBox не было продукта. Вместо этого они создали простое видео для сообщества первых пользователей, чтобы продемонстрировать, как должно работать решение. В результате их список ожидания бета-тестирования увеличился с 5000 до 75 000 человек за одну ночь.

      Еще один вариант MVP – лендинг с описанием ценностного предложения, затем запуск рекламы на небольшой объем целевого рынка и отслеживание конверсии в целевые действия на лендинге, чтобы ответить на вопрос, сколько пользователей можно конвертировать в заявку и оплату. Так когда-то давно поступил Джефф Безос. Он рассказывал, что ключевое рискованное предположение, которое он хотел проверить в самом начале, заключалось в том, сможет ли Amazon конкурировать с книжными магазинами. Вместо того чтобы купить гору книг и арендовать склад, он создал сайт и выставил на нем книги, которых у него не было. Когда клиенты заказывали товар, он покупал книги в магазине и отправлял их по почте.

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

      Глава 2. Продуктовый подход в компаниях

ОТ ФУНКЦИОНАЛЬНЫХ КОМАНД К ПРОДУКТОВЫМ

      Традиционные компании были сгруппированы в функциональные бункеры: разработчики находятся в одном месте, менеджеры проектов – в другом, продавцы – в третьем. То же касается всех остальных подразделений. Коммуникация и передача данных между каждым бункером требует времени: бизнес-аналитики должны общаться и объяснять требования разработчикам; тем необходимо задокументировать функции для отдела тестирования и получить одобрение системных архитекторов; менеджеры проектов должны опрашивать людей, чтобы обновить статус проекта, и т. д. Когда вы принимаете ежедневные решения о продукте, вся эта координация подразумевает огромные накладные расходы.

ПРИТЧА О СЛОНЕ

      Знаменитая индийская притча описывает пятерых слепых, впервые встретивших слона. Каждый из них ощупывает разную часть животного и приходит к разным выводам о том, что такое слон, основываясь на своем ограниченном опыте.

      Первый слепой человек трогает бок слона и говорит: «Слон похож на стену».

      Второй слепой чувствует бивень и заявляет: «Нет, слон похож на копье».

      Третий слепой, держа хобот, настаивает: «Вы все неправы. Слон похож на змею».

      Четвертый слепой трогает ногу и говорит: «Очевидно, что слон похож на дерево».

      Пятый слепой, ощупывая ухо, заключает: «Слон похож на веер».

      Каждый из слепых людей прав на основе своего ограниченного опыта, но никто из них не имеет полного представления о том, что