Как передаются данные при mvp
Перейти к содержимому

Как передаются данные при mvp

  • автор:

Как правильно передавать данные из Model во View через Presenter при использовании EF, CodeFirst, Linq?

Я пытаюсь спроектировать приложение реализующее паттерн MVP на WinForms. При этом я использую EF+CodeFirst+Linq На View есть DataGridView , который нужно заполнить данными. View вызывает метод Select() класса Presenter, который в свою очередь вызывает метод Select() класса Model. Как правильно предать полученные из БД данные обратно в Presenter, чтобы тот вставил их во View? Через возврат значения не получается т.к. используется using . Отказываться от using ? Реализация Model.Select()

 internal void Select() < using (GoodsContext context = new GoodsContext()) < var items = from Items in context.Goods select Items; >> 

UPD: Уходить от Linq не вариант.
Отслеживать
Mikhail Danshin
задан 24 дек 2015 в 18:01
Mikhail Danshin Mikhail Danshin
1,129 1 1 золотой знак 9 9 серебряных знаков 27 27 бронзовых знаков
в winforms есть binding’и. контролы можно привязать к источнику данных — см. тут
24 дек 2015 в 18:10
Я так понимаю binding и MVP — это разные подходы.
24 дек 2015 в 18:14
вам надо именно mvp или надо правильно (т.е. на основе того, что есть в winforms)?
24 дек 2015 в 18:19

@Stack хороший вопрос! 🙂 Вообще я изучаю подход MVP для WinForms. А вы хотите сказать, что MVP — это не правильно при использовании WinForms?

24 дек 2015 в 18:24

«Вообще я изучаю подход MVP» — хорошо, но на практике надо эффективно (с минимальным SLOC) использовать то, что есть. а есть в WinForms возможность создавать привязки между контролами источниками данных. в WPF тоже есть привязки и они удобнее/лучше, чем в WinForms.

MVP: что это такое и как работает?

Читая новости про проекты и сервисы, вы могли часто сталкиваться с понятием MVP. Но что скрывается под этой аббревиатурой и почему MVP так часто используют на начальных этапах развития продукта? Давайте прямо сейчас вместе разберемся в этом.

Что собой представляет MVP

image

Minimal Viable Product (минимально жизнеспособный продукт) — тестовая версия товара, услуги или сервиса с минимальным набором функций (иногда даже одной), которая несет ценность для конечного потребителя.

MVP создают для тестирования гипотез и проверки жизнеспособности задуманного продукта, насколько он будет ценным и востребованным на рынке.

Результаты тестирования минимально жизнеспособного продукта и обратная связь от целевой аудитории помогают понять, стоит ли развивать проект дальше, какие изменения следует внести в стратегию, а что оставить в первоначальном виде.

Полезность разработки MVP доказывают примеры крупных на данный момент компаний. Например, Даниэль Эк и Мартин Лорентсон в 2006 году запустили небольшой сервис с одной функцией — потоковая передача музыки. Сегодня их продукт — Spotify — оценивается в $21 миллиард, сотрудничает с крупными звукозаписывающими студиями и имеет 50 миллионов человек активной аудитории.

В 2008 году, когда аренда отеля или жилья во время путешествия была большой проблемой, два энтузиаста решили подойти к вопросу нестандартно и сдали свою квартиру по простому факсу. По сути, это тоже MVP, в котором тестировалась основная функция. Эксперимент показал, что продукт получит спрос, а сегодня Airbnb — одна из крупнейших площадок по поиску краткосрочной аренды жилья.

MVP и PoC — одно и то же?

Proof of Concept (PoC) — доказательство правильности концепции и некоторые новички часто путают его с минимально жизнеспособным продуктом. PoC описывает процессы выяснения технической жизнеспособности концепции программного обеспечения (или любого другого продукта).

Да, эти определения взаимосвязаны, но не взаимозаменяемые. Proof of Concept — описание процессов на начальной стадии развития продуктов, которые потом реализуются фактически, из чего получается MVP.

Виды MVP

image

Есть много разных подходов к созданию минимально жизнеспособного продукта, но на практике чаще всего используют некоторые из них. Далее поговорим о наиболее популярных.

MVP Флинстоуна

Помните, как в популярном мультике «Флинстоуны» глава семейства создавал иллюзию передвижения на автомобиле? Так вот, этот подход предусматривает имитирование наличия функционала, хотя на самом деле технически он никак не реализован. MVP нацелен на проверку гипотезы, доказательство жизнеспособности выбранной модели развития бизнеса.

Изначально у этого подхода было много критиков, мол, как можно что-то проверить, если ничего нет? Состоятельность метода доказал Ник Свинмерн — основатель интернет-магазина Zappos, стоимость которого в 2015 году «пробила» отметку в $2 миллиарда.

Он сделал сайт и опубликовал фото разных моделей обуви. Получил заказ, пошел в магазин, приобрел нужную пару и отправил покупателю. Так он проверил жизнеспособность идеи продаж обуви через интернет, при этом изначально он не тратил деньги на аренду склада и закупку продукции, а лишь имитировал их наличие.

Консьерж MVP

Эта методология больше подходит для онлайн-сервисов, конечная цель которых — автоматизировать решение проблем целевой аудитории. На начальных этапах реализации продукта услуга оказывается вручную.

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

Эту модель в конце 90-х годов использовал Чак Темплтон — основатель сервиса по онлайн-бронированию ресторанов, билетов и многого другого. Он не стал сразу вкладывать сотни тысяч долларов в техническую реализацию сервиса, а бронировал для других людей столики в ресторанах вручную. Так он проверил жизнеспособность идеи, понял, кто, сколько и за что готов платить и познакомился с целевой аудиторией.

Разрозненный MVP

Метод разрозненного MVP используют, когда идею можно проверить и реализовать без разработки уникального программного обеспечения. Вместо этого собирают готовые инструменты, объединяют в одну систему и преподносят в едином интерфейсе.

Если бы все компании начинались с разработки уникальных решений, которая обходилась бы в сотни тысяч долларов, мы бы не увидели много крутых проектов. К этому, как правило, переходят после запуска, получения обратной связи и первых результатов.

Посмотрите на популярный сервис совместных покупок Groupon. Когда-то он был простеньким сайтом на WordPress, где все взаимодействие с пользователями осуществлялось по электронной почте. Только после получения первой обратной связи и финансовых результатов были разработаны социальные функции, полноценная email-рассылка, автоматизация и мобильное приложение.

Продукт с одним параметром

Эту разновидность используют чаще всего, когда есть готовый продукт с минимальным набором функций (как правило, одной). По такому принципу действовали основатели Spotify, которых упомянули в начале статьи.

Выпуск продукта с одной функцией (параметром) позволяет сузить целевую аудиторию, получить обратную связь и проанализировать ее, после чего приступить к тестированию.

Когда и для чего нужно делать MVP?

Приступайте к разработке MVP на начальных стадиях развития продукта. Идея может быть крутой только у вас в голове (да, такова уж суровая реальность), так зачем сразу вкладывать большие деньги в разработку, когда есть вариант с маленькими затратами и точной проверкой? После выпуска минимально жизнеспособного продукта вы определите спрос и поймете, в правильном направлении развиваете проект или нет.

Но самое крутое в MVP — сбор ценной информации от первых пользователей. Именно конечный потребитель расскажет о правильной реализации проекта. Собранные данные используйте для планирования дальнейших обновлений и определения наиболее приоритетных целей: какие функции реализовать в первую очередь.

Как сделать MVP правильно

В теории вы узнали, что такое минимально жизнеспособный продукт, теперь поговорим о практической части — создании MVP. Для получения хорошего результата разложите работу на мелкие итерации (шаги/этапы), обозначьте цели для команды в целом и задачи для каждого члена. Но в первую очередь донесите до коллектива общие принципы работы и создания продукта.

Нулевой этап: определяем основные принципы создания MVP

Проведите общее собрание коллектива, который примет участие в разработке MVP. На нем вы должны разобраться, все ли члены команды понимают, зачем это нужно. Обсудите видение минимально жизненного продукта, сложите все воедино и постройте первый примерный план дальнейшей работы.

В ходе общего собрания обсудите следующие вопросы:

  1. Как потратить минимум ресурсов? Помните, что на MVP должно быть потрачено минимум времени и сил. Вместе с командой разберитесь, как потратить мало денег, но при этом провести эффективное тестирование бизнес-идеи. Как правило, обсуждение этого вопроса помогает выбрать функции для реализации на начальном этапе развития продукта.
  2. Как взаимодействовать с пользователями? Одна из главных целей создания MVP — тестирование гипотез, определение спроса и востребованности продукта. В этом помогает обратная связь от первых пользователей продукта. Чтобы не упустить ни капли важной информации, заранее продумайте все каналы взаимодействия с целевой аудиторией: отзывы, опросы, прямые интервью и т.п.
  3. Как сделать первые продажи продукта? Первые продажи продукта дадут средства для начала разработки и покажут, интересна ли кому-то разработанная концепция. Хороший вариант — организовать сбор средств (предпродажи) на краудфандинговой площадке — Kickstarter (международная), Boomstarter (Россия), Planeta (Россия) и т.п.
  4. Как будем продвигать продукт? На старте планируйте рекламную кампанию и используемые каналы. Основные инструменты — контекстная реклама Яндекс и Google. Далее осваивайте социальные сети — Facebook, ВКонтакте и Instagram. Создайте официальные страницы, запустите таргетинг. Кстати, брендированные сообщества — один из каналов сбора обратной связи. Разработайте продающий лендинг: опишите продукт, расскажите о функциях, пользе для клиента, дайте пользователям возможность выбора между платной и бесплатной версиями продукта. После обсуждения этого вопросы вы должны знать, по каким каналам будете продвигаться и сколько денег потратите.
Первый этап: поиск проблемы, которую решит MVP

После определения основных принципов MVP, ответьте на вопрос: «Какую проблему решает продукт?». Опишите его ценность в нескольких предложениях. Во-первых, это полезно для себя и команды, во-вторых, в дальнейшем поможет в создании уникального торгового предложения, лендинга и рекламной кампании.

Например, создаем сервис по финансовому планированию для физических лиц. Он решает проблему «бесконтрольного расходования денежных средств, помогает организовать бюджет и ставить долгосрочные цели».

Второй этап: находим целевую аудиторию

Распространенная ошибка начинающих продактов и предпринимателей — они считают, что их проект решает проблему широкой аудитории (всех людей). Такой подход в разы повышает вероятность провала. Сфокусируйтесь на определенной целевой аудитории.

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

Не торопитесь на этом этапе! Лучше потратить несколько часов для формирования портрета ЦА, чем потом «слить» весь рекламный бюджет и получить минимальную конверсию. И не забывайте про то, какую проблему решает MVP (это определяется на первом этапе).

Пример с сервисом по составлению финансовых планов для физических лиц:

  • 25-34 лет;
  • мужчины;
  • 40 000-80 000 рублей в месяц;
  • хотят погасить кредиты, накопить денежные средства, повысить качество жизни;
  • пользуются ПК и смартфон;
  • испытывают нехватка заработной платы до конца месяца.
Третий этап: определяем основных конкурентов

Не думайте, что ваш продукт (идея) уникален и такого больше нигде нет. Если вы с ним не сталкивались лицом к лицу, это не гарантирует уникальность. И вообще есть гипотеза «множественного открытия»: все исследования и изобретения делаются сразу несколькими учеными независимо друг от друга.

Эту гипотезу подтверждает история с разработкой радио. В России считают, что его изобрел Александр Попов, а вот в Италии лавры отдают Гульельмо Маркони. Оба начали работать над реализацией идеи в 1894 году, но Попов свою разработку презентовал в марте 1896 года (но при этом не запатентовал), а Маркони в июне 1896 года подал документ на патент. Кстати, есть еще несколько ученых в разных странах, которые также претендуют на звание «создатель Радио».

История с MVP аналогичная: вы должны потратить немало времени, но постараться найти конкурентов. Вам повезет, если идея все-таки окажется уникальной, а если нет, тогда решите следующие задачи:

  1. Соберите максимум информации об основных конкурентах. Проанализируйте трех самых крупных игроков рынка: изучите историю развития, посмотрите предлагаемые продукты, ознакомьтесь с конкурентными преимуществами и оцените способность предложить что-то лучше.
  2. Определите рыночные доли основных конкурентов. Рассмотрите деятельность компаний со всех сторон, определите их стратегии, объемы продаж, рассчитайте рентабельность и т.п. Так вы поймете, насколько они успешны и как можно опередить их в конкурентной борьбе (а главное, сколько на это придется потратить ресурсов).
  3. Изучите первичные источники информации. Все, что публикуют конкуренты о своей деятельности, — первичные источники данных. Поэтому посмотрите их официальные сайты, презентации, «белые книги», годовые отчеты, рекламные материалы и т.п. Это поможет разобрать деятельность конкурентов по кирпичикам и даст новые идеи для развития продукта.
  4. Изучите вторичные источники информации. Новости, видео, обзоры, интервью, оценки и т.п. — вторичные источники информации. Их публикуют СМИ, независимые отраслевые сайты и многие другие. Сбор информации из вторичных источников поможет глубже понять выбранную отрасль и изучить «правила игры». Но при этом не забывайте, что далеко не все дают достоверную информацию.
  5. Посетите отраслевые мероприятия. Ваши конкуренты презентуют продукцию или услуги на конференциях, выставках и любых других подходящих для этого площадках. Чтобы собрать максимум информации и задать интересующие вопросы, посещайте такие мероприятия. В большинстве случаев они бесплатны, поэтому потратить придется только свободное время.

Для удобства советуем составлять сводную таблицу со всей собранной информацией. Впоследствии будет проще ориентироваться в больших массивах данных и принимать какие-либо решения.

Четвертый этап: проводим SWOT-анализ

SWOT-анализ представляет собой таблицу, состоящую из четырех блоков:

  • сильные стороны;
  • слабые стороны;
  • возможности;
  • угрозы.

image

Не расписывайте пункты на целые абзацы. Они должны быть короткими и понятными для всей команды.

Обратите внимание, что таблица разделена на две части. Сильные и слабые стороны, как правило, относятся к внутренним факторам, а возможности и угрозы — к внешним.

Цель SWOT-анализа выявить сильные стороны и возможности, чтобы сосредоточить работу на них для минимизации негативных последствий от слабых сторон и угроз. Сделанные выводы помогут выбрать стратегию развития и позиционирования бизнеса на рынке.

Пятый этап: создаем карту пути пользователя

Простой блиц для определения удобства продукта: если вы сами не понимаете, что надо делать с вашим сервисом (продуктом, услугой и т.п.), то потребитель разобраться точно не сможет!

Чтобы избежать такого недоразумения, на пятом этапе создания минимально жизнеспособного продукта составляют карту пути пользователя — что делает пользователь при взаимодействии с продуктом. Вы должны понимать, какие у аудитории требования к контенту, дизайну, интерфейсу.

Кстати, не забывайте корректировать карту пути пользователя (user flow) после получения обратной связи от первых клиентов. Они расскажут, что хорошо, а что плохо или неудобно. На основе этого корректируйте карту, чтобы конечный потребитель получал то, что хочет.

Например, для сервиса по финансовому планированию сделали такую карту:

  • выбор периода планирования;
  • добавление активов, пассивов, доходов и расходов;
  • аналитика финансового плана;
  • постановка целей и отслеживание прогресса достижений.
Шестой этап: составляем перечень функций продукта

На прошлом этапе вы определили основные взаимодействия пользователя с продуктом, теперь для каждого опишите конкретные функции. Для удобства составьте специальную карту: взаимодействия и функции для каждого. Сначала она выглядит так:

image

Дальше для каждого взаимодействия определяется перечень функций. Здесь помогут логика и пользовательские истории. В первом случае самостоятельно или вместе с командой подумайте, что нужно сделать для обеспечения того или иного взаимодействия.

Но как вы помните, наше видение часто искажено, а вот реальные пользователи дают объективную информацию на основе опыта. Пользовательские истории описывают те или иные действия людей, на основе которых определяются необходимые функции.

Дальше расставьте все функции по приоритету. Самые востребованные (которыми пользуются чаще всего) ставим в начало списка, редко используемые — в конец. Должна получиться вот такая карта:

image

Седьмой этап: определяем функции MVP

На этом этапе вы должны определить функционал MVP или иными словами — запланировать объем минимально жизнеспособного продукта. Для начала определите несколько основных функций, без которых проект вообще не сможет существовать, от него не будет никакого толку. Это — каркас или наименьшая полезная версия продукта.

Каркас как дом без отделки — вроде бы, жить можно, но как-то не очень. Поэтому в большинстве случаев MVP дополняют разными «полезностями». Для этого необходимо определить существенные и несущественные функции: какие нужны сейчас, а какие можно доработать потом в процессе развития проекта.

Опять же, классифицировать функции лучше коллективом. Обсуждения, споры, аргументация — это приведет к определению оптимального объема минимально жизнеспособного продукта. На карте выделите каркас и дополнительные функции в рамках MVP для удобства дальнейшего планирования. Должно получиться что-то наподобие этого:

image

Такую карту с объемом минимально жизнеспособного продукта можно сделать на компьютере или на магнитной доске, стоящей в переговорной или аналогичном помещении. В ходе разработки допускается внесение корректировок.

Восьмой этап: выберите метод управления и разработки

Вы готовы к началу работы: определена идея, задачи, цели объем MVP. Осталось выбрать модель управления для достижения максимальной эффективности и соблюдения установленных сроков разработки. Возможно несколько вариантов:

  • Lean.
  • Scrum.
  • Канбан.
  • Экстремальное программирование (XP).
Девятый этап: проводите тестирования

Тестируйте MVP короткими итерациями: альфа- и бета-тестированием. Альфа — внутренний этап: закончили разработку, пользуйтесь продуктом внутри команды несколько дней. Если все окей, запускайте бета-тестирование — внешний этап, дайте доступ к проекту первым пользователям. Длительность: 7-14 дней.

После первой беты соберите отзывы, статистику посещений, аналитику поведений и проанализируйте весь массив данных. Так вы узнаете, что надо доработать, что можно убрать, а что, наоборот, надо добавить в срочном порядке.

Несколько итераций «разработка-альфа-бета» помогут прийти к оптимальной первой версии продукта, который можно выпускать на рынок для массового пользователя и продолжать дорабатывать.

Еще раз поговорим всю последовательность этапов:

  1. Определение основных принципов создания MVP.
  2. Поиск проблемы, которую решит MVP.
  3. Поиск целевой аудитории.
  4. Определение и анализ основных конкурентов.
  5. Проведение SWOT-анализа.
  6. Создание карты пути пользователя.
  7. Составление перечня функций продукта.
  8. Определение объема MVP.
  9. Выбор метода управления и разработки.
  10. Проведение тестирований.

Самые распространенные ошибки при создании MVP

Теперь вы знаете, как создать свой MVP. Но есть еще один момент: новички (им это простительно, кстати) часто допускают ошибки при планировании первых минимально жизнеспособных продуктов. На второй-третий раз, набравшись опыта, они работают быстрее и эффективнее.

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

Попытки достигнуть идеала

Закройте в клетке своего перфекциониста, потому что в ходе разработки MVP он сыграет с вами злую шутку! Запомните, задача минимально жизнеспособного продукта — дать пользователю базовое представление о продукте, он априори не должен и не может быть идеальным.

Вы тестируете гипотезу! Поверьте, маленького MVP хватит для определения потенциала идеи. Если она крутая, то спрос на продукт не испортит даже плохой дизайн, интерфейс и минимальная скорость работы. И только при подтверждении этой гипотезы начинайте тратить ресурсы на юзабилити и красивый фантик.

Небрежная работа

Если MVP не должен быть идеальным, это не значит, что его можно делать, как попало. Некоторые продакты бросаются из крайности в крайность, в результате получает вообще что-то непонятное.

Минимально жизнеспособный продукт должен быть простым, но качественным. Например, если делаете сервис, то купите хотя бы домен второго уровня, не надо оставлять его на поддомене какого-то бесплатного конструктора.

Отсутствие обратной связи

Некоторые новички так увлекаются разработкой, что забывают о приоритетной цели — сборе обратной связи. Еще на стадии планирования следует определить ключевые метрики, которые покажут успешность проекта. Это может быть количество скачиваний или покупок, число новых пользователей, коэффициент удержания клиентов и т.п.

«Пустые» обещания

Когда «глаза горят», есть ощущение способности свернуть горы! И в такие моменты руководитель начинает делать анонсы крутых и необычайных возможностей. Конечно, это все здорово с точки зрения маркетинга, но если не сдерживать обещания, пользователи начнут покидать проект.

Поэтому всегда принимайте решения о новых анонсах на «холодную» голову. Объективно оценивайте, что сможете сделать, а что нет.

Отказ от анализа и аналитики

Окрыленность собственной идеей часто дурманит разум и вся команда перестает обращать внимание на объективные факты: плохие метрики, отрицательные отзывы и т.п. Начинают думать, что просто пользователи не все понимают сейчас, а вот когда финальная версия продукта будет готова, тогда они оценят.

Нет, не оценят. В этом деле всегда важен объективизм. Есть обратная связь от реальных пользователей, слушайте ее, корректируйте работу проекта в соответствии с желаниями конечных потребителей, иначе во всей этой суете нет никакого смысла.

Итак, подведем краткий итог: MVP — минимально жизнеспособный продукт, который делают для тестирования идей и гипотез, сбора обратной связи от первых потребителей (и да, MVP ≠ PoC). Реализовать можно за 10 этапов и постараться избежать наиболее распространенных ошибок. Если вы планируете создание нового продукта, начинайте с MVP: это позволит избежать больших ресурсных потерь в случае плохого потенциала идеи.

Ещё больше о MVP можно узнать на нашем годовом курсе «Профессия: Продакт (с 0 до PRO)» Узнать подробности

  • Блог компании ProductStar
  • Управление продуктом

27 ноября 2023 г. Почему вашему стартапу нужен MVP

Почему вашему стартапу нужен MVP

Если у вас возникла идея отличного сервиса или приложения, которые решают проблему пользователей, не спешите вкладывать деньги в разработку полнофункционального продукта и готовиться к месяцам кропотливой работы за закрытыми дверями. Согласно концепции «бережливого стартапа» (lean startup) Эрика Риса гораздо эффективней будет найти ответ на вопрос: «Нужен ли этот продукт пользователям?». В этом вам поможет MVP.

Что такое MVP?

MVP (minimum viable product, иногда ошибочно расшифровывается как minimum valuable product или minimal valuable product) — это минимально жизнеспособный продукт, который позволяет получить осмысленную обратную связь от пользователей, понять что им нужно и не создавать то, что им неинтересно и за что они не готовы платить.

Схема MVP

В рамках концепции идея вашего стартапа — это гипотеза. Чтобы проверить ее, необходимо сделать следующее:

  1. Четко сформулировать гипотезу.
  2. Определить критерии, по которым будет определяться ее жизнеспособность.
  3. Сделать минимально жизнеспособный продукт для подтверждения гипотезы и запустить его.
  4. Измерить показатели эффективности.
  5. Сделать выводы и проверить следующую гипотезу, если это необходимо.

Что такое MVP. Схема

MVP для стартапов ни в коем случае не означает сырой продукт, сделанный в спешке. На его разработку просто тратится минимальное время и он содержит только ключевые функции, актуальность которых для реальных пользователей и следует проверить. Исследования показывают, что 60% фич вообще не используются, а, значит, и не являются востребованными среди пользователей. Концепция MVP позволяет сократить время запуска проекта за счет создания только необходимых функций и начать получать реальный фидбек по своему продукту.

Схема работы над MVP

При этом все не заканчивается получением обратной связи. В основе методологии lean startup, к которой принадлежит концепция MVP, лежит цикл разработка–измерение–изучение фидбека. Поэтому за получением фидбека следует доработка удачных фич и их повторное тестирование. В случае успеха можно создавать полноценный продукт и выходить на рынок.

Зачем стартапу MVP?

Какой бы гениальной она не была, идея — это не конечный результат. Создав минимально жизнеспособный продукт, вы сможете:

  1. Сэкономить деньги, не вкладывая их в провальный проект.
  2. Проверить, интересует ли ваш продукт потенциальных пользователей.
  3. С помощью итераций узнать, какое направление развития будет самым оптимальным.
  4. Собрать базу потенциальных клиентов и найти ранних приверженцев (early adopters) своего продукта.

Стив Бланк, автор методики развития клиентов (customer development methodology), утверждает, что главная причина провала успешных по многим показателям проектов — это недостаточное знание своих клиентов. Вместо того, чтобы изучить их потребности еще на ранних стадиях, разработав MVP product, основатели стартапов с головой уходят в работу над рисковой затеей, непроверенной на реальных пользователях.

Компании, которые начали свой путь с MVP

Spotify

Разработчики MVP Spotify сконцентрировались на единственной функции: потоковой передаче музыки. Изучив данные закрытого бета-тестирования приложения для Windows основатели смогли заключить контракты с большими рекординговыми лейблами и получить значительное финансирование для своего проекта. Сейчас у сервиса 60 миллионов пользователей, а его стоимость оценивают в 8,4 миллиарда долларов США.

Spotify сегодня

Spotify также является одним из больших сайтов на PHP-фреймворке Symfony2.

Foursquare

MVP компании Foursquare содержало чек-ины и награды за них в виде бейджей. Изучив реакцию пользователей, разработчики MVP начали расширять его возможности, добавив рекомендации и путеводители по городам. Сегодня сервис объединяет 50 миллионов людей, которые зачекинились 8 миллиардов раз.

MVP Foursquare

Foursquare сегодня

Airbnb

Популярный среди путешественников сервис краткосрочной аренды жилья Airbnb начался с того, что его основатели Брайан Чески и Джо Геббиа решили сдать свою квартиру в Сан-Франциско участникам конференции по дизайну. Они сфотографировали жилье, запустили MVP в виде незамысловатого сайта и уже вскоре принимали у себя первых гостей. Таким образом, стартаперам удалось на практике увидеть, что идея сдачи собственного жилья на краткий срок сможет составить конкуренцию отелям и будет востребована.

MVP Airbnb

Airbnb сегодня

Groupon

До того, как проверить идею сервиса коллективных ссылок, создатели Groupon сделали сайт The Point, предназначенный для того, чтобы люди, которые не могут выполнить что-то в одиночку, могли найти единомышленников. Однако, идея оказалась слишком общей, поэтому они запустили кастомизированный блог на платформе WordPress, в который вручную добавляли информацию только о возможностях коллективных скидок. Когда пользователи подписывались на определенную скидку, PDF-файл с информацией о ней отправлялся им на электронную почту с помощью Apple Mail. Таким образом, основателям Groupon удалось протестировать свою гипотезу (людей интересуют коллективные скидки) с минимальными затратами.

The Point, первый MVP Groupon

Groupon сегодня

MeinFernbus

Сегодня MeinFernbus — лидер транспортных услуг Германии в области пассажирских перевозок автобусами дальнего следования. После объединения с еще одной крупной компанией на новую компанию приходится 76% перевозок в соответствующем сегменте рынка. Но MVP, который мы разработали вместе с IT-командой MeinFernbus, был достаточно простым:

  1. Пользователь заходит на сайт.
  2. Выбирает маршрут и дату.
  3. Приобретает билет.
  4. Распечатывает его на принтере.
  5. Предъявляет билет во время посадки в автобус.

С помощью MVP можно было приобрести билеты только на несколько автобусов, курсирующих по линии Фрайбург–Мюнхен. Часть операций по обработке заказов производилась вручную, а расчеты велись только в евро.

Когда MVP прошел проверку на практике, началась работа по расширению:

  1. Добавилась возможность перевозить велосипеды, использовать промокоды, возвращать билеты и вносить в них изменения.
  2. Увеличилось количество маршрутов и архитектура проекта была переработана под большие нагрузки.
  3. Был создан отдельный портал для партнеров и агентств, разработаны приложения под Android и iOS.

Когда автобусы компании начали ездить в Швейцарию, понадобилось подключить расчет в франках и новые платежные службы. Была выстроена сложная система финансовой отчетности. Таким образом, сейчас в основе работы компании лежит все тот же процесс заказа билетов на сайте, который проверялся c помощью MVP, но внутренне это совершенно другая, очень сложная система.

MVP MeinFernbus

MeinFernbus сегодня

Больше информации о работе над MeinFernbus читайте в нашем кейсе.

CourseYard

MVP для компании CourseYard представлял собой инструмент для создания онлайн-публикаций с набором функций форматирования, вставки интерактивного контента и создания опросов для проверки знаний учащихся.

MVP CourseYard

Мы также подготовили пример публикации и написали Android-приложение для удобного созданных материалов. Подробнее о проекте CourseYard читайте в нашем кейсе.

Согласно исследованию, в ходе которого было изучено 3200 быстрорастущих мобильных и интернет-стартапов, в 74% случаев причиной неудачи стартапа становится преждевременное масштабирование, т. е. доход компании от новых пользователей ниже, чем затраты на их обслуживание. Эта проблема является производной от недостаточного знания потребностей целевой аудитории. Но ее можно избежать, создав минимально жизнеспособный продукт (MVP) и откорректировав первоначальную гипотезу в соответствии с полученными с его помощью данными.

Мы, студия stfalcon.com, создаем MVP для стартапов и будем рады разработать эффективное решение для вашего бизнеса.

Вам также может понравиться
Как создать виральное приложение
Валидизация идеи: что должно предшествовать созданию минимально жизнеспособного продукта
3 способа получить трекшн для стартапа

Снижаем риски с помощью MVP (Minimum Viable Product)

При запуске новых IT-проектов важно снизить риски разработки. Концепция создания минимально готового продукта (MVP) помогает бизнесу сократить time-to-market и оперативно ─ в срок от трех месяцев ─ проверить гипотезы, связанные с этим проектом.

Модель Minimum Viable Product

Идеи стартапов или развития действующего бизнеса, как правило, сначала рассматривают как гипотезы. Это значит, что их востребованность нужно проверять на потенциальных или реальных пользователях.

Простые идеи, связанные с той или иной функциональностью, поддаются исследованию. Например, их можно изучить с помощью опроса или эксперимента с интерфейсом (UI). Для проверки востребованности той или иной услуги можно добавить новую строку ─ название этой услуги ─ в меню и подсчитать, сколько пользователей ей заинтересуются (кликнут на нее). В этом случае нужно сообщить пользователю, что вы планируете новую услугу (или, например, открываете новую точку обслуживания), и попросить его поделиться мнением. С помощью такого эксперимента предприниматель затратит минимум времени (возможно, даже меньше, чем при проведении опроса) и получит метрики реального спроса.

При создании IT-продукта со сложной логикой и большим количеством функций проверка гипотез иногда бывает невозможна вплоть до момента релиза по разным причинам. Например, нет метрик, сложно исследовать спрос с помощью интервью пользователей, сложно проверить работу продукта в “боевых” условиях (при реальной нагрузке). Для того, чтобы ускорить релиз, бизнес обращается к созданию MVP. Это своего рода “пробная” версия, которая обладает всеми наиболее необходимыми функциями.

Задача Minimum Viable Product ─ изучить востребованность “ограниченной” версии продукта, а также получить обратную связь от аудитории. При этом бизнес расходует меньше ресурсов, таких как деньги и время, ему не нужно содержать большую IT-команду для создания продукта с нуля.

Если гипотеза подтвердилась, то дальнейшая работа целесообразна. В этом случае бизнес постепенно добавляет необходимые функции и развивает свое решение. Особенно важно, что все эти действия основаны на реальных откликах пользователей, а не на необоснованных предположениях. Наконец, если идея не подтвердилась, бизнес не тратит зря ресурсы и переходит к поиску более перспективных проектов.

MVP: формула

В бизнесе сложилось несколько расшифровок термина MVP:

1) minimum viable product, минимальный работающий, жизнеспособный продукт. Мы считаем эту трактовку наиболее правильной, но не единственной возможной.

2) minimum valuable product, то есть продукт с минимальной ценностью, с ограниченными функциями. Этот вариант тоже соответствует действительности, хотя используется реже.

3) минимальная версия продукта (с этим можно согласиться) или даже “MVP-версия продукта” (некорректный вариант, поскольку MVP ─ это и есть продукт).

Сроки разработки MVP

Создание полномасштабного продукта с нуля может занимать несколько месяцев, а иногда ─ даже несколько лет. Однако, если начать разработку с MVP, это позволит приблизить релиз.

Основой MVP может быть единственная ключевая функция или несколько таких функций. Благодаря этому пользователи быстрее начинают применять продукт.

Сроки разработки MVP ─ в среднем от трех месяцев.

Важно!

Указанные сроки в значительной мере зависят от особенностей продукта. В нашей практике были небольшие приложения, которые мы создавали в рекордные сроки ─ около двух недель. Однако, бывает, что разработка и приемка продукта занимает больше времени.

Примеры MVP известных компаний

Как стартапы, так и действующие бизнесы зачастую начинают разработку продукта с MVP. В числе примеров — социальные сети, стартапы в сфере музыки, информационных технологий, аренды жилья. Рассмотрим несколько таких случаев подробнее.

Minimum Viable Product: Dropbox

О том, как “демо-версия” продукта может принести успех бизнесу, свидетельствует история успеха облачного файлохранилища Dropbox (2007 г.). При разработке сервиса его владельцы выпустили видеоролик, в котором рассказали о будущих возможностях Dropbox. Видеоролик быстро разошелся по сети, более 70 000 человек подписались на рассылку компании. Это показало, что решение востребовано, над ним нужно работать. После 10 лет развития продукта капитал компании достиг 12 миллиардов долларов.

Концепция создания минимального жизнеспособного продукта (MVP)

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

MVP: разработка продукта

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

Задача концепции ─ помочь определить потребности аудитории и ключевые функции решения. Логическим продолжением концепции служит стратегия развития. В ней бизнес и IT-компания определяют, что нужно реализовать в дальнейшем для совершенствования продукта.

unnamed-_2_.jpg

Применение MVP

К MVP обращаются и стартапы, и крупный бизнес. В частности, вместе с платежной системой QIWI мы реализовали более 10 продуктов, которые по тем или иным причинам нужно было запустить в короткие сроки. В числе таких продуктов ─ детская стратегическая игра «Финансовый абсолют», стриминг-платформа QIWI Donate, образовательный портал QAMPUS, система управления сайтами QIWI CMS.

6bf6b80ebfb25d874650cd448735dba0c.jpg

Развитие банковского приложения

Приведем пример из практики. Бывает, что у компании уже есть приложение (веб- или мобильное), однако, оно недостаточно удобно или просто устарело. Для того, чтобы не потерять своих пользователей, бизнесу необходимо пересмотреть работу с интерфейсом, а порой и логики приложения.

В 2017 нашим клиентом стал один из региональных банков. Наш партнер принял решение улучшить свое приложение в течение трех месяцев, чтобы презентовать его на ежегодном отраслевом мероприятии.

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

Даже для этой отдельно взятой функции мы использовали MVP-подход. В первой версии мы реализовали распознавание данных в отдельных полях, затем убедились, что функция востребована и популярна, а в следующих релизах добавили распознавание шаблонов документов.

Развитие сервиса аренды жилья

Другой пример MVP ─ сервис для поиска жилья в США. Владелец проекта принял решение протестировать спрос на услуги аренды жилья. Для этого он создал небольшой сайт с базой квартир. Пользователи могли зарегистрироваться на этом сайте и выбрать квартиру, подходящую по местоположению и стоимости. Идея нашла отклик, и предприниматель обратился к нам для расширения функциональности сайта.

Для развития IT-продукта мы добавили ряд полезных функций, в том числе оплату банковскими картами, проверку надежности арендодателей. Для того, чтобы обеспечить удобство использования сайта с мобильных устройств, мы выполнили адаптивную верстку. Также провели интеграцию с Google Maps, поработали с фильтрами, персональными рейтингами, отзывами. В результате количество пользователей сайта увеличилось, его владелец начал сотрудничество с арендодателями из более чем 10 городов США.

unnamed (3).png

Подводя итоги

Минимально готовый продукт ─ MVP ─ это рабочее решение, которое содержит только ключевые функции. Бизнес использует MVP для того, чтобы быстрее вывести продукт на рынок и проверить свои гипотезы, а также сделать эффективнее затраты на разработку.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *