Я спроектировал, создал и запустил MVP продукт за 5 дней

06.05.2020
Posted in blog-article
06.05.2020 admin

Я спроектировал, создал и запустил MVP продукт за 5 дней

Нет, эта статья не будет посвящена бессонным ночам, советам по покупке энергетиков по акции и прочему биохакингу 🙈

За последний год я запустил несколько продуктов, каждый из которых требовал 3-6 месяцев, чтобы перейти от идеи к запуску. В то время я думал, что это довольно быстро. Но после всех временных инвестиций общая прибыль по всем этим проектам колеблется чуть ниже отметки в 500 долларов.

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

На этот раз я выбрал другой подход.

В первую очередь я начал с создания комьюнити

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

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

Иногда это называют минимально привлекательным продуктом (англ. Minimal Lovable Product).

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

Вот пример того, как я устанавливаю долгосрочную цель продукта, начиная с Базового элемента ценности.

Моя долгосрочная цель

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

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

Моя краткосрочная цель

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

Я сказал «Нет» функциям, которые требуют много времени для кодирования

  • Нет базы данных
  • Нет системы входа в систему
  • Никаких профилей пользователей
  • Нет интеграции платежей
  • Никаких документов (правила и условия или руководства)
  • Никаких особенностей, из-за которых разработка проекта заняла бы больше недели

Я сфокусировался на уникальных ценностях, которые могу привнести в рынок

Мне хотелось бы думать, что у меня есть талант к кураторству, особенно когда речь заходит о ресурсах для проектирования и разработки. Именно с этой мыслью я решил создать кураторскую платформу front-end ресурсов. Хотя подобные репозитории существуют, я хотел бы что-то конкретное. Я хотел иметь целый ряд рамок и сосредоточиться на качестве, а не на количестве. Каждый ресурс будет тщательно отобран и тщательно продуман перед публикацией. Я решил, что буду публиковать только те вещи,которые сам могу себе представить.

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

Процесс запуска

1.Упрощаем UX

Я потратил полдня на создание каркаса пользовательского интерфейса в Sketch. Я ссылался на другие подобные сайты и собрал лучшие идеи в двухстраничный сайт. У меня есть тенденция добавлять дополнительные детали на стадии проектирования, но я заставил себя избавиться от всех этих элементов, которые я не был готов построить в течение следующих нескольких дней. Кроме того, впервые в качестве дизайнера я не заботился о том, чтобы все выглядело хорошо. Черно-белого было достаточно для этой стадии, и любые цвета или элементы дизайна придут позже.

Я спроектировал, создал и запустил MVP продукт за 5 дней, изображение №2

2. Решаем со стилем

Хотя я мог бы выбрать готовый CSS-фреймворк, такой как Bootstrap или UI kit, я недавно построил свой собственный минимальный CSS-фреймворк для другого проекта и решил использовать его вместо этого. Он очень маленький, включая только сброс браузера, основные элементы, такие как кнопки, формы, навигационная панель и карта, поэтому он идеально подходит для использования в моем проекте MVP. Я предпочитаю фреймворки без сетки, так как в наши дни я обычно использую CSS-сетку для всего. Если вы сами создаете сайт на основе карт, изучите основы сетки. В целом, настройка моего фреймворка CSS под этот проект заняла меньше дня.

3. Создаем компоненты

Я использую Vue для большинства веб-приложений, которые я создаю, и этот сайт ничем не отличался. Я начал с описания отдельных компонентов (на основе моего каркаса), маршрутов и подробного элемента карты, через который я буду проходить для каждого ресурса в моих данных. Вы можете заметить, что я нашел несколько способов дальнейшего упрощения пользовательского интерфейса, как только я начал кодировать по сравнению с моим каркасом. Вместо того чтобы использовать модальный компонент для отображения кнопок загрузки/просмотра для каждого ресурса, я обнаружил, что пользовательский интерфейс был бы лучше, если бы я позволил людям получить доступ к ним через наложение наведения на саму карту. Опять же, это была хорошая причина, чтобы придерживаться каркаса, так как я даже не использовал этот дизайн (больше сэкономленных часов). Это наложение наведения также работало на мобильном телефоне путем нажатия на карту.

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

Я спроектировал, создал и запустил MVP продукт за 5 дней, изображение №3

4. Думаем над структурой данных и ресурсами

Я разделил файлы данных .json фреймворком, чтобы их было легко добавлять, и решил, что я буду хранить их внутри файлов проекта, а не использовать внешнюю базу данных. Таким образом, если бы я изменил свое мнение относительно того, какую базу данных использовать, мне не пришлось бы менять кучу кода, чтобы соответствовать ей (что, как вы увидите в шаге 5, было разумным решением). Сбор ресурсов действительно был самой трудоемкой частью работы, особенно когда я вручную оптимизировал каждое изображение. В общем, это заняло чуть больше двух полных рабочих дней.

Я спроектировал, создал и запустил MVP продукт за 5 дней, изображение №4

5. Развертываем на хосте

Как только сайт был готов, я решил запустить его на Netlify, так как слышал о нем много хорошего. Хотя развертывание было простым, у меня возникли серьезные проблемы с загрузкой изображений. Даже после ручной оптимизации каждого изображения вручную (уменьшение ширины, запуск их через несколько оптимизаторов изображений, таких как Ezgif и т. д.) около 300 КБ файлов грузились более минуты, чтобы получить доступ к Netlify. После целого дня устранения неполадок я решил полностью перенести сайт на Firebase, чтобы посмотреть, улучшит ли это время загрузки. Два часа спустя сайт был перемещен, записи DNS распространились, и мой сайт внезапно ускорился. Если бы я взял на себя обязательство использовать единую базу данных,это могло бы привести к серьезным задержкам запуска. Сохраняя простоту вещей и создавая только то, что мне было нужно, я сэкономил себе время и энергию и все же в конце концов добился наилучшего результата. Я мог бы начать быстрее, но решение этих проблем отложило бы запуск по крайней мере день.

6. Готовимся к запуску и гуляем смело

В этот момент я был почти готов к запуску. Я добавил еще несколько ресурсов и несколько удобных функций (например, кнопка для очистки текста в поле поиска), но ничего серьезного не было добавлено. Чтобы подготовиться к запуску на Product Hunt, я создал 12 отдельных кадров в Sketch, а затем загрузил их в ProductHuntGif, который мгновенно превратил их в идеальный размер gif для моей страницы продукта. Подготовка к запуску заняла меньше половины дня. Однако мне не нужно было искать охотника, так как я уже один на РН. Ожидайте несколько дней ответа после того, как вы свяжетесь с людьми, которые будут охотиться за вашим продуктом для вас (я тоже буду рад помочь).

Я спроектировал, создал и запустил MVP продукт за 5 дней, изображение №5

Для других изображений (включая GIF в верхней части этой статьи) я использовал GIF Brewery 3, Чтобы быстро привязать и изменить размер предварительного просмотра продукта. До сих пор это лучший инструмент, который я нашел для быстрого создания GIF.

Вывод

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

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

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

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

Источникhttps://medium.com/better-programming/i-designed-built-and-launched-an-mvp-platform-in-5-days-c06fa629adb9

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

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

Contact

Давайте работать вместе!

Пишите нам и найдем точки соприкосновения, может станем партнерами, а может поможем вам зайти в нашу чудесную нишу

Вы разработчик?

Пишите! Нам постоянно нужны новые кадры, либо можем помочь в продвижении вашего приложения

Новичок?

Поможем быстро войти в нишу, не тратя годы на понимание

Давно в нише?

Рады будем пообщаться как на темы whitehat, так и blackhat тематики ^_^ + всегда есть что обсудить по поводу рекламных сетей

ПИШИ В TELEGRAM!

Contact