Что такое mvp в играх
Мобильный гейм-дизайн: итерация vs. планирование и опасности MVP
Всем гейм-дизайнерам, которые не занимаются планированием, я хотел бы сказать:
«Остановитесь! Вы опасны. Вы изматываете разработчиков. Вы напрасно тратите драгоценное время и ресурсы, которые можно было бы легко сэкономить, уделяя достаточно внимания планированию. Проектирование на скорую руку оборачивается задержками в общей разработке. Спешка втиснуть новые полусырые фичи аукнется вам в виде незапланированных расходов. Работайте нормально!»
Как же делается качественное планирование?
Как правило, мобильный гейм-дизайн делится на две базовые школы принципов разработки:
1. Итерация – заложить базовые механики, а затем итерировать до тех пор, пока не получится что-то стоящее; набросок проекта до его последующей разработки.
2. Планирование – тщательно продумать каждую фичу, каждое окно, все зависимости и взаимодействия между основными фичами еще до начала разработки.
Обычно адепты школы итерации – это выходцы из мира ПК, где народ привык продавать максимально интересные для пользователя игры в базовой комплектации за фиксированную одноразовую плату. У таких игр часто высокий показатель удержания игроков и низкая монетизация.
На мой взгляд, стало слишком много людей, которые чересчур увлеклись методом итерации. Эти люди возвели MVP (англ. minimum viable product — минимально жизнеспособный продукт) в статус культа и сделали метод MVP универсальным костылем и дешевой отговоркой для того, чтобы не особо тщательно продумывать все фичи. Сторонники MVP-подхода часто приводят аргументы вроде:
• “Мы просто можем проитерировать это потом.”
• “О монетизации подумаем позже, а пока нужно сделать интересно.”
К сожалению, нетехнические разработчики не понимают, что игровой код не резиновый. Это вам не пластмассовые блоки LEGO собирать. Игра – не пластилин, ее нельзя сильно перекроить без существенных последствий. Всё потому, что код (особенно игровой код с изрядным количество хардкода) относительно негибкий.
На этот счёт у меня довольно радикальная точка зрения: я считаю, что многие гейм-дизайнеры, которые используют метод итерации в мобильных free-to-play играх, просто опасны тем, что могут загубить своей ленью целые команды разработки.
В новой мантре для разработки мобильных игр речь должна идти не о MVP с акцентом на “минимум” для разработки жизнеспособного товара, а о чём-то бóльшем.
Разрабатывай Минимально Жизнеспособный Продукт с Максимально Жизнеспособным Планированием
Индустрия мобильных игр не по зубам людям, которые не желают вкладывать время и усилия в планирование своих проектов.
Сплошь и рядом я вижу следующие типы развития событий:
• В разработку отдают полусырые, недостаточно продуманные идеи.
• Многие разработчики в погоне за трендовыми и наиболее прибыльными гейм-дизайнами запихивают в уже существующие игры фичи, которые смотрятся там крайне нелепо.
• Недостаточно хорошо продумывается взаимодействие фич и их влияние друг на друга в игре.
Всем гейм-дизайнерам, которые попадают в эту категорию, я хотел бы сказать:
«Остановитесь! Вы опасны. Вы изматываете разработчиков. Вы напрасно тратите драгоценное время и ресурсы, которые можно было бы легко сэкономить, уделяя достаточно внимания планированию. Проектирование на скорую руку оборачивается задержками в общей разработке. Спешка втиснуть новые полусырые фичи аукнется вам в виде незапланированных расходов. Работайте нормально!»
Как же делается качественное планирование?
На самом деле, всё сводится к таким основным задачам:
1. UI. Убедитесь, что интерфейс поддерживает вашу фичу. Заранее делайте макеты основных окон.
2. Пользовательский поток. Прежде чем отдавать новую фичу в разработку, убедитесь, что в ней учтены и продуманы все окна и их сочетания в пользовательском потоке. Что за поток? Читайте здесь: Mobile UI and Game Design: Screens vs. Flows.
3. Пограничные случаи. Продумайте все основные пограничные случаи. Что это такое? Пограничные случаи – это игровые ситуации, которые находятся за рамками нормального потока геймплея, но их тоже нужно прорабатывать. Проверьте, что в пограничных случаях нет подводных камней.
4. Влияние на систему. Подумайте, как новая фича повлияет на баланс и экономику вашей игры. Как она отразится на других системах в вашей игре. А в разных частях интерфейса? Убедитесь, что нигде не будет противоречий.
5. Влияние на проект. Как новая фича повлияет на геймплей, проектные параметры и монетизацию? Если вы сходу добавите новую PvE-фичу в PvP-игру, это может привести к КАТАСТРОФЕ. Как это отразится на ожидаемой и фактической монетизации? (Подробнее здесь: Monetization-based Game Design: ARPDAU Contribution) Подумайте над этим!
Но всё же, бывают случаи, когда лучше использовать итеративный подход вместо планирования. Например, в экспериментах с новыми типами геймплея, если именно это является основной задачей и главным риском. Кроме того, смысл не в СВЕРХпланировании. Рассматривать перечисленные выше вопросы проектирования стоит настолько, насколько это необходимо для каждой конкретной фичи, типа игры, ваших целей и т.д. Именно ваш отдельно взятый случай будет определять ваше Максимально Жизнеспособное Планирование. Стандартного решения всех проблем не существует.
В зависимости от ситуации, более тщательного планирования, как правило, требуют такие типы игр:
• Более сложные – комплексные, многосистемные, с большим количеством взаимосвязей; здесь необходимо понимать, как новая фича повлияет на всё остальное в игре.
• Больше UI – тоже более сложные, но в плане большого количества окон;
• Мультисистемные — чем хардкорнее ваша игра, тем больше в ней систем.
• Надеюсь, эта публикация поможет кому-то из вас увеличить шансы на успех вашего продукта за счет планирования.
• Нужно понимать, когда ситуативно использовать планирование, а когда — итерацию.
• Используйте вышеупомянутые приемы для уменьшения итераций на продакшене; основная часть планирования должна выполняться на первых этапах разработки игры, когда стоимость изменений еще сравнительно небольшая.
Расшифровка MVP. Что означает эта аббревиатура и в каких видах спорта она используется
Под аббревиатурой подразумевается слово, образованное путем сокращения двух слов или более до заглавных букв. «Аббревиатура» с латинского языка переводится как «краткий» (brevis). Таким образом, аббревиатура полностью оправдывает свою цель: используя ее, многие сводят к минимуму потерю времени в разговоре или письме. Итак, что же подразумевается под выражением MVP?
Расшифровка MVP
Эта аббревиатура применяется в различных сферах, к примеру, в проектировании и химиотерапии. Но в этой статье пойдет речь о том, какова расшифровка MVP в спорте. Сегодня MVP используется как в профессиональных спортивных соревнованиях, так и в любительских.
В футболе
MVP в баскетболе
В США этот приз выдают четыре раза в год. Первый MVP присуждается по итогу сезона, состоящего из 82 матчей. Игроки команд, победивших в 50 играх и попавших в плей-офф, выбирают наиболее ценного участника чемпионата. К примеру, в 2018 году трофей MVP достался игроку «Хьюстона» Джеймсу Хардену. В среднем за матч Джеймс набирал более 30 очков, сделав 8 передач и 5 подборов. Безусловно, он очень помог своей команде стать первой в том сезоне.
В разное время обладателями этой награды были такие известные спортсмены, как Коби Брайант, Шакил О’Нил, Майкл Джордан, Уилт Чемберлен, Леброн Джеймс и другие. Но более всего побед (шесть!) у Карима Абдул-Джаббара, игравшего в НБА практически 20 лет.
Поскольку в национальной баскетбольной ассоциации проводится чемпионат и среди женщин, приз MVP получает баскетболистка, набравшая максимальное количество баллов среди остальных.
Итак, нет ничего сложного в расшифровке MVP в баскетболе. Просто запомните: наиболее ценный игрок (по результатам голосования) получает приз в соревновании.
В хоккее
Безусловно, получить личный приз очень приятно. Миллионы спортсменов мечтают об этой награде, но лишь немногие получают ее.
Что такое MVP? Зачем он нужен и как его правильно создать?
Мы, команда компании Platpick, решили пролить немного света и разобраться с концепцией MVP и тем, как ее правильно применять для развития вашего бизнеса.
MVP — понятие минимально жизнеспособного продукта
Minimal Viable Product (минимально жизнеспособный продукт) — это тестовая версия вашего основного товара, услуги или сервиса с минимальными возможностями и функционалом. Это вариант должен представлять ценность для потребителей. Удачный MVP содержит только одну-две основные функции, без дополнительных возможностей, которые будут в полной версии продукта.
Основная задача MVP — тестирование. Первая версия продукта должна показать его жизнеспособность и то, насколько он решает конкретные проблемы пользователей.
Использование MVP для стартапов — отличная возможность проверить рабочие гипотезы, скорректировать стратегию, получить больше информации о рынке.
Как используют MVP?
Благодаря MVP создатели стартапа смогут собрать больше данных, ценных для развития и продвижения проекта. Первые пользователи дадут вам бесценную обратную связь. Они могут поделиться собственным видением функциональности и неожиданными инсайтами.
На основе собранной информации вы сможете спланировать обновления и уточнить планы развития стартапа.
Используя стратегию MVP, можно существенно снизить затраты на разработку и снизить риск провала. Благодаря минимальному продукту с полезными параметрами вы поймете, насколько востребована идея и правильное ли направление, в котором движется проект.
Напоминаем, что MVP создают не для краткосрочной цели! Он нужен, чтобы понять, какие функции важнее всего для целевых пользователей.
Этапы создания MVP. Как это сделать правильно?
Любая успешная работа начинается с хорошей идеи и правильно построенного процесса. Это касается и разработки MVP. Давайте разложим на этапы процесс создания минимальной версии продукта. Все начинается с того, чтобы донести до команды общие принципы работы и создания продукта.
Нулевой этап — Договариваемся об основных принципах создания MVP
Перед началом работы убедитесь, что вся команда одинаково понимает MVP и принципы его создания. Обсудите ожидания каждого и видение работы на следующих этапах. Это не просто «вдохновляющая беседа» такое совещание покажет, насколько команда готова к активной и слаженной работе.
Первый этап — Найдите проблему, которую решает продукт
Любой проект будет успешным только если продукт удовлетворяет конкретную потребность людей. Например, вы планируете запустить маркетплейс локальных товаров и услуг. В этом случае «боль» можно сформулировать так: дать возможность людям покупать качественные и уникальные товары от местных производителей.
Второй шаг — Определить свою целевую аудиторию и очертить ее максимально узко
Третий этап — Будьте скромнее, найдите конкурентов
Конечно, очень приятно думать, что ваш продукт эксклюзивен и у него нет аналогов. Но в большинстве случаев это неправда. Вспомните истории о том, как изобретения и открытия делали разные ученые независимо друг от друга.
По крайней мере представьте, что конкуренты у вас уже есть и попробуйте их найти. Анализ их решений даст вам ценную информацию и поможет скорректировать стратегию.
Четвертый шаг — Проводим SWOT анализ
С помощью SWOT анализа вы сможете оценить перспективы стартапа в целом и разных вариантов MVP.
Пятый шаг — Карта пути пользователя
User flow это одно из ключевых понятий для развития и продвижения стартапа и более традиционных видов бизнеса. Путь пользователя — это путь, который проходит посетитель при взаимодействии с продуктом.
Например, если вы разрабатываете маркетплейс локальных товаров и услуг, важно описать путь покупателя и путь продавца.
Карта путей включает требования к контенту и дизайну сайтов или приложений.
Шестая стадия — Составьте перечень функций вашего продукта, распределите их по приоритету
Вы должны детально представлять какие функции будут важны для ваших пользователей. Для этого используйте анализ пользовательских историй. Собирайте истории пользователей, их отзывы, связанные с вашим продуктом.
На каждой из стадий потенциальный пользователь задействует одну или несколько функций продукта. Все эти функции нужно зафиксировать, пока без распределения по приоритету.
Расставить приоритеты поможет анализ пользовательских историй, связанных с аналогичными продуктами. Второй ваш инструмент на этой стадии — логика. В конце этого этапа вы должны получить таблицу, в которой функции разложены по стадиям процесса и по приоритетности.
Шаг седьмой — Определяем функции MVP
На полученной карте функций выделите первый по приоритетности ряд. Это каркас вашего продукта — его наименьшая полезная версия продукта с недостаточным функционалом. Каркас и MVP могут совпадать, но так случается не всегда.
Обычно функционал MVP шире, чем у каркаса.
Разделите функции логически на главные и второстепенные, без которых продукт останется полезным для пользователя.
Поздравляем, вы спроектировали MVP для вашего проекта! Теперь можно браться за его воплощение. Но на пути планирования и реализации есть риск сделать очень неприятные ошибки. Какие? Давайте разберемся.
Ошибки при создании MVP
Что может пойти не так при создании MVP? Есть много сценариев и возможных ошибок. Мы собрали все варианты в несколько типичных вариантов. Проанализируем их.
Нет делайте идеал — сосредоточьтесь на главном
На этапе создания MVP перфекционизм ваш враг. Вы должны дать пользователю базовое представление о продукте. Если идея слабая и продукт бесполезный, его не спасут ни безупречный дизайн, ни производительность, ни дополнительные возможности. А на все это нужны ресурсы, которых у вас может и не быть.
Минимум функций это не минимум качества
Есть и другая крайность — небрежность в работе с MVP. Минимальный жизнеспособный продукт должен быть простым, но качественным. Например, если вы запускаете онлайн сервис, его не стоит размещать на бесплатном хостинге.
Все функции MVP должны работать четко и без сбоев, интерфейс должен быть удобным и понятным.
Помните про фидбек
Обещаете? Выполняйте!
Всегда есть соблазн анонсировать интересные обновления и дополнения к продукту. Это касается и этапа MVP и следующих стадий. Анонсы — правильный маркетинговый ход. Но обещания нужно давать ответственно и выполнять на 100%.
Если пользователи не получат то, чего ждут, их разочарование и обида могут стоить вам успеха.
Цените идею и прислушивайтесь к цифрам
Иногда создатели стартапа буквально влюбляются в свою идею и перестают воспринимать критику. Такая ситуация очень опасна для проекта. Члены команды начинают игнорировать данные собранные после запуска MVP, оправдывая себя тем, что пользователи чего-то не понимают, финальная версия продукта все равно окупится.
Хотите достичь успеха? Учитывайте обратную связь и корректируйте продукт с учетом полученной информации! Не бойтесь отбрасывать или добавлять функции, если об этом говорят пользователи.
Компании, которые начинали с MVP
Если у вас еще остались сомнения, что стратегия minimal viable, может быть эффективной, прочтите список всемирно известных компаний, которые ее использовали.
Spotify — сервис для меломанов
Spotify сейчас используют в десятках стран. Сначала единственной функцией приложения была потоковая передача музыки. MVP успешно вышел на рынок, основатели Spotify смогли заключить контракты с крупными звукозаписывающими компаниями. Это обеспечило быстрое развитие проекта. Сейчас стоимость Spotify оценивают в 8,4 миллиарда долларов.
Groupon — сервис коллективных скидок
В этом случае все начиналось с блога на WordPress. В нем создатели публиковали информацию о коллективных скидках. Тем, кто подписался на рассылку, отправляли PDF с информацией о том, как воспользоваться скидкой. Создатели Groupon успешно проверили гипотезу о коллективных скидках с помощью MVP.
Airbnb
Создатели сервиса подошли к MVP нестандартно. Они попробовали сдать свою квартиру гостям с помощью простого факта. В результате Джо Геббиа и Брайан Чески поняли, что идея может создать конкуренцию для отелей.
Сейчас на Airbnb сотни тысяч объектов и миллионы пользователей. Стартап стал успешным бизнес-проектом.
Читайте наш блог и успехов вам в развитии стартапа!
Минимально жизнеспособный: как MVP помогает продукту выйти на рынок
Содержание
MVP (или Minimum Viable Product, «минимально жизнеспособный продукт») — это самая ранняя версия продукта, у которой есть минимальный набор функций, достаточный для презентации публике и проверке на первых потребителях. Однако такой продукт обязан демонстрировать достаточную ценность для пользователей.
Понятие ввел в оборот в 2001 году соучредитель и президент консалтинговой фирмы SyncDev Фрэнк Робинсон. Он определил MVP как итог «синхронной разработки» или одновременного развития продукта и исследования целевой аудитории.
MVP отличается от прототипа тем, что представляет собой рабочий продукт, который должен выполнять обозначенную функцию наилучшим образом. К примеру, это может быть бета-версия сайта компании, функциональность которой затем дополнят, изучив поведение первых посетителей.
Чем MVP полезен для бизнеса
Создание MVP дает прямые и косвенные финансовые преимущества. Оно позволяет бизнесу:
Примеры MVP
Гаррет Кэмп и Трэвис Каланик в 2010 году запустили приложение для iPhone UberCab, которое позволяло пассажирам арендовать для поездки автомобили премиум-класса всего в полтора раза дороже стоимости обычного такси. Идея у создателей родилась после того, как они заметили, что тарифы на городское такси стали несоразмерно высокими. Изначально приложение работало на ограниченной территории и с узкой целевой аудиторией, но спустя год бета-тестирования создатели смогли привлечь первые крупные инвестиции.
В 2008 году Брайан Чески и Джо Геббиа не смогли платить за квартиру-лофт в Сан-Франциско и решили проверить, существует ли спрос на аренду комнат напрямую от хозяина. Они создали простой одностраничный сайт с фотографиями своей квартиры и начали сдавать собственный чердак. Молодым дизайнерам удалось рассчитаться со всеми долгами. Уже в 2009 году их стартап привлек внимание Пола Грэма и получил первые инвестиции от его бизнес-инкубатора Y Combinator. После этого Чески и Геббиа поехали в Нью-Йорк, где ходили по домам клиентов и расспрашивали их об опыте аренды. Вскоре они поняли, что многих квартиросъемщиков отталкивают изображения плохого качества, которые фигурировали в объявлениях. Тогда молодые дизайнеры взяли напрокат зеркальный фотоаппарат и отправились по адресам в Манхэттене и Бруклине, чтобы самим фотографировать квартиры арендодателей.
Разработчики MVP стримингового сервиса сконцентрировались на функции потоковой передачи музыки. По итогам закрытого бета-тестирования приложения для Windows они заключили контракты с крупными лейблами и смогли получить значительное финансирование для своего проекта.
Авторы идеи создали MVP с чеки́нами и наградами за них в виде бейджей. После тестирования они начали расширять возможности сервиса, добавили рекомендации и путеводители по городам.
Изначально создатели сервиса купонов запустили сайт The Point, объединяющий людей, которые не могли в одиночку выполнить какую-либо задачу. Тестирование показало, что идею нужно сузить. Тогда был запущен кастомизированный блог на платформе WordPress, куда вручную добавляли информацию о возможностях коллективных скидок. При подписке на сайт его пользователи получали по почте рассылку с PDF-файлами о скидках.
Основательница маркетплейса Татьяна Бакальчук сначала закупила женскую одежду из Германии, затем создала сайт и запустила рекламу своего магазина на платформе Passions.ru. Бакальчук использовала каталоги Otto и Quelle, которые работали в России только через агентов, но не были представлены в сети. В отличие от агентов, которые брали около 15% комиссии, она выставила агентское вознаграждение в размере 10% и не брала предоплату.
История файлового хостинга началась с трехминутного демо-видео, которое объясняло идею и ценность будущего продукта. Оно получило множество положительных отзывов и набрало миллионы просмотров, что помогло привлечь инвесторов.
В 2009 году Ян Кум и Брайан Эктон решили создать мобильную телефонную книгу, которая бы показывала статус контакта: доступен, занят, на совещании и так далее. Контакты пользователей этой книги получали соответствующие всплывающие уведомления. Однако вскоре они стали использовать статусы для общения. Тогда создатели выпустили новую версию WhatsApp с функцией отправки сообщений.
Типы MVP
Существует несколько основных подходов к созданию MVP. В зависимости от этого выделяют несколько типов такого продукта.
Волшебник страны Оз использовал трюки, чтобы притворяться тем, кем он на самом деле не был. То же можно сказать о данном типе MVP. Продукт только кажется функциональным, но на самом деле его разработчик делает всю работу вручную. Это нужно для того, чтобы проверить саму концепцию продукта и понять, востребован ли он. Так развивался сайт заказа обуви Zappos. Изначально у авторов идеи не было ни склада, ни закупленных партий товара, а существовал лишь сайт с фотографиями обуви. Когда ее начали заказывать, разработчики обновили функциональность сайта.
Продукт работает по тому же принципу, что и в случае с Волшебником страны Оз: изначально все работы выполняются вручную. Однако клиенты при этом осознают, что за товаром или услугой стоит человек. Сотрудники службы финансового планирования и инвестиций Wealthfront изначально общались напрямую с клиентами, которым нужна была помощь в управлении капиталом, а автоматизированная система появилась позднее. Такой тип MVP помогает сформировать план развития продукта и собрать фидбэк от целевой аудитории.
Цель такого типа продукта состоит в том, чтобы донести до клиентов ценность использования существующих инструментов вместо создания уникального решения. Его используют, чтобы проверить и реализовать идею без разработки уникального программного обеспечения. Так начал работать Groupon. Создатели начали с сайта на WordPress, где все взаимодействие с пользователями осуществлялось по электронной почте. Лишь позднее сервис дополнили социальными функциями, полноценной email-рассылкой и мобильным приложением.
Это рабочий продукт с минимальным набором функций, которые нужно проверить. Такой тип MVP позволяет сформировать целевую группу, получить обратную связь и проанализировать ее, а также провести тестирование функциональности.
Этапы создания MVP
Чтобы создать успешный продукт, потребуется детальный план его развития. Предварительно нужно подтвердить базовые принципы и методы MVP. Команда должна следовать им на протяжении всего процесса. При этом нужно стремиться потратить как можно меньше денег и усилий.
Выделяют несколько этапов проверки идеи и превращения ее в продукт.
Идея MVP отвечает концепции «бережливого стартапа». Главная цель создания заключается в тестировании концепции или продукта на рынке. Именно по его итогам бизнес может принимать решения о выпуске. Автор методики развития клиентов Стив Бланк говорит, что главная причина провала успешных по многим показателям проектов — это недостаточное знание своих клиентов. Это подтверждает и исследование CB Insights, согласно которому в 42% случаев причиной провала стартапа становится отсутствие рыночного спроса. Создание MVP позволяет понять потребности аудитории на ранних стадиях развития продукта и не выпускать на рынок товар или услугу, которая не будет пользоваться популярностью.
MVP подходит не только для стартапов, но и при разработке решений на предприятиях. Зачастую разработка нового продукты достаточно сложна, а изменения сопряжены с серьезными рисками. Концепция Minimum Viable предполагает небольшие и постепенные изменения, которые достаточно безопасны и позволяют внедрять функции или обновления, не доставляя неудобств клиентам.