Ваш первый mvp

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

MINIMUM VIABLE PRODUCT

MVP помогает прикоснуться к первому образцу продукта, протестировать идею в реальном мире, показать ее кому-то (инвесторам, потенциальным клиентам и т. д.) и получить ранние отзывы, как правило, без больших финансовых затрат. В паблике много материалов о том, как создать MVP из своей идеи, какие ключевые моменты нужно сохранить, но здесь я расскажу о технической части MVP и конкретно о продукте Software + Hardware.

Технические ключевые моменты MVP
  • это должно быть настолько дешево, насколько это возможно (в идеале бесплатно по деньгам, только ваши траты времени)

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

  • Процесс разработки должен быть гибким с короткими итерациями, в конце каждой из которых ваша идея должна быть проверена в некоторых реальных сценариях.

  • Библиотеки должны быть с открытым исходным кодом и бесплатными для коммерческих лицензий.

  • Каждый элемент в системе должен быть максимально упрощен (когда проект начнет расти, вы сможете нанять не очень дорогих инженеров для помощи в разработке)

  • Должна быть автоматическая система контроля качества (как минимум модульные тесты)

MVP

Пример технического стека MVP для проекта «Отследить мое время»

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

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

Нативное приложение — программа, скомпилированная в двоичный/байтовый код для конкретной платформы, обычно привязанная к некоторым языкам: Java/Kotlin для Android и Objective-C/Swift для iOS. Нативные приложения имеют лучшую производительность и доступ ко всем доступным/разрешенным ресурсам устройства, но требуют более специализированных программистов и в большинстве случаев намного дороже, чем гибридные.

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

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

У нас есть много гибридных фреймворков, некоторые из них бесплатны (Ionic Framework, Flutter), некоторые из них утверждают, что компилируются в нативные (Xamarin, React Native, Native Script), но они обеспечивают относительно более простой способ разработки по сравнению с нативным приложением. Большинство мобильных приложений, которые я разработал на основе Ionic Framework, до сих пор действительно удовлетворяли все мои потребности, а для этого примера приложения имеется множество плагинов и компонентов пользовательского интерфейса, поэтому можно быстро что-то разработать.

За несколько дней можно сделать дизайн мобильного приложения (вы можете использовать Adobe XD или Figma или что угодно, что вы предпочитаете) и создать гибридное мобильное приложение с несколькими экранами (из стандартных компонентов пользовательского интерфейса).

Наконец, мы подошли к серверной части, здесь все также сильно различается, вы можете использовать языки Python, JS, TypeScript, Java, Kotlin, Go и т. д., и каждый из языков имеет множество фреймворков и библиотек. Для себя я бы начал с Kotlin, основанного на Spring Boot.

Не имеет особого значения (для данного приложения) какую БД мы выберем, это может быть SQL или NoSQL, любая, которую лично вам удобно и есть опыт. А для MVP я бы ожидал до 1000 пользователей (если будет быстрый переход, бэкенд скорее всего будет отключен, но для этого приложения я бы не ожидал такой ситуации). Сервер, на котором можно запустить бэкэнд-проект, я бы арендовал примерно за 30 евро в месяц.

Очень важно правильно настроить инфраструктуру (CI/CD, CVS, резервное копирование, метрики и оповещения) — это сделает ваш процесс разработки быстрым и гибким, любые сбои или сбои будут предупреждены, и разработчики смогут исправить их как можно скорее.

Самая низкая цена на MVC
  • Доменное имя: 15 евро/год

  • VPS: 30 евро/мес.

  • Гибридное мобильное приложение: 300-600 евро

  • Серверное приложение: 300-1000 евро

  • Инфраструктура: 200-500 евро

     

Итак, если MVP не требует какого-либо пользовательского компонента, использует гибридную технологию, на стороне сервера реализован простой CRUD, то цена MVP может быть менее 700 евро, а время — 1 неделя (+ до 3 дней для выпуска приложения iOS в App Store) .

 
 

 

 
 
 

Share This

What's your reaction?
0Smile0Lol0Wow0Love0Sad0Angry

Leave a comment