MVP – минимально жизнеспособный продукт – этот термин прочно укоренился в нашей голове как один из столпов IT-индустрии и современного предпринимательства. Войдя в обиход в начале 2000, сейчас он встречается в абсолютном большинстве статей о создании продукта, вакансий в области управления в IT и, хочется верить, активно применяется как подход к построению бизнеса. Итак, этот зверь должен обладать минимальным достаточным набором функций, чтобы проверить гипотезы, на которых планируется строить и развивать что бы то ни было. Вот в этом “что бы то ни было” кроются интересные факты, ведь если посмотреть вокруг, MVP, как подход к делу, можно найти в абсолютно разных, порой никак не связанных с IT, сферах.

Космонавтика

Не просто так эту статью мы решили выпустить 4 октября, в День космических войск России (он же день запуска первого искусственного спутника земли). На наш взгляд самым ярким примером MVP, без которого этот термин 50-ю годами позже мог вообще не родиться, является запуск в космос первого спутника “ПС-1”. Объект, диаметром чуть больше полуметра и весом в 83 кг с одной стороны и начало освоения человеком космоса с другой. Звучит достаточно впечатляюще, не правда ли?  

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

В результате 4 октября 1957 года первый искусственный спутник земли “Простейший спутник – 1” был запущен на орбиту. Внутри него были лишь радиопередатчик, аккумуляторы, вентилятор, термостат и датчики давления и температуры. Благодаря его запуску, ученые получили ценные данные о плотности верхних слоев атмосферы, смогли проверить технические расчеты запуска и протестировать работу аппаратуры на орбите. Уже через месяц на орбиту было отправлено первое живое существо, доказав тем самым возможность нахождения жизни в космосе. И лишь на третьем спутнике в космос отправилась та самая лаборатория, с которой все начиналось. Минимальный жизнеспособный продукт, итеративно доведенный до изначального замысла.

Именно в ответ на запуск первого Спутника инженерами из СССР, в США было создано Агенство передовых исследовательских проектов ARPA, создавшее в 1961 году ARPANET, переросший в последствии во всемирную паутину. Это уже совсем другая история, которой могло бы не быть, если бы советские ученые не решили использовать подход минимального продукта вместо реализации всего задуманного функционала сразу.

Искусство

Другой пример выпуска намеренно ограниченного продукта часто встречается в искусстве. Здесь основным фактором, заставляющим людей делать не "все и сразу" уже являются деньги. Причем они могут мотивировать с разных сторон. Например, создатели пилотных серий сериалов хотят сначала убедиться, что их продукт будет востребован аудиторией (=прибылен), а только потом вкладывать остальные средства в его создание. То есть для них мотивацией является наличие денег и, как следствие, разумный подход к их использованию.

Обратная ситуация – отсутствие денег – мотивирует молодые музыкальные группы делать демо-записи. С их помощью они как раз рассчитывают найти аудиторию, готовую вложиться в развитие их продукта. А иногда демо-записи позволяют им убедиться, что продукт нужно дорабатывать или перерабатывать. Все как в IT стартапах, когда конечный продукт имеет мало общего с изначальной задумкой, которая была реализована на этапе MVP.

Фотография

Третья причина, на ряду с ограничением во времени или деньгах, которая активно подталкивает людей идти по пути MVP: пожелания и ожидания пользователя. Иногда продукт может быть настолько сложным, что если сделать "все и сразу", пользователь просто испугается и уйдет. Яркий пример здесь – история популяризации фотографии.

В конце 19 века фотография была делом профессионалов, потому что для проявления снимков была необходима целая лаборатория. Затем Джордж Истмен, отец Кодак, придумал технологию, значительно упрощавшую этот процесс. Но простой потребитель был слишком уверен, что фотография = сложно. Поэтому Кодак пошел по пути "Консьерж MVP" и запустил компанию “Вы нажимаете кнопку, мы делаем все остальное”. Вместо того, чтобы сразу нести свою технологию пользователям, Кодак предлагал людям просто отправить фотоаппарат в офис компании. Работники Кодак проявляли фотопленку и отправляли пользователям обратно заряженный новой пленкой фотоаппарат и готовые снимки! Таким образом хитрая первая версия продукта помогла его популяризовать.


Прототипы

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

Кинематограф

В случае с кинематографом, режиссер не может позволить себе двигаться итеративно и постепенно усложнять сцены, у него есть только один выстрел. Поэтому ему на помощь приходит раскадровка и аниматик. То есть все сцены рисуются в виде комикса, передавая все детали и ракурсы, а далее при необходимости все это анимируется. Главная цель такого процесса – синхронизировать видение команды и оптимально спланировать производство. Чем не динамичный прототип?

Пошив одежды

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

Архитектура

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

Итак, мир за пределами монитора прибегает к прототипу, чтобы:

  • Синхронизировать видение команды;
  • Подогнать продукт под пользователя;
  • Проверить целостность продукта.

Кажется, наши оффлайн и онлайн миры не такие уж и разные...

Надеюсь, мы замотивировали вас чаще отрываться от экранов мониторов и искать вдохновения в оффлайн мире 😉 А когда найдете – приходите к нам за прототипом и MVP!

Нужен прототип или MVP?
Пишите на почту: ineedmvp@mvplab.org