Что такое MVP и зачем он нужен для стартапа
В далеком 2005 году YouTube задумывался как сайт для видеознакомств. А Instagram изначально назывался Burbn (да, в честь алкогольного напитка) и выполнял роль планера, который позволял пользователям отмечать места, в которых они побывали с друзьями, выгружать фотографии со встреч и зарабатывать очки.
Однако обе концепции не пользовались спросом. Поэтому компании провели анализ своих показателей, прислушались к пожеланиям пользователей и совершили пивот. Видеознакомства и приложение Burbn стали для компаний так называемым MVP — от английского Minimum Viable Product, «минимально жизнеспособный продукт».
Что такое MVP
Термин Minimum Viable Product ввел основатель идеи Lean Startup, известный американский предприниматель Эрик Рис. Он означает самую раннюю версию продукта, доступную для тестирования.
Принцип Minimum Viable Product можно коротко описать как «Мечтай о высоком, начинай с малого». Он основывается на поэтапной разработке продукта, где все итерации проверяются на живых потребителях. При этом обратная связь позволяет компании на ранних этапах исключить риски, устранить ошибки, заранее проверить, имеется ли спрос на их предложение.
Вот три принципа качественного MVP:
Каждый этап разработки продукта улучшает его на еще одну ступень. Затем продукт направляется клиентам, которые тестируют его и сообщают о возможных улучшениях. Таким образом MVP помогает проверить гипотезы и отказаться от неудачных решений до того, как от них пострадает весь бизнес.
Поиск хороших идей — это не линейный процесс. Скорее, он похож на петли, которые то закольцовываются внутри себя, то — гораздо реже — выводят на следующий шаг. Всего таких шагов шесть:
Каждый из них может оказаться петлей. Следует прокручивать тот или иной этап снова и снова, порой возвращаясь на несколько шагов назад, когда гипотеза окажется нерабочей. И если оригинальная идея при тестировании или обратной связи доказала свою несостоятельность — значит, продукт должен совершить пивот.
Какие бывают MVP: тринадцать типов
Основная задача MVP — протестировать будущий продукт на живой аудитории. Следовательно, качество и точность результатов теста могут повлиять на эффективность и скорость процесса разработки. Поэтому виды Minimum Viable Product делятся на две группы: с высокой достоверностью и низкой. Они могут совмещаться между собой и использоваться параллельно.
Высокая достоверность
MVP с высокой достоверностью требуют больше подготовки, ресурсов и аналитических работ. Они используются для:
Виды MVP с высокой достоверностью:
Низкая достоверность
Следующая группа MVP отличается низкой достоверностью и упрощенными способами сбора данных. Они не требуют тщательного программирования и крупных финансовых вложений, приводят к менее точным результатам. Их основные задачи:
Виды MVP с низкой достоверностью:
Скейтборд-версия продукта
Несколько лет назад консультант по Agile и Lean-производству Хенрик Книберг выпустил книгу о методах разработки продукта. Иллюстрация из этой книги появилась в десятках изданий. На ней отражен основной принцип Minimum Viable Product:
Верхняя строчка: «[Нужно делать] не так…» Нижняя строчка: «А вот так!»
Верхняя половина иллюстрации отражает некорректный и малоэффективный способ создания продукта. Принцип такой: клиент выразил потребность в транспортном средстве, которое поможет ему комфортно и быстро передвигаться на большие расстояния. Выделяем основные характеристики продукта:
Компания предположила, какой продукт в наибольшей степени соответствует запросу клиента: автомобиль. Началась разработка прототипов. Однако каждый прототип, продемонстрированный потребителю, был абсолютно не юзабельным. Вплоть до момента получения финального продукта клиент был недоволен итерациями, потому что не мог ими воспользоваться, чтобы предложить живой фидбэк.
На нижней половине изображения разработчики сперва отправляют клиенту скейтборд. Это все еще далеко от идеала: некомфортно, не поддерживает высокие скорости, не ходит на большие расстояния. Однако это рабочее, пусть и не идеальное, средство передвижения. Клиент уже может прокатиться на нем и предоставить обратную связь.
Скейтборд в данном примере и есть Minimum Viable Product. На его месте может быть любой другой товар. К слову, из-за иллюстрации Хенрика Книберга многие начали называть свой первый доступный к использованию прототип продукта скейтборд-версией.
Особенности работы MVP
Постепенная эволюция товара с сохранением юзабилити помогает разработчикам сразу проверить гипотезы: если передвигаться на скейтборде некомфортно, что насчет самоката? Если самокат не может разогнаться, как с этим справится велосипед? Каждый следующий прототип решает одну из потребностей клиента и/или повышает эффективность уже существующих характеристик.
Непрерывный контакт с потребителем дает доступ к сведениям о возможных багах и недоработках. Но когда прототипы не тестируются на непосредственных пользователях, конечный продукт наследует ошибки первых этапов. Устранение багов после запуска продаж ударит по бюджету сильнее, чем если бы этот идеальный продукт разрабатывался с нуля. В этом смысле метод Minimum Viable Product соответствует принципам «бережливого производства»: он обнаруживает самые простые и дешевые решения в короткие сроки.
В некоторых случаях клиент может выразить полное удовлетворение продуктом уже на стадии мотоцикла. Значит, нет смысла совершенствовать его до стадии автомобиля. Этот этап называется Minimum Loveable Product — минимальный продукт, который способен вызвать у покупателя чувство удовлетворения. Умение находить этот рубеж сэкономит стартапу немало ресурсов и времени.
Но даже когда конечным продуктом становится тот самый автомобиль, который разработчики описали клиенту в начале пути, уравнение складывается в пользу всех участников рынка. Ведь в процессе создания продукта были собраны полезные инсайты, устранены баги. А значит, клиент получит автомобиль более высокого качества, чем планировалось изначально.
Преимущества и недостатки создания MVP
Вот список основных плюсов внедрения Minimum Viable Product в свои бизнес-процессы:
Что касается недостатков, их всего два — и оба существенные.
Как создать MVP для своего бизнеса
CEO известного акселератора Y Combinator Майкл Сейбел выделил четыре фактора идеального MVP:
Как утверждает Майкл, большинство стартапов могут чрезвычайно быстро открыть рабочую деятельность — достаточно лишь лендинга и таблицы Google. Он также поясняет: MVP — это просто исходный рубеж, в нем не должно быть никакого волшебства, никакой особенности. Просто нужно с чего-то начать. И это начало должно быть максимально заурядным.
Четыре лайфхака для быстрого запуска
Чтобы создать MVP в короткие сроки, Майкл предлагает следующие шаги:
Правило: всегда дели MVP на восемь
Создатель концепции Lean Startup Эрик Рис сообщает: главная задача Minimum Viable Product — предложить потребителю тестируемый минимум, пригодный к использованию, чтобы запустить цикл изучения его потребностей и реакций. Однако, по его словам, фаундеры обычно начинают со слишком крупных проектов. В них больше характеристик и функций, чем необходимо для старта. И чем крупнее проект, тем сложнее становится понять, что именно не пришлось потребителям по вкусу.
Эрик Рис приводит формулу вычисления идеального MVP: «Возьмите то, что вам сейчас кажется хорошей идеей, и поделите пополам. Потом повторите это еще два раза. И отправляйте!»
Скорее всего, клиенты воспримут минимальный продукт негативно. В конце концов, он в 8 раз меньше того, что планировался изначально. Но основная цель при разработке MVP — сделать так, чтобы потребители испытывали конкретные эмоции по отношению к продукту, конкретное «нравится» или «не нравится». В этом смысле худший враг фаундера — индифферентность.
Примеры MVP успешных компаний
Buffer
Buffer — это приложение по управлению аккаунтами в соцсетях и созданию отложенных публикаций в Twitter, Facebook, Instagram, Pinterest и на других платформах. Имеются функции аналитики и интерактивного взаимодействия с аудиторией.
В самом начале развития их сайт выглядел так (слева). Однако эта версия была недостаточно эффективна, да и сложно назвать ее полноценным MVP. Поэтому предложение получило апгрейд в виде дополнительной страницы (справа):
Уровень заинтересованности клиента сразу поднялся с уровня «Это любопытно» до «Я хочу это приобрести». Фаундер компании Buffer Джоэль Гаскон утверждает: «После таких результатов я не стал медлить. Мы начали создавать первое MVP нашего реального, рабочего продукта».
Airbnb
Так выглядел Minimum Viable Product от Airbnb:
В самом начале у сервиса не было функции встроенной оплаты, и пользователи напрямую встречались с хозяевами собственности и отдавали им деньги. Также на веб-сайте не было встроенных карт, которые позволяли бы наглядно увидеть расположение арендуемых квартир и домов. Наконец, CTO компании, который отвечал за код, работал на полставки.
Twitch
Стриминг-сервис Twitch начинал как платформа для трансляции онлайн-шоу Justin TV. Тогда был доступен лишь один канал: прямое включение из жизни Джастина. Если пользователям не нравился Джастин, им больше нечего было делать на этом сайте: весь функционал ограничивался одной трансляцией.
При этом само видео было чрезвычайно низкого качества — как вспоминают основатели, на нем едва можно было распознать лицо главного героя. И, безусловно, Justin TV был чрезвычайно далек от гейминг-индустрии и видеоигр.
Подведение итогов
Minimum Viable Product, или минимально жизнеспособный продукт, — это прототип вашего продукта, демоверсия, которую можно протестировать на реальных клиентах. Каждая итерация получает обратную связь от потребителей. Это позволяет изучить недостатки продукта и с каждым новым этапом предлагать все более эффективную версию.
Три важнейших вопроса, на которые должен ответить фаундер перед созданием МVP:
Minimum Viable Product должен быть максимально упрощенным и примитивным. Его основная задача — запустить цикл общения с клиентами, инициировать старт рабочего процесса.
Создание MVP или как разработка прототипа может значительно повысить вероятность выживания стартапов
Что мы знаем об MVP (minimum viable product)? Это ранняя версия продукта, в которую заложен минимальный набор функций. Создается она с целью тестирования гипотезы о жизнеспособности продукта и получения обратной связи от пользователей. По сути, MVP — это прототип изначально задуманного полноценного продукта.
В силу того, что на территории русскоязычного пространства термин “MVP” еще не достаточно популярен, многие начинают путаться в понятиях.
На различных ресурсах можно встретить статьи на тему “Как создать прототип и какие инструменты для этого использовать”. Но под словом “прототип” авторы, как правило, подразумевают набросок или макет страницы, который отображает правильное расположение элементов. Зачастую именно прототип в таком понимании служит техническим заданием для дизайнера.
На мой взгляд, более правильным и понятным обозначением будет “прототип интерфейса”. Кстати, он тоже играет важную роль при создании визуальной части web-продукта, но сейчас речь не об этом.
В статье я поднимаю вопрос полноценного функционального прототипа продукта, который поможет понять, насколько идея (даже самая гениальная, на ваш взгляд) сможет “выжить” в современном VUCA мире.
Итак, для чего нужен прототип (MVP) продукта:
Чтобы прототип показал реальную картину, необходимо правильно подойти к его разработке. Согласитесь, созданный в спешке “сырой” продукт вряд ли позволит подтвердить гипотезу о его востребованности. Но, с другой стороны, MVP необходимо создать максимально быстро, с минимум потраченных денег, и включать он должен только самые ключевые функции (пользовательскую потребность в которых нам и нужно проверить).
Первое, что необходимо определить перед разработкой MVP — это какие инструменты, фичи и возможности станут для вашего продукта ключевыми. Например, если вы создаете систему дистанционного обучения, ключевым функционалом будет конструктор курсов, тестов, опросов, возможность проверки домашних заданий и итоговой оценки студента, загрузка конспектов и видео. А такие инструменты, как геймификация, диалоговые тренажеры, возможность кастомизации кабинетов, дополнительные роли в системе, могут быть «допилены» позже, когда потенциальные клиенты начнут тестировать систему и давать обратную связь.
Гнаться за идеалом и совершенствовать продукт можно бесконечно, а правило Парето еще никто не отменял. 80% ваших клиентов, скорее всего, будут использовать только 20% функционала. Им может быть вполне достаточно того, что есть или нужно совершенно не то, на что вы делали ставку. Поэтому важно сосредоточиться именно на этих на 20% функциональных возможностей.
Итак, мы пришли к выводу, что создание MVP помогает избежать разработки ненужного функционала, который не будет нести ценности для потребителя, но при этом потратит ваши ресурсы.
А теперь, предположим, что вы нащупали свободную нишу на рынке. Вы четко знаете, какой функционал нужен потребителю и быстро хватаетесь за разработку серьезного проекта, чтобы попасть в голубой океан. Но разработка затягивается (что может произойти по многим причинам), а если проект действительно масштабный, то процесс может затянуться не на один год. Продукт, наконец, готов, вы выпускаете его “в свет”, но тут оказывается, что голубой океан превратился в красный. И пусть ваш продукт будет функционально сильнее, влиться в конкурентную среду будет уже не так просто. Это уже не говоря о высокой стоимости разработки и возможной утрате актуальности заложенного функционала.
Согласно исследованию, из 3200 быстрорастущих интернет-стартапов 74% потерпели неудачу по причине преждевременного масштабирования.
Что же нужно для успешного MVP?
Поэтому, прежде чем инвестировать деньги в полноценный продукт, разумнее разработать MVP, которая поможет сократить затраты, минимизировать риски и понять, насколько ваша идея жизнеспособна.
Какие инструменты можно использовать для создания MVP?
Их, как и термины, можно разделить на 2 вида:
В первом случае все предельно понятно. Существует множество сервисов, разобраться в которых не составит труда. Это Proto.io, Marvel, InVision, Moqups и другие.
В случае с MVP дело обстоит сложнее. Здесь, как правило, приходится привлекать программистов, что делает разработку прототипа дорогостоящей и зачастую затянувшейся (особенно, если у вас ранее не было опыта работы с такими проектами).
Какие еще есть варианты?
Если у вас есть навыки работы с версткой, можно попробовать разработать MVP своими силами, используя cms системы, такие как Joomla или WordPress. Но этот вариант подойдет для создания несложной архитектуры продукта. Если вы планируете более серьезный проект, вам, скорее всего, не обойтись без знания PHP.
Также в помощь могут прийти и конструкторы сайтов. Их минус в том, что из-за ограниченного функционала вы постоянно будете упираться в необходимость использовать только существующие шаблоны. Да и полноценную пользовательскую логику там не построишь, честно говоря.
Разобравшись самостоятельно или пройдя недолгое обучение, манипулируя графическими элементами и прописывая логику, вы сможете не только самостоятельно создать MVP, но и постепенно дорабатывая приложения, получая фидбек от рынка, создать действительно крутое решение с минимальными инвестициями в разработку.
В заключение, хочу отметить, не важно какой продукт вы планируете создать и какой у него масштаб, создание его минимальной жизнеспособной версии, поможет не только выявить сильные и слабые стороны, но и сократить возможные риски провала проекта.
А о нашем опыте запуска стартапов, читайте в предыдущей статье:
Секрет успешных стартапов. Minimum Viable Product: что это, и как его создают
MVP — это не только лучший игрок в команде (most valuable player). В сфере стартапов это ещё и минимально жизнеспособный продукт (minimum viable product). Сервис, обладающий достаточными качествами для того, чтобы привлечь первых пользователей.
Это очень важно в условиях, например, стартапа — для получения обратной связи и понимания того, в какую сторону стоит двигаться (и стоит ли двигаться вообще, или лучше похоронить идею).
Сбор информации через MVP — обходится намного дешевле, чем разработка полноценного продукта с большим набором функций. MVP позволяет во много раз снизить затраты и риски, и, при грамотном подходе, в итоге выйти на бизнес-идею, которая работает.
Для примера, возьмем онлайн-планировщик. Сразу мечтать о создании конкурента ToDoist или Trello — нет смысла. На такое не хватит никакого бюджета, и даже с неограниченными финансами (см. Google) победа не обеспечена. Поэтому в соответствии с теорией MVP-тестирования нужно создать основу, «костяк» продукта. Например, простой сервис, способный записывать новые задачи и отмечать их как сделанные, с тегами, возможностью фильтрации и выставления приоритетов.
Когда хорошие стартапы задумываются о выпуске планировщика, они обычно начинают с этого короткого списка. А дальше всё зависит от дизайна, маркетинга и пары-тройки выделяющихся функций. Если пользователям понравится — можно развивать идею, добавлять возможности и постепенно становиться одним из главных игроков. Если MVP себя оправдал.
Термин «минимально жизнеспособный продукт» был придуман Фрэнком Робинсом в 2001 году. И популяризован Эриком Рисом, который в 2009-м в деталях описал его в своём бестселлере Lean Startup (на русский его перевели как «Бизнес с нуля»).
Как видим, концепт родился сравнительно недавно. В России о том, что такое МВП, и о его принципах почти не знают. К большому сожалению, у нас больше укрепились модели «выйдем и сразу всё захватим!», где компании прожигают сотни миллионов, стараясь сразу стать монополистом. А также модели «Яндекса», Mail.ru и «Сколково», когда новые идеи подводят под технологические цепочки существующих крупных компаний. Мы в Rubrain занимаемся разработкой MVP для стартапов из США и Британии уже около пяти лет, и знаем, что если у вас мало денег (и они свои) — это единственный путь к созданию успешного проекта.
Почти все успешные стартапы на Западе начинают свой путь к успеху с минимально жизнеспособного продукта. Это наименее опасный и затратный подход, об этом хорошо знают жители Кремниевой долины. Другой вариант — «откол» проекта от более крупной компании, или разработка большого продукта после привлечения солидных инвестиций (зачастую — от сооснователей).
Но всё же большая часть известных в США и Европе стартапов начинали с простой версии MVP, которая позволила им протестировать рынок, набрать базу клиентов, освоиться, доказать инвесторам свою идею, а потом — начать добавлять в продукт новые функции и продолжить развивать успех.
Вот пять характерных примеров:
MVP отличается от раннего релиза проекта с открытым исходным кодом, поскольку релиз учитывает потребности и предпочтения пользователей, но не рассчитан на то, чтобы они напрямую определяли направление развития продукта. Видение проекта зачастую уже существует, и оно будет поддерживаться на протяжении всего жизненного цикла, несмотря на наличие прямой и косвенной обратной связи. MVP призван проверить потребность рынка, а если её нет — попробовать её создать. До вложения большого количества денег и времени.
Dropbox стал одним из характерных примеров MVP
Стив Бланк считает, что стратегия создания минимально жизнеспособного продукта может быть использована как часть методологии custdev (развития клиента). Это один из принципов движения «Бережливый стартап». Ученик Бланка Эрик Рис и сделал MVP частью дискуссии в кругах Кремниевой долины. Это самая успешная стратегия быстрого тестирования идей, получения обратной связи с клиентами и выбора жизнеспособной бизнес-модели.
Кстати, стратегию можно сделать ещё успешнее, если представлять аудитории несуществующие продукты и функции, и проверять свои гипотезы путём A/B-тестирования среди веб-пользователей. В основном стартапы, с которыми сотрудничает Rubrain, до обращения к нам именно так и поступали. А потом приходили к нам с уже оформленным планом: какие возможности должен содержать их MVP, и какие функции (скорее всего) нужно будет добавлять в их сервис или программу по мере получения одобрения от рынка.
Конечно, минимальный жизнеспособный продукт имеет свои недостатки. Первый, очевидный — срезание углов не в тех местах. Конечно, целью является создание сервиса с минимумом затрат, и только самыми ключевыми функциями. Но некоторых затрат всё равно не избежать. А некоторые вещи урезать нельзя.
В первую очередь это касается пользовательского опыта. Хороший UX — вещь обязательная. Без него весь MVP может показывать, что проект «не взлетает» и не оправдывает ожиданий аудитории. В то время как проблема состоит только в UX, а весь остальной продукт работает вполне достойно.
Другая проблема MVP — состоит даже не в таком продукте, а в подходе, который иногда с ним ассоциируют. Рид Хоффман, основатель LinkedIn, как-то сказал: «Запуститесь так рано, чтобы вы были опозорены своим 1.0 релизом». Конечно, он имел в виду, что это потом заставит вас работать сильнее. Но такая стратегия приносит больше вреда и компании, и её пользователям. MVP — это, наоборот, продукт, за который не стыдно. Пусть по нему видно, что он бюджетный, но он показывает потенциал. И не отталкивает, а привлекает аудиторию.
Мы в Rubrain не раз замечали, что для многих команд главная проблема с разработкой MVP заключается даже не в самом проекте, а в отношении к нему. Они используют не тот подход. Идея MVP в том, чтобы это был процесс создания крутого продукта. Первый жёлтый кирпичик по дороге в Изумрудный город. Вместо этого разработчики рассматривают MVP как отдельную цельную вещь, и не уделяют должного внимания сбору данных или анализу аудитории. Которые потом позволили бы скорректировать продукт и сделать его успешным. Они выпускают такие MVP, которые скорее похожи на прототипы или концепты. И слишком сосредоточены на своей изначальной идее, даже если рынок намекает на её несостоятельность.
Из-за ловушек сознания, к которым иногда может привести MVP, в последние годы появилась другая идея. Некоторые стартапы теперь ставят своей целью не Minimum Viable Product, а Minimum Valuable Product (MVaP). Минимальный ценный продукт. Так становится проще напоминать себе и команде, что задача — не выпуск какой угодно вещи при низких затратах. А создание продукта, который несёт в себе какую-то ценность для пользователей. И позволит вам набрать изначальную аудиторию, поведение которой потом можно будет анализировать.
MVaP ставит в приоритет своих пользователей, их потребности и ожидания. Проводит исследования, анализирует юзабилити, оценивает демографию, создает use cases. Всё с целью определения наилучших способов для удовлетворения запросов потенциальных клиентов.
Обычно есть несколько разных идей о том, как лучше достигнуть этой задачи. Здесь на помощь приходит тестирование прототипов. Функциональные прототипы представляются реальным пользователям, чтобы увидеть, какой вариант устроит их лучше всего. Это важный шаг в создании MVaP.
Но минимально ценный продукт должен приносить пользу не только клиентам. Он создаёт ценность и для самого проекта. Как и MVP, он обязан уметь извлекать полезную информацию о том, как продукт воспринимается рынком.
Ценность с MVaP также создаётся для бизнеса в целом. Один из рисков выпуска MVP, минимально жизнеспособных продуктов, — в том, что они могут плохо отразиться на бренде (если сделать это неаккуратно и представить «сырой» вариант). Крупная компания, от которой пользователи ждут определенного уровня, позволить себе такого не может. Поэтому для её лучше выбирать более безопасный путь — MVaP. Такой продукт часто стоит дороже в разработке, зато он гарантированно несёт в себе ценность, и позитивно влияет на имидж бренда, который он представляет. По этой стратегии с нашими программистами сейчас сотрудничают «Яндекс» и Mail.ru.
Если вы не крупная компания, и создаете буквально один из своих первых сервисов, концепт простого MVP для вас вполне подходит.
Для начала нужно определить проблему, которую продукт будет решать. И создать проект с минимальным набором функций, решающих эту проблему. А дальше — начинать учиться понимать пользователей, и улучшать свой продукт в соответствии с реальными требованиями рынка.
Идея в том, чтобы сервис проверил ваши основные предположения. Может ли это быть чем-то, чем люди интересуются? Если да, то дальше стартап может развивать свою деятельность: набирать команду, искать финансирование.
Итак, по шагам, нужно:
Раньше, на «Диком Западе» интернета, всё было попроще. Но сейчас успех стратегии MVP во многом зависит от продуманного бизнес-плана. В США для этого сейчас любят использовать канву бизнес-модели. Этот полезный инструмент был предложен в 2005 году Александром Остервальдером, швейцарским предпринимателем и бизнес-теоретиком. Почитать о нём подробнее можно в интернете, для этого есть десятки специализированных сайтов. Но если вкратце, такая канва позволяет на одной странице описать все основные бизнес-процессы компании. В том числе:
Канва бизнес-модели — простой способ прийти к тому, как должен выглядеть ваш минимально жизнеспособный продукт. В ней есть все модули, необходимые для формирования общей стратегии.
Главное — это позволяет лучше понять, на каких функциях сосредоточиться, в чём основная цель продукта, и что будет отличать его от конкурентов.
Взять, к примеру, первый iPhone. Все телефоны в то время имели ряд функций, которые Apple специально не включила в свой девайс. В нём не было функции копирования и вставки (!), не было SDK, не было 3G-связи. Даже нельзя было отправлять текстовые сообщения сразу нескольким контактам.
Но Стив Джобс знал, на чём сосредоточиться. Он представил MVP, минимально жизнеспособный продукт. С мультитачем и большим экраном. В нём были ровно те основные возможности, которые выделяли его на фоне остального рынка. На отсутствии привычных фич специально не заостряли внимание — ни публики, ни разработчиков. Аудитория этот MVP, как показывает история, приняла, и теперь, на двенадцатой итерации, в смартфоне есть все недостающие функции, и даже более того.
Если вы пока что не Стив Джобс, есть некоторые полезные сервисы для начала работы над своим первым минимально жизнеспособным продуктом:
Можно обратиться к опытной компании, предлагающей свои услуги по разработки MVP для стартапов. У неё должно хватать дизайнеров и программистов с опытом в этой сфере. Заказчики с идеей и определенным количеством денег сейчас обычно так и делают. Не обязательно искать разработчиков, решать легальные вопросы, с нуля создавать команду. Если есть хорошая идея и вариант её продвижения — найдется достаточно опытных фирм, которые возьмутся за работу за вас. Это будет намного дешевле, чем начинать с нуля, а временные затраты несопоставимы.
В следующем материале расскажем о примерах крутых идей для MVP, которые позволили основателям компаний почти из ничего создать бизнесы на несколько миллиардов.
