4 способа доставки вашего продукта быстрее

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

Интересно, что все задавали мне похожие вопросы. Какой фреймворк JavaScript вы используете? Сколько программистов у вас в команде? Чувак, ты работаешь 24/7 или как? И я получил следующие ответы: а) я не использовал никакой JavaScript-фреймворк; б) я единственный программист; в) в среднем я работал меньше, чем нанятый разработчик.

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

Не относитесь к этому как к «побочному проекту»

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

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

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

Однако для меня «побочный проект» имеет низкий приоритет; после работы, учебы, фитнеса, практики игры на гитаре и т. д. Я думаю, что низкий приоритет стороннего проекта - одна из главных причин, по которым мы тратим больше времени на выпуск. Если бы мы изменили свое отношение и перестали рассматривать наше предприятие как «побочный проект», а вместо этого сделали бы его более приоритетным, то я считаю, что время на то, чтобы добиться чего-то значимого, радикально сократилось бы. Помните «Социальную сеть», когда главный герой игнорировал все вокруг, чтобы вывести Facebook? Поэтому вместо того, чтобы рассматривать свой продукт как «побочный проект», сделайте его своим «основным проектом», и вы будете удивлены, как все будет развиваться.

Не изучайте конкурентов

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

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

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

Не беспокойтесь о техническом стеке

Когда я решал, какой технический стек выбрать для Dockbit, у меня возникло искушение использовать самую «горячую» доступную инфраструктуру JavaScript. Теперь уже неважно, какой именно, а может, уже и не жарко. Я просто хотел узнать что-то новое и одновременно выпустить продукт. Вы слышали это? «Что-то» и «что-то еще», угадайте, какое из них было бы приоритетным ?!

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

Пользователей не волнует, что движет вашим продуктом, они судят только по тому, как он выглядит, как работает и действительно ли это то, чего они хотят. Один из моих друзей подумал, что Dockbit был построен с использованием какой-то свежей клиентской среды JavaScript, и был удивлен, узнав, что это старый добрый Rails + jQuery.

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

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

Не бойтесь запускать

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

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

Итак, измените свое отношение, выберите правильные инструменты, почешите собственный зуд и нажмите эту красную кнопку. Удачи!