NVP — что это в компьютерных играх?
Здравствуйте! Очень часто приходится слышать что-то вроде «Он был в этой игре nvp», если, конечно, я правильно услышал аббревиатуру. Может кто знает, потому как гугл молчит (( Спасибо!
Дополнен 7 лет назад
Аббревиатура звучит именно как «эн ви пи». Либо «эм ви пи».
Лучший ответ
Неигровой персонаж (англ. Non-Player Character, сокр. NPC — самостоятельный персонаж; неуправляемый игроком персонаж) — в компьютерных и настольных ролевых играх персонаж, управляемый программой или мастером (в последнем случае иногда может называться мастерским персонажем).
В компьютерных и настольных ролевых играх термином «NPC» обозначаются персонажи, общающиеся с игроком, независимо от их отношения к игровому персонажу. NPC могут быть дружественными, нейтральными и враждебными. Неигровые персонажи служат важным средством создания игровой атмосферы, мотивируют игроков совершать те или иные действия и являются основным источником информации об игровом мире и сюжете игры.
—————————-
надеюсь, вы именно это имели в виду
eсть конечно еще и стиль игры игрок против игрока — PVP player versus player.
. Гуру (4437) 7 лет назад
Он про NVP спрашивал.
Остальные ответы
На самом деле это — Концепция минимально жизнеспособного продукта (MVP, minimum viable product). Речь идет разработке игры как продукта и о фиче в этой игре, которая входит в набор ключевых, без наличия которых игру даже нет смысла выпускать на рынок.
Ответы тут конечно от людей далеких от игр или киберспорта. (Ведь вопрос конкретно об случае из игры.) (Знаю что понятие MVP может применяться и в обычном спорте и в различных видах деятельности но лично я об этом узнал и встречаю в играх, а именно киберспорте.)
Для тех кто наткнется на данный вопрос (как я), речь идет о MVP,
«Этот игрок заслужил трижды титул эм ви пи (MVP)» MVP, англ. Most Valuable Player
Означает Самый ценный игрок
Или же слова из вики:
«Самый ценный игрок (англ. Most Valuable Player MVP) — награда, которой награждается самый полезный игрок команды, лиги, конкретного соревнования или серии соревнований. Первоначально термин использовался в профессиональном спорте, но в настоящее время стал широко применяться и в любительском спорте, а также в других областях деятельности, таких как бизнес и музыка.»
лучший игрок
Ну вы неправильно аббревиатуриаволи это возможно MVP что означает Most Valuable Player. Часто стречается в RPG и шутерах.
сколько «экспертов». вопрос был по теме базы данных игры, и в ней есть подобный показатель. чаще всего привязанный к конкретной игре
Mvp что это в играх
31 августа 2023
Скопировано
MVP — это Minimum Viable Product, минимально жизнеспособный продукт. Так называется продукт, который еще не готов до конца, но который тем не менее уже можно выпускать на рынок.
«IT-специалист с нуля» наш лучший курс для старта в IT
Что такое MVP
Обычно термин используют в отношении программ и приложений, разных стартапов. Например, ранняя версия какого-нибудь интернет-сервиса, у которой еще нет всех заявленных функций, но которая уже способна работать и приносить пользу, — это MVP. Это своего рода тест: так создатели проверяют, насколько продукт нужен аудитории и есть ли у него потенциал.
Обычно MVP — это очень простой продукт: он выполняет одну-две функции, у него нет красивого дизайна и дополнительных фишек. Но та функция, которая есть, — главная: если она окажется нужной и полезной для людей, проект может стать успешным. А успешные проекты можно дорабатывать.
Профессия / 8 месяцев
IT-специалист с нуля
Попробуйте 9 профессий за 2 месяца и выберите подходящую вам
Для чего MVP нужен бизнесу
MVP часто используют на ранних этапах выпуска продукта: он помогает оценить потенциал, снизить риски, сэкономить деньги и определить направление для дальнейшего развития.
Оценка потенциала. С помощью MVP создатели могут оценить, насколько идея жизнеспособна: как ее восприняла аудитория, оказался ли продукт нужен людям, реально ли его поддерживать и как это лучше сделать. По итогам можно сделать вывод, стоит ли развивать проект дальше.
Снижение рисков. MVP стоит дешевле, чем конечный продукт. Если пользователи не оценили идею, можно изменить направление развития сразу и не уйти в минус из-за огромных затрат на ненужный продукт.
Экономия средств. MVP — это относительно недорого, а прибыль от него можно начать получать сразу. Продукт выходит на рынок не совсем готовым, но уже работает и может приносить доход. А еще это способ сэкономить на аналитике: вместо нее можно сразу посмотреть, как идея работает непосредственно на рынке.
Направление развития. MVP позволяет сразу увидеть, куда стоит развиваться дальше, где у идеи слабые места, которые лучше закрыть в первую очередь, а что стоит оставить как есть. Реальный пример: в рамках тестирования MVP сервиса Airbnb создатели быстро поняли, что людей отпугивают некачественные фотографии жилья под сдачу. И ввели правило, согласно которому фото должны быть качественными, — и сами начали помогать делать такие фотографии.
Привлечение инвесторов. Благодаря MVP проектом могут заинтересоваться инвесторы. Для них перспективнее вложиться в продукт, который уже работает, чем в абстрактную идею, которая никак не доказала свою состоятельность. А с помощью инвестиций можно привлечь средства для дальнейшего развития продукта. Пример — сервис доставки продуктов «Сбермаркет»: изначально это был стартап под названием «Инстамарт», но благодаря удачному MVP проектом заинтересовался Сбер.
Освойте профессию продакт-менеджера
за 10 месяцев. Наберитесь опыта
на реальных кейсах под руководством экспертов
Примеры успешных MVP
Многие продукты, которые сейчас всемирно известны, когда-то начинали как MVP со скромной функциональностью. Несколько примеров:
- сервис для поиска жилья Airbnb начинался с простейшего сайта-одностраничника, с помощью которого создатели сдавали собственный чердак;
- музыкальное приложение Spotify когда-то было простым MVP, который умел только потоково передавать музыку. Сейчас программа известна своими умными алгоритмами подбора мелодий и другими многочисленными фишками;
- популярный мессенджер WhatsApp* тоже начинал как MVP — своего рода телефонная книга, где показывалось, в сети ли контакт;
- российский маркетплейс Wildberries вырос из примитивного интернет-магазина одежды из-за рубежа, которая продавалась с меньшей наценкой, чем обычно.
Особенности MVP
Функциональность. MVP — это функциональный продукт, которым можно пользоваться. Пример из быта: тесто — это еще не MVP. Простые булочки, испеченные из этого теста, — MVP: их можно съесть или предложить кому-то за деньги. А потом продукт можно дорабатывать: экспериментировать с начинками, добавлять специи и посыпки. Но главное — чтобы начальным продуктом можно было пользоваться.
Минимум затрат. Идея MVP — функциональность при минимальном количестве временных и финансовых затрат. Если без какой-то функции можно обойтись, она пока что откладывается в сторону. Разработчики концентрируются только на основной идее: той, без которой продукт просто не может работать. Продолжая пример с булочками: если нет нужды сразу делать их с начинкой — лучше отложить это на потом и выпекать простую сдобу.
Синхронная разработка. Для создания успешного MVP нужно исследование целевой аудитории. Об этом говорил автор самого термина MVP, сооснователь SyncDev Фрэнк Робинсон. Он считал, что минимально жизнеспособный продукт — результат синхронной разработки. То есть команда одновременно разрабатывает продукт и исследует рынок и благодаря этому выпускает нужный людям MVP.
Проверка идеи, а не технологии. MVP не обязательно должен быть чем-то сверхсложным с точки зрения технологий. Даже наоборот: ранняя реализация может быть совершенно примитивной, но показывать пользователям новую идею. Например, это может быть простейший сайт на WordPress, но предлагающий что-то новое — скажем, заказ продуктов через интернет в короткие сроки.
Кто создает и развивает MVP
Созданием самого продукта занимается команда разработчиков, тестировщиков и других специалистов. Процессом управляют продуктовые менеджеры, задача которых — решить, что будет включать в себя MVP и как это будет выглядеть. Впрочем, в стартапах редко собирается команда специалистов с четко обозначенными обязанностями: часто вся компания состоит из 2–3 человек, каждый из которых берет на себя несколько ролей. А некоторые стартапы — и вовсе проекты одного человека.
Чем MVP отличается от похожих понятий
Минимально жизнеспособный продукт часто путают с похожими терминами из бизнес-разработки: например, с прототипом или PoC. Разберемся, в чем разница.
Прототип
MVC и прототип — тестовые версии для проверки какой-то идеи, в этом сходство. Но прототип — это не готовый продукт, его нельзя выводить на рынок и полноценно пользоваться. Это более узкое понятие: прототип делают не для продукта целиком, а для проверки конкретной технологии. Например, компания хочет выпустить велосипед с усовершенствованным механизмом руления. Прототипом будет модель самого механизма руления, а MVC — самая примитивная версия полноценного велосипеда.
PoC
PoC — это Proof of Concept, или доказательство концепции, то есть проверка, насколько идея жизнеспособна. Это более ранний этап развития, чем MVC: для реализации PoC вообще не обязательно создавать продукт. Например, доказательством могут послужить предзаказы или активный сбор на проект с помощью краудфандинга. Если людям интересно, значит, проект им нужен и, следовательно, жизнеспособен. Яркий пример тут — Dropbox: когда-то они выпустили презентацию не существующего еще сервиса и получили 75 тысяч подписчиков. Это послужило аргументом в пользу того, что сервис нужен людям.
Станьте project-менеджером и управляйте ресурсами проекта, оценивайте риски
и отвечайте за качество продукта
Виды MVP
По функциональности и способу реализации выделяют много видов минимально жизнеспособного продукта, но известнее всего стали четыре из них.
Однофункциональный. MVP, который выполняет одну заявленную функцию, а дополнительных у него пока что нет. Эта единственная функция, на которой концентрируется продукт, и есть реализация основной идеи. Такой подход сужает целевую аудиторию, зато помогает оценить перспективу и обратную связь, заложить фундамент на будущее. По такому принципу развивались Spotify и WhatsApp*. Обычно его используют, если есть какой-то в своем роде уникальный продукт, уже готовый, но еще довольно простой и нуждающийся в обкатке.
Разрозненный. MVP, который состоит из множества простых деталей, образующих сложную систему. Такой продукт собран из готовых решений и плагинов, которые вместе составляют что-то интересное. Это помогает обойтись без дорогостоящей разработки сложного уникального софта на ранних этапах. Подход используют, если идея — какой-то сложный сервис с множеством параметров. Например, этот тип MVP использовал сервис скидочных купонов Groupon: поначалу там был только простой сайт на WordPress, email-рассылка без автоматизации и еще несколько готовых компонентов. Зато потом система стала сложной и куда более продвинутой.
Консьерж. MVP, в котором якобы автоматические процессы на первых этапах выполняются вручную. Готовый продукт должен что-то автоматизировать, но на этапе MVP вместо алгоритмов работают люди. Алгоритмы дорабатываются уже потом. Ведь их разработка может обойтись дороже, чем наем специалиста на первое время, — а пока нужно проверить гипотезу, и таких расходов желательно избежать. Скажем, в Америке был сервис бронирования билетов, который начинал работу именно по такой модели. Владелец принимал заявки на бронирование и вместо автоматизации сам руками бронировал билеты, а потом отправлял заказчику. Сервис достиг успеха, и в 2014 году его за два миллиарда долларов купила компания Booking Holdings — владелец одноименного сайта.
Флинтстоун. «Флинтстоуны» — это мультфильм о приключениях семьи в каменном веке. У главы семьи был «автомобиль», который фактически не работал: чтобы машина двигалась, нужно было бежать самостоятельно. Примерно так работает этот тип MVP, который еще называют «Волшебником из страны Оз» — тот тоже имитировал магию.
Это MVP, который только притворяется полноценным продуктом. На самом деле создается только оболочка, а все заявленные функции на первое время имитируются. Например, интернет-магазин обуви Zappos изначально работал как флинтстоун-MVP: создатель просто покупал обувь в обычных магазинах и отправлял заказчикам. У него не было ни своего склада, ни отлаженных процессов. Он просто хотел доказать, что обувь можно покупать через интернет. Кстати, сейчас Zappos стоит больше 2 миллиардов долларов и давно уже работает как полноценный маркетплейс обуви.
Как запустить MVP
При создании нового продукта начать с MVP часто выгоднее и удобнее, чем сразу делать большой и дорогостоящий проект. Но минимально жизнеспособный продукт тоже нужно делать правильно: иначе получится или неминимальный, или нежизнеспособный. Соответственно, никаких преимуществ неправильный MVP не даст.
Специалисты советуют делить создание MVP на этапы и выполнять их последовательно — пусть результат предыдущего этапа помогает на следующих.
Понять принципы. Лучше всего — собраться и обговорить, все ли участники разделяют видение идеи и ее реализации. Если вдруг окажется, что кто-то имеет вообще другой взгляд на будущий MVP, лучше узнать это раньше, чем позже.
Определить проблему. Нужно понять, какую проблему пользователя будет решать продукт. Возможно, он будет делать какой-то процесс удобнее, помогать экономить время или деньги. Понимание проблемы поможет лучше продумать MVP и сформировать УТП и айдентику.
Определить ЦА. Сразу делать продукт для широкой аудитории ошибочно — это повышает риски прогореть, ведь угодить всем невозможно. Поэтому сначала стоит отобрать основную целевую аудиторию, составить ее портрет и разрабатывать MVP под ее нужды и привычки.
Проанализировать конкурентов. Конкуренты — это не только точно такие же решения, но и другие игроки того же рынка с несколько иным продуктом. Стоит отобрать трех основных конкурентов и проанализировать со всех сторон: сильные и слабые стороны, уникальные торговые предложения, первичные и вторичные данные, доли на рынке. Это поможет избежать недостатков конкурентов, но подхватить преимущества. Можно собирать информацию с помощью автоматических сервисов, нанять аналитика или посещать отраслевые мероприятия.
Провести SWOT-анализ будущего продукта. Анализ состоит из четырех пунктов: сильные стороны, слабые стороны, возможности и угрозы для продукта. У него есть определенная методология проведения, и его лучше проводить или всей командой, или хотя бы ее основной частью.
Построить карту пути клиента. Карта пути — это действия, которые должен совершить клиент, когда работает с продуктом. Ее нужно составить, чтобы понять, как вообще должен выглядеть интерфейс продукта и какие у него должны быть функции. Скажем, для работы с приложением-тасктрекером человек должен войти, указать цели, добавить задачи и сроки их выполнения — вот из таких действий пользователя складывается карта пути. Кстати, карту можно дорабатывать на следующих этапах, особенно после получения обратной связи.
Определить основные функции MVP. Можно посмотреть на карту пути и по ней сделать вывод, какие функции нужны для продукта. Они должны помогать решить основную задачу. Каждый шаг в карте — своя функция или набор функций. Сначала лучше продумать все функции полноценного продукта, потом нужно будет отобрать из них основные — те, которые стоит реализовать в MVP.
Разработать MVP. Разработка обычно проходит быстро, и в процессе используют готовые решения, применяют гибкие методологии и экономят ресурсы. Часто пользуются Scrum или экстремальным программированием, могут также применять Lean-методологию или канбан. Выбрать методику важно: если организация процессов будет неподходящей, все развалится еще до выхода на рынок.
Провести тестирование. Готовый MVP еще рано выпускать на рынок: лучше сначала провести альфа- и бета-тестирование, например среди сотрудников или узкого круга подписчиков. Бывают и открытые тесты. В ходе тестирования люди получат ранний доступ к продукту и смогут оставить обратную связь, а создатели — обнаружить с ее помощью ошибки и исправить перед выходом на рынок.
Протестированный продукт можно выпускать на рынок, рекламировать и оценивать обратную связь — все для того, чтобы в будущем улучшить его до полномасштабного проекта. Так начинали многие крупные корпорации: это рабочая методика, проверенная годами.
Подробнее про создание MVP вы можете узнать на наших курсах. Станьте специалистом в современной отрасли: максимум практики, минимум скуки!
* Принадлежит корпорации Meta, которая признана экстремистской и запрещена на территории РФ.
IT-специалист с нуля
Наш лучший курс для старта в IT. За 2 месяца вы пробуете себя в девяти разных профессиях: мобильной и веб-разработке, тестировании, аналитике и даже Data Science — выберите подходящую и сразу освойте ее.
Статьи по теме:
Что такое pet-проект, зачем он нужен и как он помогает получить реальный опыт еще во время учебы? Собрали несколько историй
MVP: что это такое и как работает?
Читая новости про проекты и сервисы, вы могли часто сталкиваться с понятием MVP. Но что скрывается под этой аббревиатурой и почему MVP так часто используют на начальных этапах развития продукта? Давайте прямо сейчас вместе разберемся в этом.
Что собой представляет MVP
Minimal Viable Product (минимально жизнеспособный продукт) — тестовая версия товара, услуги или сервиса с минимальным набором функций (иногда даже одной), которая несет ценность для конечного потребителя.
MVP создают для тестирования гипотез и проверки жизнеспособности задуманного продукта, насколько он будет ценным и востребованным на рынке.
Результаты тестирования минимально жизнеспособного продукта и обратная связь от целевой аудитории помогают понять, стоит ли развивать проект дальше, какие изменения следует внести в стратегию, а что оставить в первоначальном виде.
Полезность разработки MVP доказывают примеры крупных на данный момент компаний. Например, Даниэль Эк и Мартин Лорентсон в 2006 году запустили небольшой сервис с одной функцией — потоковая передача музыки. Сегодня их продукт — Spotify — оценивается в $21 миллиард, сотрудничает с крупными звукозаписывающими студиями и имеет 50 миллионов человек активной аудитории.
В 2008 году, когда аренда отеля или жилья во время путешествия была большой проблемой, два энтузиаста решили подойти к вопросу нестандартно и сдали свою квартиру по простому факсу. По сути, это тоже MVP, в котором тестировалась основная функция. Эксперимент показал, что продукт получит спрос, а сегодня Airbnb — одна из крупнейших площадок по поиску краткосрочной аренды жилья.
MVP и PoC — одно и то же?
Proof of Concept (PoC) — доказательство правильности концепции и некоторые новички часто путают его с минимально жизнеспособным продуктом. PoC описывает процессы выяснения технической жизнеспособности концепции программного обеспечения (или любого другого продукта).
Да, эти определения взаимосвязаны, но не взаимозаменяемые. Proof of Concept — описание процессов на начальной стадии развития продуктов, которые потом реализуются фактически, из чего получается MVP.
Виды MVP
Есть много разных подходов к созданию минимально жизнеспособного продукта, но на практике чаще всего используют некоторые из них. Далее поговорим о наиболее популярных.
MVP Флинстоуна
Помните, как в популярном мультике «Флинстоуны» глава семейства создавал иллюзию передвижения на автомобиле? Так вот, этот подход предусматривает имитирование наличия функционала, хотя на самом деле технически он никак не реализован. MVP нацелен на проверку гипотезы, доказательство жизнеспособности выбранной модели развития бизнеса.
Изначально у этого подхода было много критиков, мол, как можно что-то проверить, если ничего нет? Состоятельность метода доказал Ник Свинмерн — основатель интернет-магазина Zappos, стоимость которого в 2015 году «пробила» отметку в $2 миллиарда.
Он сделал сайт и опубликовал фото разных моделей обуви. Получил заказ, пошел в магазин, приобрел нужную пару и отправил покупателю. Так он проверил жизнеспособность идеи продаж обуви через интернет, при этом изначально он не тратил деньги на аренду склада и закупку продукции, а лишь имитировал их наличие.
Консьерж MVP
Эта методология больше подходит для онлайн-сервисов, конечная цель которых — автоматизировать решение проблем целевой аудитории. На начальных этапах реализации продукта услуга оказывается вручную.
Например, мы хотим сделать сервис по финансовому учету и планированию для физических лиц. Но чтобы проверить, будет ли пользоваться спросом эта идея, сначала сделаем несколько финансовых планов для клиентов вручную через Excel. Так мы сможем понять, кто и сколько готов платить, какие функции нужно реализовать в первую очередь и т.п. Часто консьерж MVP помогает в генерации новых идей, которые впоследствии делают конечный продукт лучше.
Эту модель в конце 90-х годов использовал Чак Темплтон — основатель сервиса по онлайн-бронированию ресторанов, билетов и многого другого. Он не стал сразу вкладывать сотни тысяч долларов в техническую реализацию сервиса, а бронировал для других людей столики в ресторанах вручную. Так он проверил жизнеспособность идеи, понял, кто, сколько и за что готов платить и познакомился с целевой аудиторией.
Разрозненный MVP
Метод разрозненного MVP используют, когда идею можно проверить и реализовать без разработки уникального программного обеспечения. Вместо этого собирают готовые инструменты, объединяют в одну систему и преподносят в едином интерфейсе.
Если бы все компании начинались с разработки уникальных решений, которая обходилась бы в сотни тысяч долларов, мы бы не увидели много крутых проектов. К этому, как правило, переходят после запуска, получения обратной связи и первых результатов.
Посмотрите на популярный сервис совместных покупок Groupon. Когда-то он был простеньким сайтом на WordPress, где все взаимодействие с пользователями осуществлялось по электронной почте. Только после получения первой обратной связи и финансовых результатов были разработаны социальные функции, полноценная email-рассылка, автоматизация и мобильное приложение.
Продукт с одним параметром
Эту разновидность используют чаще всего, когда есть готовый продукт с минимальным набором функций (как правило, одной). По такому принципу действовали основатели Spotify, которых упомянули в начале статьи.
Выпуск продукта с одной функцией (параметром) позволяет сузить целевую аудиторию, получить обратную связь и проанализировать ее, после чего приступить к тестированию.
Когда и для чего нужно делать MVP?
Приступайте к разработке MVP на начальных стадиях развития продукта. Идея может быть крутой только у вас в голове (да, такова уж суровая реальность), так зачем сразу вкладывать большие деньги в разработку, когда есть вариант с маленькими затратами и точной проверкой? После выпуска минимально жизнеспособного продукта вы определите спрос и поймете, в правильном направлении развиваете проект или нет.
Но самое крутое в MVP — сбор ценной информации от первых пользователей. Именно конечный потребитель расскажет о правильной реализации проекта. Собранные данные используйте для планирования дальнейших обновлений и определения наиболее приоритетных целей: какие функции реализовать в первую очередь.
Как сделать MVP правильно
В теории вы узнали, что такое минимально жизнеспособный продукт, теперь поговорим о практической части — создании MVP. Для получения хорошего результата разложите работу на мелкие итерации (шаги/этапы), обозначьте цели для команды в целом и задачи для каждого члена. Но в первую очередь донесите до коллектива общие принципы работы и создания продукта.
Нулевой этап: определяем основные принципы создания MVP
Проведите общее собрание коллектива, который примет участие в разработке MVP. На нем вы должны разобраться, все ли члены команды понимают, зачем это нужно. Обсудите видение минимально жизненного продукта, сложите все воедино и постройте первый примерный план дальнейшей работы.
В ходе общего собрания обсудите следующие вопросы:
- Как потратить минимум ресурсов? Помните, что на MVP должно быть потрачено минимум времени и сил. Вместе с командой разберитесь, как потратить мало денег, но при этом провести эффективное тестирование бизнес-идеи. Как правило, обсуждение этого вопроса помогает выбрать функции для реализации на начальном этапе развития продукта.
- Как взаимодействовать с пользователями? Одна из главных целей создания MVP — тестирование гипотез, определение спроса и востребованности продукта. В этом помогает обратная связь от первых пользователей продукта. Чтобы не упустить ни капли важной информации, заранее продумайте все каналы взаимодействия с целевой аудиторией: отзывы, опросы, прямые интервью и т.п.
- Как сделать первые продажи продукта? Первые продажи продукта дадут средства для начала разработки и покажут, интересна ли кому-то разработанная концепция. Хороший вариант — организовать сбор средств (предпродажи) на краудфандинговой площадке — Kickstarter (международная), Boomstarter (Россия), Planeta (Россия) и т.п.
- Как будем продвигать продукт? На старте планируйте рекламную кампанию и используемые каналы. Основные инструменты — контекстная реклама Яндекс и Google. Далее осваивайте социальные сети — Facebook, ВКонтакте и Instagram. Создайте официальные страницы, запустите таргетинг. Кстати, брендированные сообщества — один из каналов сбора обратной связи. Разработайте продающий лендинг: опишите продукт, расскажите о функциях, пользе для клиента, дайте пользователям возможность выбора между платной и бесплатной версиями продукта. После обсуждения этого вопросы вы должны знать, по каким каналам будете продвигаться и сколько денег потратите.
Первый этап: поиск проблемы, которую решит MVP
После определения основных принципов MVP, ответьте на вопрос: «Какую проблему решает продукт?». Опишите его ценность в нескольких предложениях. Во-первых, это полезно для себя и команды, во-вторых, в дальнейшем поможет в создании уникального торгового предложения, лендинга и рекламной кампании.
Например, создаем сервис по финансовому планированию для физических лиц. Он решает проблему «бесконтрольного расходования денежных средств, помогает организовать бюджет и ставить долгосрочные цели».
Второй этап: находим целевую аудиторию
Распространенная ошибка начинающих продактов и предпринимателей — они считают, что их проект решает проблему широкой аудитории (всех людей). Такой подход в разы повышает вероятность провала. Сфокусируйтесь на определенной целевой аудитории.
Составьте портрет клиента, который обязательно купит продукт. Опишите его пол, возраст, социальное положение, уровень дохода, потребности, привычки, используемую им технику, распространенные проблемы, предпочтения в отдыхе и т.п.
Не торопитесь на этом этапе! Лучше потратить несколько часов для формирования портрета ЦА, чем потом «слить» весь рекламный бюджет и получить минимальную конверсию. И не забывайте про то, какую проблему решает MVP (это определяется на первом этапе).
Пример с сервисом по составлению финансовых планов для физических лиц:
- 25-34 лет;
- мужчины;
- 40 000-80 000 рублей в месяц;
- хотят погасить кредиты, накопить денежные средства, повысить качество жизни;
- пользуются ПК и смартфон;
- испытывают нехватка заработной платы до конца месяца.
Третий этап: определяем основных конкурентов
Не думайте, что ваш продукт (идея) уникален и такого больше нигде нет. Если вы с ним не сталкивались лицом к лицу, это не гарантирует уникальность. И вообще есть гипотеза «множественного открытия»: все исследования и изобретения делаются сразу несколькими учеными независимо друг от друга.
Эту гипотезу подтверждает история с разработкой радио. В России считают, что его изобрел Александр Попов, а вот в Италии лавры отдают Гульельмо Маркони. Оба начали работать над реализацией идеи в 1894 году, но Попов свою разработку презентовал в марте 1896 года (но при этом не запатентовал), а Маркони в июне 1896 года подал документ на патент. Кстати, есть еще несколько ученых в разных странах, которые также претендуют на звание «создатель Радио».
История с MVP аналогичная: вы должны потратить немало времени, но постараться найти конкурентов. Вам повезет, если идея все-таки окажется уникальной, а если нет, тогда решите следующие задачи:
- Соберите максимум информации об основных конкурентах. Проанализируйте трех самых крупных игроков рынка: изучите историю развития, посмотрите предлагаемые продукты, ознакомьтесь с конкурентными преимуществами и оцените способность предложить что-то лучше.
- Определите рыночные доли основных конкурентов. Рассмотрите деятельность компаний со всех сторон, определите их стратегии, объемы продаж, рассчитайте рентабельность и т.п. Так вы поймете, насколько они успешны и как можно опередить их в конкурентной борьбе (а главное, сколько на это придется потратить ресурсов).
- Изучите первичные источники информации. Все, что публикуют конкуренты о своей деятельности, — первичные источники данных. Поэтому посмотрите их официальные сайты, презентации, «белые книги», годовые отчеты, рекламные материалы и т.п. Это поможет разобрать деятельность конкурентов по кирпичикам и даст новые идеи для развития продукта.
- Изучите вторичные источники информации. Новости, видео, обзоры, интервью, оценки и т.п. — вторичные источники информации. Их публикуют СМИ, независимые отраслевые сайты и многие другие. Сбор информации из вторичных источников поможет глубже понять выбранную отрасль и изучить «правила игры». Но при этом не забывайте, что далеко не все дают достоверную информацию.
- Посетите отраслевые мероприятия. Ваши конкуренты презентуют продукцию или услуги на конференциях, выставках и любых других подходящих для этого площадках. Чтобы собрать максимум информации и задать интересующие вопросы, посещайте такие мероприятия. В большинстве случаев они бесплатны, поэтому потратить придется только свободное время.
Для удобства советуем составлять сводную таблицу со всей собранной информацией. Впоследствии будет проще ориентироваться в больших массивах данных и принимать какие-либо решения.
Четвертый этап: проводим SWOT-анализ
SWOT-анализ представляет собой таблицу, состоящую из четырех блоков:
- сильные стороны;
- слабые стороны;
- возможности;
- угрозы.
Не расписывайте пункты на целые абзацы. Они должны быть короткими и понятными для всей команды.
Обратите внимание, что таблица разделена на две части. Сильные и слабые стороны, как правило, относятся к внутренним факторам, а возможности и угрозы — к внешним.
Цель SWOT-анализа выявить сильные стороны и возможности, чтобы сосредоточить работу на них для минимизации негативных последствий от слабых сторон и угроз. Сделанные выводы помогут выбрать стратегию развития и позиционирования бизнеса на рынке.
Пятый этап: создаем карту пути пользователя
Простой блиц для определения удобства продукта: если вы сами не понимаете, что надо делать с вашим сервисом (продуктом, услугой и т.п.), то потребитель разобраться точно не сможет!
Чтобы избежать такого недоразумения, на пятом этапе создания минимально жизнеспособного продукта составляют карту пути пользователя — что делает пользователь при взаимодействии с продуктом. Вы должны понимать, какие у аудитории требования к контенту, дизайну, интерфейсу.
Кстати, не забывайте корректировать карту пути пользователя (user flow) после получения обратной связи от первых клиентов. Они расскажут, что хорошо, а что плохо или неудобно. На основе этого корректируйте карту, чтобы конечный потребитель получал то, что хочет.
Например, для сервиса по финансовому планированию сделали такую карту:
- выбор периода планирования;
- добавление активов, пассивов, доходов и расходов;
- аналитика финансового плана;
- постановка целей и отслеживание прогресса достижений.
Шестой этап: составляем перечень функций продукта
На прошлом этапе вы определили основные взаимодействия пользователя с продуктом, теперь для каждого опишите конкретные функции. Для удобства составьте специальную карту: взаимодействия и функции для каждого. Сначала она выглядит так:
Дальше для каждого взаимодействия определяется перечень функций. Здесь помогут логика и пользовательские истории. В первом случае самостоятельно или вместе с командой подумайте, что нужно сделать для обеспечения того или иного взаимодействия.
Но как вы помните, наше видение часто искажено, а вот реальные пользователи дают объективную информацию на основе опыта. Пользовательские истории описывают те или иные действия людей, на основе которых определяются необходимые функции.
Дальше расставьте все функции по приоритету. Самые востребованные (которыми пользуются чаще всего) ставим в начало списка, редко используемые — в конец. Должна получиться вот такая карта:
Седьмой этап: определяем функции MVP
На этом этапе вы должны определить функционал MVP или иными словами — запланировать объем минимально жизнеспособного продукта. Для начала определите несколько основных функций, без которых проект вообще не сможет существовать, от него не будет никакого толку. Это — каркас или наименьшая полезная версия продукта.
Каркас как дом без отделки — вроде бы, жить можно, но как-то не очень. Поэтому в большинстве случаев MVP дополняют разными «полезностями». Для этого необходимо определить существенные и несущественные функции: какие нужны сейчас, а какие можно доработать потом в процессе развития проекта.
Опять же, классифицировать функции лучше коллективом. Обсуждения, споры, аргументация — это приведет к определению оптимального объема минимально жизнеспособного продукта. На карте выделите каркас и дополнительные функции в рамках MVP для удобства дальнейшего планирования. Должно получиться что-то наподобие этого:
Такую карту с объемом минимально жизнеспособного продукта можно сделать на компьютере или на магнитной доске, стоящей в переговорной или аналогичном помещении. В ходе разработки допускается внесение корректировок.
Восьмой этап: выберите метод управления и разработки
Вы готовы к началу работы: определена идея, задачи, цели объем MVP. Осталось выбрать модель управления для достижения максимальной эффективности и соблюдения установленных сроков разработки. Возможно несколько вариантов:
- Lean.
- Scrum.
- Канбан.
- Экстремальное программирование (XP).
Девятый этап: проводите тестирования
Тестируйте MVP короткими итерациями: альфа- и бета-тестированием. Альфа — внутренний этап: закончили разработку, пользуйтесь продуктом внутри команды несколько дней. Если все окей, запускайте бета-тестирование — внешний этап, дайте доступ к проекту первым пользователям. Длительность: 7-14 дней.
После первой беты соберите отзывы, статистику посещений, аналитику поведений и проанализируйте весь массив данных. Так вы узнаете, что надо доработать, что можно убрать, а что, наоборот, надо добавить в срочном порядке.
Несколько итераций «разработка-альфа-бета» помогут прийти к оптимальной первой версии продукта, который можно выпускать на рынок для массового пользователя и продолжать дорабатывать.
Еще раз поговорим всю последовательность этапов:
- Определение основных принципов создания MVP.
- Поиск проблемы, которую решит MVP.
- Поиск целевой аудитории.
- Определение и анализ основных конкурентов.
- Проведение SWOT-анализа.
- Создание карты пути пользователя.
- Составление перечня функций продукта.
- Определение объема MVP.
- Выбор метода управления и разработки.
- Проведение тестирований.
Самые распространенные ошибки при создании MVP
Теперь вы знаете, как создать свой MVP. Но есть еще один момент: новички (им это простительно, кстати) часто допускают ошибки при планировании первых минимально жизнеспособных продуктов. На второй-третий раз, набравшись опыта, они работают быстрее и эффективнее.
Но зачем учиться на собственном опыте, когда есть чужой? Почему бы не использовать его и постараться избежать неточностей на своем пути? Поэтому далее поговорим о самых распространенных ошибках начинающих продакт-менеджеров и предпринимателей.
Попытки достигнуть идеала
Закройте в клетке своего перфекциониста, потому что в ходе разработки MVP он сыграет с вами злую шутку! Запомните, задача минимально жизнеспособного продукта — дать пользователю базовое представление о продукте, он априори не должен и не может быть идеальным.
Вы тестируете гипотезу! Поверьте, маленького MVP хватит для определения потенциала идеи. Если она крутая, то спрос на продукт не испортит даже плохой дизайн, интерфейс и минимальная скорость работы. И только при подтверждении этой гипотезы начинайте тратить ресурсы на юзабилити и красивый фантик.
Небрежная работа
Если MVP не должен быть идеальным, это не значит, что его можно делать, как попало. Некоторые продакты бросаются из крайности в крайность, в результате получает вообще что-то непонятное.
Минимально жизнеспособный продукт должен быть простым, но качественным. Например, если делаете сервис, то купите хотя бы домен второго уровня, не надо оставлять его на поддомене какого-то бесплатного конструктора.
Отсутствие обратной связи
Некоторые новички так увлекаются разработкой, что забывают о приоритетной цели — сборе обратной связи. Еще на стадии планирования следует определить ключевые метрики, которые покажут успешность проекта. Это может быть количество скачиваний или покупок, число новых пользователей, коэффициент удержания клиентов и т.п.
«Пустые» обещания
Когда «глаза горят», есть ощущение способности свернуть горы! И в такие моменты руководитель начинает делать анонсы крутых и необычайных возможностей. Конечно, это все здорово с точки зрения маркетинга, но если не сдерживать обещания, пользователи начнут покидать проект.
Поэтому всегда принимайте решения о новых анонсах на «холодную» голову. Объективно оценивайте, что сможете сделать, а что нет.
Отказ от анализа и аналитики
Окрыленность собственной идеей часто дурманит разум и вся команда перестает обращать внимание на объективные факты: плохие метрики, отрицательные отзывы и т.п. Начинают думать, что просто пользователи не все понимают сейчас, а вот когда финальная версия продукта будет готова, тогда они оценят.
Нет, не оценят. В этом деле всегда важен объективизм. Есть обратная связь от реальных пользователей, слушайте ее, корректируйте работу проекта в соответствии с желаниями конечных потребителей, иначе во всей этой суете нет никакого смысла.
Итак, подведем краткий итог: MVP — минимально жизнеспособный продукт, который делают для тестирования идей и гипотез, сбора обратной связи от первых потребителей (и да, MVP ≠ PoC). Реализовать можно за 10 этапов и постараться избежать наиболее распространенных ошибок. Если вы планируете создание нового продукта, начинайте с MVP: это позволит избежать больших ресурсных потерь в случае плохого потенциала идеи.
Ещё больше о MVP можно узнать на нашем годовом курсе «Профессия: Продакт (с 0 до PRO)» Узнать подробности
- Блог компании ProductStar
- Управление продуктом
Что такое СЦИ (MVP) в игре Counter-Strike: Global Offensive
Что такое СЦИ (MVP) в игре Counter-Strike: Global Offensive
СЦИ (Самый Ценный Игрок англ. MVP)
— является специальным рангом в Counter-Strike: Source и Counter-Strike: Global Offensive.
СЦИ присуждается игроку, который сделал заметный вклад в победу в раунде. Например, наибольшее число убийств, закладка/обезвреживание C4 и т.п.
Логотипом СЦИ является жёлтая звёздочка, которая появляется рядом именем игрока в табло.
Такой ранг даётся всегда игроку победившей стороне в раунде, даже, если игрок из противоположной команды сделал больше убийств и пр. командный вклад. Тем не менее, внизу под таблом с СЦИ будет сказано про такого игрока, что он, например, убил 4-х врагов.
Узнать СЦИ в раунде легко. По завершению раунда появится табло и в нём будет всё написано, а чуть ниже будет сказано и про другие заслуги во время раунда (неважно чья команда выиграла и был ли игрок СЦИ), например, какой-либо игрок бросил 4 гранаты за раунд. СЦИ может и не быть, если, например, время до конца раунда истекло и раунд выигран только из-за него. В таком случае табло будет пустым.
© Retro-Bit.Ru
Страница Что такое СЦИ (MVP) в игре Counter-Strike: Global Offensive Об Играх Статьи Коды, Пароли, Секреты, Чит-Коды и Статьи
Если в сборнике нет кодов / паролей к игре, и вы желаете их добавить., перейдите в раздел, нажав кнопку: Добавить. Мы будем вам признательны за наполнение сборника кодов. Желаем вам хорошего настроения и ностальгии. Retro-Bit.ru
If you know cheat codes, secrets, hints, glitches or other level guides, that can help others leveling up, then please: Submit your Cheats. and share your insights and experience with other gamers. Thank you from Retro-Bit.ru