Статья обновлена в 2021 году.
Что объединяет запуск успешного стартапа и вывод продукта уже существующей компании на рынок? Мотивация команды, желание принести пользу людям, наличие денег на старте? Безусловно, но конкретно сегодня поговорим о самом важном — продуктовом подходе.
Чтобы запустить свой успешный продукт на рынок, предлагаем ознакомиться с основными принципами Minimal Viable Product. Путь тернистый, но не менее интересный. Обычно, чтобы стать экспертом, необходимо набить не один десяток шишек и потратить большое количество ресурсов — временных и материальных.
Мы подготовили подробнейшее руководство, чтобы приблизить вас к моменту, когда вы скажете: «Я готов к запуску продукта». После прочтения статьи вы сможете приступить к созданию MVP и узнаете, на какие грабли наступать совсем не обязательно.
Что такое MVP
MVP или Minimal Viable Product — минимально жизнеспособный продукт для тестирования рыночного спроса без крупных вложений.
По сути, это способ быстро вывести продукт на рынок. Продуктовая команда обозначает проблему, анализирует целевую аудиторию, рынок и конкурентов, разрабатывает критически важный функционал и получает первую обратную связь от пользователей.
Однако тестирование гипотезы и фидбэк от аудитории — не единственное преимущество. В некоторых случаях MVP-концепция направлена на снижение расходов и получение прибыли на более поздних версиях продуктового решения. Такая ресурсная независимость привлекательна для инвесторов.
В каких ситуациях применяют концепцию MVP
Минимально жизнеспособные продукты применяются не только в стартапах. Данную концепцию можно использовать и в существующем бизнесе.
Например, запуск интернет-магазина — уверенный шаг из офлайн-бизнеса в онлайн. При помощи MVP можно выйти на новую аудиторию, протестировать спрос, проверить жизнеспособность идеи.
Почему MVP так важен
Если взять во внимание статистические данные, только каждый 10-й стартап превращается в успешный продукт. Причины разные: отсутствует спрос на рынке, нет ценности у решения, работает неэффективная команда, продукт получился не простым, а «сырым». И это только малая часть из всевозможных сценариев.
Для того чтобы предприниматели не гадали на кофейной гуще, автор концепции Эрик Райс определил MVP как ту версию продукта, которая позволяет команде собрать максимальное количество подтвержденных знаний о клиентах с наименьшими усилиями. Другими словами, на начальных этапах развития бизнеса можно установить, соответствует ли продукт ожиданиям клиента. И на основе этого делать выводы о будущей судьбе MVP: приступить к следующим итерациям разработки или отказаться от идеи полностью.
Не путать c PoC, PoC с CustDev
PoC или Proof of Concept — доказательство правильности концепции или проверка осуществимости идеи. Благодаря реакции целевой аудитории на определённые маркетинговые и аналитические импульсы команды: анонсы, исследования, предзаказы, рекламу, интервью — определяется, стоит ли бизнес-задумка усилий.
Важно разделять: PoC — это не работоспособный продукт, как в случае с MVP. Максимум — прототип, но и не «черновик» с рукописными записями карандашом. Понятия между собой тесно связаны и могут дополнять друг друга, но они не эквивалентны.
Цели и задачи разные:
- MVP, проверяем востребованность продукта, разрабатываем ключевые функции для решения потребности аудитории, преподносим полностью работающий продукт пользователям и инвесторам;
- PoC, доказываем или опровергаем возможность реализации технической функции, готовим прототип или описанный сценарий, предоставляем готовое исследование инвесторам и экспертам.
Но мир не был бы так прекрасен, если бы не возможность выбора. Есть и третий инструмент, которым пользуются продуктовые команды — CustDev. Customer Development — методология, с помощью которой тестируют идеи на целевой аудитории.
Основной замысел CustDev заключается в сегментировании потенциальных пользователей, составлении правильных вопросов и интервьюировании. Команда выявляет потребность целевой аудитории без затрат на разработку MVP.
Закрепим. Перед тем как разрабатывать полноценный продукт, необходимо проверить его востребованность и запросить обратную связь у потенциальной аудитории. Для этого существуют различные инструменты и концепции:
Разновидности MVP
Вернёмся к Minimal Viable Product. Мы выяснили, что MVP — один из быстрых способов вывести продукт на рынок. Но спешить нельзя, команде нужно немного выдохнуть и после определиться с подходами создания минимально жизнеспособного продукта. Рассмотрим основные.
Один продукт — один параметр
Самый популярный подход на рынке стартапов — продукт с одним параметром.
В данном случае в роли MVP выступает готовый продукт с минимальным набором функций. Команда запускает проект, выводит на рынок, тестирует на «узкой» целевой аудитории. Получает данные и делает дальнейшие выводы о судьбе Minimal Viable Product.
Так, например, поступили Даниэль Эк и Мартин Лорентсон 15 лет назад. Они запустили крошечный сервис только с одной функцией — потоковой передачей медиафайлов. Но сейчас в 2021 году мы с вами знаем их как основателей музыкального гиганта — интернет-сервиса Spotify.
Разрозненный MVP
Метод разрозненного MVP отличается от уникального решения тем, что product-команда доносит ценность до потребителей без разработки чего-то сложного и дорогого. Собираются готовые инструменты в единую систему и демонстрируются целевой аудитории для сбора обратной связи.
Идеальный пример — разработка лендинга с помощью популярных конструкторов сайтов. При помощи инструментов Tilda, Wix и других можно протестировать различные гипотезы. Они позволяют настроить сбор контактов и виджеты обратной связи, подготовить калькулятор стоимости, провести email-рассылку и хранить информацию о клиентах в CRM. Без большого бюджета вы проверите необходимость различных функциональных особенностей и идею на прочность в целом.
Консьерж MVP
Данная методология подразумевает под собой сценарий, в котором продуктовая команда выполняет задачи пользователей руками: вписывает данные в Excel-таблицы без помощи автоматизированной системы, бронирует столы в ресторане, обзванивая персонал лично. Тестирует спрос, автоматизирует процесс и реализовывает в виде продукта.
Героем-консьержем 90-ых стал Чак Темплтон — основатель сервиса по онлайн-бронированию ресторанов, билетов и многого другого. История проекта OpenTable.com началась с обычного телефонного звонка — попытки его жены зарезервировать место в хорошем ресторане (к ним в гости в Чикаго собрались приехать её родители). Три с половиной часа безуспешных звонков. Затея поужинать в заведении была обречена на провал. Источник.
Несмотря на безрезультатный исход этот кейс вдохновил Темплтона на забавный эксперимент. Он начал бронировать для других людей столики вручную. Сценарий был прост: Чак Темплтон принимал звонки, рекомендовал конкретные заведения в зависимости от повода и резервировал места, обращаясь к ресторанам.
Темплтон поступил грамотно, он не стал сразу вкладывать все свои сбережения в реализацию сложного сервиса. А проверил жизнеспособность идеи, оценил платёжеспособность клиентов и познакомился с целевой аудиторией.
Волшебник страны Оз или MVP Флинстоуна
Символами четвёртого типа Minimal Viable Product стали одноимённые герои сказок и мультфильмов, указанные в заголовке.
Подход к созданию MVP очень схож с предыдущим. Но есть небольшое отличие — наличие функционала полностью имитируется. Всё что видят пользователи, например, в интернет-магазине продуктовой команды — иллюзия. Основная цель этого метода заключается в проверке жизнеспособности идеи. Без больших затрат MVP-команда обслуживает целевую аудиторию и принимает их заказы. После собираются данные, и на их основе делаются соответствующие выводы.
Состоятельность метода доказал Ник Свинмерн — основатель интернет-магазина одежды и обуви Zappos. Он разработал небольшой сайт и загрузил фотографии различных моделей обуви. Через время начали поступать заказы. Свинмерн принимал их, шёл в магазин, приобретал нужные пары и отправлял покупателям. Именно так он проверил гипотезу, получил все необходимые данные и на их основе превратил свою идею в крупный американский сервис. Предлагаем ознакомиться с кейсом MVP мобильного приложения.
Пошаговое руководство по созданию MVP
В теории мы разобрались, что MVP — минимально жизнеспособный продукт для тестирования спроса вашего предложения на рынке. Ознакомились с четырьмя подходами к его созданию. И теперь необходимо перейти к практике.
Ниже вы сможете изучить общепринятые правила проектирования MVP. Они помогут проверить вашу идею на прочность и превратят её в функционирующий ценный продукт. Начнём.
Этап 1. Определение основных принципов создания MVP
Перед тем как действовать, необходимо потратить некоторое время на синхронизацию с коллегами. Определиться с принципами, свойственными разработке MVP. Установить правила и убедиться, что они постоянно исполняются всей продуктовой командой.
Периодически собирайтесь вместе и обсуждайте нижеперечисленные вопросы.
Как оптимизировать бюджет и сократить расходы на тестирование гипотезы
Рекомендуем всегда держать в голове, что главная цель MVP — проверить жизнеспособность идеи за минимальное количество времени и ресурсов. Вернитесь к разделу «Разновидности MVP» и определите для себя самый оптимальный способ тестирования.
Как повысить осведомлённость аудитории о продукте без траты бюджета
Необязательно использовать платные способы привлечения. Рассказывайте о вашей идее в отраслевых Telegram-каналах, используйте электронные СМИ для публикации статей. Попросите поддержки у «тёплой» аудитории, которая образовалась после PoC-деятельности. Держите их в курсе. Общайтесь с ними, как с друзьями. И, возможно, в будущем они станут вашими амбассадорами.
Как сделать первые предпродажи продукта: краудфандинговые платформы
Не отказывайтесь от потенциальной прибыли и обратной связи. При помощи краудфандинговых платформ, например Kickstarter, можно найти средства на дальнейшую разработку. И вдобавок получить представление о первых пользователях — интересна ли им идея.
А что если MVP объединить с PoC: как получить обратную связь
Интервьюирование аудитории — поиск недостающих деталей пазлов. Без честной и объективной обратной связи вы не соберёте полную картину — вам будет казаться, что всё делаете правильно. Это не всегда так.
Проводите интервью или собеседования потенциальных клиентов, запускайте A/B-тесты, принимайте участие в мероприятиях и рассказывайте о вашем продукте миру. Подготавливайте полезные, открытые вопросы. Спрашивайте и поощряйте.
Принимайте критику от пользователей. Вносите корректировки в MVP и повторяйте процесс снова и снова. Без фанатизма.
Этап 2. Поиск проблемы, формулирование цели
Когда вы примете основные постулаты создания MVP, будете готовы к следующему шагу — к определению проблемы. Вам необходимо ответить на простой вопрос: «Какую потребность аудитории закроет ваш продукт?». Чем детальнее и понятнее пропишете цель, тем деятельность вашей product-команды будет эффективнее.
Например, наш клиент и идейный вдохновитель проекта OvOska (mobile-MVP) преследует цель сделать рынок доставки прозрачным, простым и доступным для трёх разных целевых аудиторий.
Этап 3. Выбор целевой аудитории и её сегментация
Сразу отметим распространённую ошибку продакт-менеджеров и предпринимателей. Некоторые представители этих ролей считают, что их предложение решает потребности всех людей на планете. И это, конечно же, далеко не правда. Представим тривиальный, но очень показательный пример.
Небольшая компания по производству обуви заявляет: «Все люди в мире носят обувь, а значит, наша целевая аудитория — все 7 миллиардов человек на этой планете». Составляют единый портрет, «подходящий под каждого», производят продукцию и после сидят с нулевыми продажами.
Команда не учла, что есть платёжеспособные клиенты класса Premium, и пользователи, которые предпочитают масс-маркет-обувь. Они забыли, что есть девушки, парни, дети. А ещё те, кто любят кеды или кроссы. Основная причина провала продуктовой команды — она не сузила потенциальную аудиторию до минимума. Замахнулась на всех, произвела «сборную солянку» и потерпела неудачу.
Советуем вам ознакомиться с правилами составления портрета целевой аудитории. Изучить такой полезный инструмент, как ICP (Ideal Customer Profile). Потратить несколько часов или дней и определить, чью проблему вы решаете. Как думают и действуют ваши потенциальные клиенты.
Для примера познакомим вас с вымышленным персонажем. Его зовут Илья, ему 35 лет, он работает в банке и мечтает о мобильном приложении.
Этап 4. Анализ конкурентов
Следующая ошибка «молодого» предпринимателя — мнение, что твой продукт эксклюзивен. Проанализируйте своих прямых конкурентов. Выделите их слабые и сильные стороны, обозначьте своё конкурентное преимущество. И только потом приступайте к разработке критически важных функций вашего MVP.
Если вы всё-таки уверены, что ваш продукт единственный и неповторимый — задумайтесь. Может, вы просто не там искали? Готов ли мир к вашей идее?
Ниже мы подготовили небольшую памятку на случай, если вы не уверены в правильности полученных результатов.
- Найдите самых крупных игроков на рынке релевантной отрасли. Выпишите о них всю информацию, которая пригодится в определении вашего ценностного предложения: их историю, продукты, конкурентное преимущество. Отметьте то, где вы лучше. Используйте ваши сильные стороны.
- Определите их долю на рынке, ознакомьтесь с финансовыми показателями, рентабельностью и торговлей. Изучите их стратегии. Без этого вы не поймёте, есть ли у вас шансы в конкурентной борьбе.
- Доверьтесь первичным источникам информации. Посетите корпоративные сайты выбранных компаний, ознакомьтесь с их позиционированием, предложениями. Изучите презентационные материалы, white book, упоминания в СМИ и рекламные материалы.
- Проведите аналитику сайтов и мобильных приложений конкурентов. С помощью популярных сервисов Similarweb, Serpstat, PR-CY, SensorTower, AdBeat, AppTrace и AppAnnie можно узнать о позициях в поисковой выдаче, трафике и популярности компаний.
- Посетите отраслевые мероприятия, на которых могут присутствовать представители компаний-конкурентов. Установите с ними контакты, ищите инсайды и изучайте кейсы.
Этап 5. SWOT-анализ
SWOT-анализ — метод стратегического планирования для описания общего состояния вашего продукта. Идея инструмента заключается в перечислении значимых аспектов бизнес-деятельности и их записи в соответствующие поля таблицы.
Общепринятая таблица представляется в виде матрицы 2×2, по горизонтали сверху — внутренние факторы (сильные и слабые стороны), по горизонтали снизу — внешние факторы (возможности и угрозы).
Основная цель SWOT-анализа — выявить сильные стороны для их развития и минимизации последствий от слабостей. Найти возможности, с помощью которых можно избежать встречи с потенциальными угрозами.
Посмотрим на реализацию SWOT-анализа на примере социальной сети для учёных:
Этап 6. Разработка Customer Journey Map
CJM или карта пути пользователя — путь к покупке с точки зрения клиента. Это цифровая дорога, по которой проходит целевая аудитория при взаимодействии с MVP. Чем проще и понятние CJM построен, чем логичние спроектирован UX, тем выше и конверсия у вашего продукта.
При составлении CJM пользователей сайта или приложения необходимо поставить себя на место теоретического клиента. Задать вопрос, что же он хочет получить при использовании вашего продукта. Продумать, какие моменты нелогичны, сложны для понимания. При необходимости подсказать с помощью элементов интерфейса или вовсе всё упростить.
Для примера рассмотрим сервис по поиску работы для строителей. В первых версиях продукта значимая часть пришедших пользователей уходила после стадии регистрации. Но почему? — Они не были готовы к заполнению огромной формы с hard и soft skills. Большое количество полей, много текста — всё выглядело перегружено.
При помощи аналитики выяснилось, что первый шаг формы запрашивает слишком много информации, люди её не заполняют. Они хотят просто зарегистрироваться и посмотреть, что внутри. В итоге приняли решение устранить препятствия на пути пользователя — упростили регистрацию и добавили блок «Helper».
Этап 7. Выбор основных функций для реализации, приоритезация
Отлично! CJM на руках. Теперь необходимо определить основные функции, которые помогут пользователю пройти из точки в A в точку B. Вернёмся к примеру с обувью.
Предположительно, нашему потенциальному клиенту как минимум нужно будет: ознакомиться с ассортиментом обуви и её описанием, добавить товар в корзину, выбрать способ доставки и оплатить покупку. Это примерный путь целевой аудитории.
Далее расположите выбранные действия пользователя на одну горизонтальную ось. Распишите для них необходимые функции и разместите под каждыми шагами аудитории.
Следующая итерация — приоритизация. Оцените, насколько важна и ценна конкретная функция. Как часто ими будут пользоваться? Популярные ставим в начало списка, редко используемые — в конец.
На иллюстрации ниже мы продемонстрировали один из вариантов состава MVP. Обращаем ваше внимание, что функцию «Отзывы/рейтинг продукта» наша команда не включила в минимальную версию продукта. Хотя некоторые product-менеджеры поспорят с нами и скажут, что отзывы важны — они помогают покупателям определиться с выбором. Отчасти согласны, да... Но не всё так просто.
Допустим, мы c вами выпустили MVP на рынок. Нам хватило ресурсов на реализацию блока «отзывы». Ура! Заходят первые пользователи и видят... Отзывов нет — пустое полотно. В результате снижается уровень доверия, и наши клиенты уходят. Вместо этого следует обратить внимание на реализацию купонов. Это поможет привлечь первых клиентов с помощью маркетинговой активности, «подогреть» их лояльность и получить необходимую обратную связь.
Мы рекомендуем разрабатывать блок «отзывы» и подобный функционал уже через 2–3 месяца после запуска продукта, когда наполнится база заказов и будет что показывать аудитории.
Важно: не переусердствуйте. Постоянно держите у себя в голове, что MVP — продукт с минимальным набором функций. Не гонитесь за «идеальным перфекционизмом». Определите объём Minimal Viable Product. Выделите только те функции, без которых ваш продукт не будет иметь смысла. Разработайте каркас MVP. Всё остальное — после выхода на рынок и получения обратной связи.
Этап 8. Выбор метода управления и разработки MVP
Теперь вы готовы приступить к разработке минимально жизнеспособного продукта. Осталось разобраться, какие методы управления применимы к построению MVP. Спойлер — варианты можно комбинировать.
Lean — философия бережливого производства в стартапе
Первый метод базируется на принципе «создать-оценить-научиться». Продуктовая команда сокращает финансовые и трудовые затраты, уменьшает сроки изготовления и производственные площади. Она гарантирует поставку продукции заказчику, обеспечивает максимальное качество при определённой стоимости или минимальную стоимость при определённом качестве.
Метод подходит тем, кто готов отложить запланированные действия по проекту, чтобы получить полезную обратную связь от аудитории. Главная потребность команды — убедиться, что создаёт ценный и востребованный продукт.
GROWTH — метод быстрого роста при ограниченном бюджете
Ещё один способ управления MVP — достаточно молодой метод GROWTH, построенный на анализе метрик и статистики. Продуктовые команды, которые его используют, придерживаются следующих четырёх правил:
- Goal — пойми, что должно получиться.
- Reality — анализируй, что есть сейчас.
- Obstacles — продумывай, как поменять продукт.
- Way Forward — меняй и запускай. Смотри, что происходит.
Основные принципы GROWTH содержат в себе понятия «Упрощение», «Короткие итерации» и «Прекращение работ». Команда из аналитика, дизайнера, разработчика, тестировщика и маркетолога старается вносить минимальные правки для сохранения бюджета, разрабатывать продукт короткими итерациями и вовремя прекращать производство бесполезного функционала.
Подробнее об этом методе рассказала Екатерина Королева, project-менеджер INOSTUDIO, в статье «Запуск мобильного стартапа с помощью GROWTH Method».
Scrum — фреймворк быстрого и эффективного управления
Третий метод или фреймворк управления держится на одной или нескольких самоорганизационных командах. Их продуктовая деятельность выражается в спринтах.
Всё, что необходимо знать о Scrum:
- Продукт создаётся поэтапно, одинаковыми спринтами, их длительность — не более 4-х недель.
- Появляется дополнительная роль в команде — Scrum-мастер или фасилитатор. Он следит за тем, чтобы правила не нарушались, а настроенные процессы не ломались.
- Обозначаются артефакты MVP — «бэклог продукта», «бэклог спринта» и «инкременты» (ступени к достижению цели).
- Планируются Scrum-события — «планирование спринта», «Daily meeting», «обзор спринта» и «ретроспектива».
Kanban — метод гибкой и прозрачной разработки продуктов
Четвёртый и не последний подход к реализации продуктов — метод Kanban. Данная методика предполагает постоянное улучшение Minimal Viable Product в режиме реального времени и полную прозрачность всех рабочих процессов.
И вам, скорее всего, известны олицетворения этого метода — облачные программы для управления проектами Trello и Jira (применимы и в Scrum). С их помощью любые задачи и активности разбиваются на последовательные этапы: «прототипирование», «дизайн», «разработка», «тестирование» или статусы выполнения задач «предстоит сделать», «в работе», «на проверке», «завершено».
Extreme Programming или all-in on zero — когда качество разработки прежде всего
Метод XP или «Экстремальное программирование» — набор лучших практик разработки: рефакторинг кода, релиз версий, проектирование дизайна, использование стандартов кодирования.
Основная цель методики — адаптироваться к постоянно меняющимся требованиям к продукту со стороны пользователей. Повышение технического качества MVP имеет самый высокий приоритет.
Этап 9. Внутреннее и внешнее тестирование
Перед тем как выпустить продукт на рынок, уделите время рефлексированию. «Переспите» несколько ночей с мыслям о проекте. А ещё лучше — соберите фокус-группу для внутреннего тестирования. Участниками могу стать часть команды, друзья и родственники. Наберитесь немного терпения. Возможно, ваши глаза «замылились», и оценить объективно все ваши усилия сразу не получится.
После успешного прохождения первого этапа позвольте реальным пользователям «пощупать» продукт. Запустите внешнее тестирование на неделю-месяц. Соберите обратную связь и проанализируйте, что необходимо поправить, какие функции добавить.
Для того чтобы сделать проект ещё лучше — постоянно тестируйте и собирайте отзывы вашей аудитории. Периодически повторяйте итерации «создание функции — тестирование продукта — проведение ретроспективы».
Распространённые ошибки при создании MVP
Вернёмся к статистике и вспомним, что только каждый десятый стартап имеет некоторый шанс на «вздох полной грудью». Многие команды, воодушевлённые идеей, забывают об основных принципах создания минимально жизнеспособного продукта.
Мы их полностью понимаем и принимаем это. И для того чтобы вы не учились на столь уж горьком опыте, расскажем о самых популярных «граблях», на которые наступают предприниматели чаще всего.
Вредный перфекционизм
Первое и самое распространённое явление — желание предпринимателей и MVP-команд сделать продукт идеально, сразу и с первого раза.
Основная задача продуктовой-команды — протестировать гипотезу и быстро получить обратную связь от пользователей при минимальных затратах. И для этого подойдут как работоспособный продукт с 1–2 функциями, так и небольшой прототип. Если ваша идея несёт в себе ценность для целевой аудитории, то поверьте — они закроют глаза на тривиальный дизайн или плохую оптимизацию.
В далёком 2012 году команда INOSTUDIO приобрела свой первый полезный опыт запуска стартапов. Мария Калачёва, заместитель CEO, рассказала о покорении игровой индустрии компанией — почему не получилось, чему научились и как не потратили, а инвестировали денежные ресурсы в знания. Видео.
Простой MVP — не «сырой» MVP
Есть и обратная сторона медали перфекционизма. Некоторые product-менеджеры зачастую неправильно понимают смысл быстрого запуска Minimal Viable Product. И в результате на рынок выходит нефункционирующий продукт, с которым нельзя взаимодействовать, и это в лучшем случае.
MVP должен быть простым и качественным.
Отсутствие обратной связи
Ключевой показатель успешности минимально жизнеспособного продукта — востребованность на рынке. Замерить его можно и нужно при помощи обратной связи потенциальных клиентов. Представьте, что фидбэк ваших пользователей — это пульс MVP. Его нужно поддерживать в «здоровом» состоянии.
Иногда об этом забывают. Product-команды увлекаются процессом разработки, «заигрываются» и... Вот у них готовый и никому ненужный продукт.
Чтобы избежать такой участи, на стадии планирования следует определить ключевые метрики. Например: трафик, количество скачиваний и заказов. В общем, целевые действия, совершённые вашими клиентами.
Обещания в пустоту
На рынке продуктов всё как в повседневной жизни. Тебе дали обещание, нарушили его — обидно, больно и досадно. После ты пересматриваешь своё отношение к визави. В нашем случае — отношение клиента к бренду.
Конечно, мы уверены, что команды совершают подобное из лучших побуждений. Им хочется порадовать свою публику крутыми задумками. Но проведение презентаций или анонсирование нового функционала «на эмоциях» — маркетинговая стратегия, которая приводит к разочарованному пользователю и отсутствию доверия.
Принимайте решения на «холодную голову», всё обдумывайте. Обещайте только то, что вы на самом деле можете выполнить.
Стартап и MVP — это прежде всего команда
Предположим, у вашей идеи есть потенциал. Будущий продукт будет нести пользу и радость целевой аудитории. Ваши друзья — инвесторы, и они пообещали вам круглую сумму. Хорошо. Очень хорошо. Но есть один нюанс: несмотря на такие входные данные, зачастую успешность стартапа или минимально жизнеспособного продукта зависит от команды.
Команда — движущая сила для создания MVP. Если у ваших коллег единая миссия и цели совпадают, ваша идея уже лучше многих. При подборе команды обращайте внимание на такие важные качества, как soft и hard skills. Определите подходящий тип личности и поведенческие факторы партнёров, с которыми вам комфортно работать.
Максим Болотов, CEO INOSTUDIO, поделился своим многолетним опытом создания стартапов и управления командой (формула выдающейся команды стартапа).
MVP и MVaP — «отцы и дети» в бизнес-среде
Всё чаще и чаще на просторах Интернета, на отраслевых митапах и конференциях можно отметить фразу «Minimal Valuable Product» (MVaP) — минимально ценный продукт. Но что это? Новый метод разработки решений? Или оговорка экспертов и ошибка редакторов? — Давайте разбираться.
Самая распространённая причина неудач стартапов и новых продуктов — невостребованность на рынке. Около 34% стартапов «терпят крушение» из-за отсутствия ценности. Продуктовые команды или не могут донести её до потребителя, или изначально готовят бесполезный MVP из разряда «сделаем стартап и поднимем лёгких денег». Опытные product-команды ставят перед собой цель сделать ценный продукт. И чтобы постоянно напоминать себе об этом, используют аббревиатуру MVaP.
MVaP — это не выпуск «я сделаль»-продукта при минимальных затратах. Разработка ценного решения ставит в приоритет своих пользователей: учитываются их потребности и ожидания. Команда уделяет время исследованиям, анализу юзабилити, оценке демографии. Она ищет наилучшие способы удовлетворения запросов целевой аудитории.
Ещё одно преимущество, которое чаще применимо для крупных брендов — сохранение репутации. Ведь традиционно MVP делается неаккуратно, из-за чего соответствовать ожиданиям пользователей не всегда возможно. Именно из-за этого выбирают более надёжный путь — разработку дорогого, но ценного продукта, MVaP.
Финальные рекомендации
Если вы дочитали до этого момента, то однозначно успели выучить определение MVP, узнали о преимуществах этого подхода и определили дальнейшие действия по развитию вашего будущего продукта.
Ещё раз хочется зафиксировать важнейшие правила и факты, чтобы уберечь ваш стартап или MVP от попадания в печально известные списки погибших продуктов:
- используйте MVP, PoC или CustDev, если хотите протестировать идею на жизнеспособность;
- MVP-подходы нужны для получения быстрой обратной связи без потери больших ресурсов;
- создавайте ценный продукт, и только потом — простой;
- постоянно реагируйте на внешние импульсы: обратную связь от целевой аудитории, изменения и поведение компаний-конкурентов;
- залог успеха MVP и стартапа — не в крутости идеи, а в слаженной команде;
- не давайте «пустые» обещания и научитесь контролировать внутреннего перфекциониста;
- определите подходящий метод управления и критически важные функции MVP;
- внимательно ознакомьтесь с руководством по созданию Minimal Viable Product.
Наша команда при подготовке статьи постаралась максимально подробно познакомить вас со всеми нюансами, с которыми можно встретиться на всём product-пути — от проработки идеи и формирования команды до выхода продукта на рынок.
В благодарность за то, что вы нашли время для профессионального роста, мы подготовили для вас документ с полезными материалами. В нём сконцентрирован весь опыт команды INOSTUDIO: статьи, книги и список фондов/акселераторов для продвижения стартапов и MVP.
Если у вас уже есть идея или необходима помощь в разработке собственного MVP/MVaP, оставьте заявку. Наши менеджеры свяжутся удобным для вас способом и ответят на все интересующие вопросы.
