Когда я должен нанять разработчика для моего запуска?

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

Чувак.

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

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

1. Создайте свой документ MVP

Если вы уже создали MVP, переходите к шагу 2.

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

Теперь, вы должны кодировать MVP самостоятельно? Послушай, я люблю учиться кодировать, но позвольте мне предложить небольшой контр-совет: вместо того, чтобы учиться кодировать, учись Hack Shit Together. Вот как вы создаете Paper MVP, который похож на обычный MVP, только там намного больше клейкой ленты.

Существуют всевозможные платформы, которые могут эмулировать практически любую техническую функциональность. Попробуйте AWS и Serverless с Lambdas, или, если это слишком сложно, то, возможно, WordPress, GSuite, Zapier и Slack. Они позволяют вам перетаскивать свой путь к созданию веб-приложений, баз данных, API, чего угодно, с помощью небольшого кода - вы можете буквально подделать все это.

Ваш Paper MVP должен делать одну вещь и делать это хорошо, то, что собирается доказать вашу идею. Если ваша идея заключается в том, что люди будут платить за интерактивные видеоролики о кошках из VR, то ваш Paper MVP делает ТОЛЬКО интерактивные видео о кошках из VR - нет встроенной социальной сети, нет алгоритма ранжирования кошек, нет геолокации соседних кошек. Потому что последний супер жуткий.

Теперь, вы должны запустить реальный продукт реального мира с этих платформ? Точно нет. Но если этот Paper MVP работает, вы выполнили Шаг 1. Еще четыре, и тогда это проблема разработчика.

2. Создайте свой механизм распространения

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

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

Если мы создаем приложение, мы как бы заперты в магазинах приложений. Любой другой вид традиционного или веб-программного обеспечения будет транслироваться через собственный веб-сайт и / или какой-либо совокупный тип - хорошим примером совокупного является Steam для игр. Если в нашем продукте задействовано оборудование, не переходите на Amazon с MVP, вы загрузитесь. Придерживайтесь Shopify или что-то вроде этого.

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

3. Заставьте людей использовать ваш продукт

Если у вас есть люди, использующие ваш MVP, перейдите к шагу 4.

Итак, кто собирается использовать наш продукт? Простой вопрос Действительно, очень сложно ответить.

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

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

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

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

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

Скорее всего, это не будет похоже на идею, которая была у нас в начале этого поста. Так что я просто сэкономил тебе кучу денег.

4. Заставьте клиентов платить за ваш продукт

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

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

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

Мы можем ошибаться в этих догадках, единственная ошибка, которой мы не можем быть, это слишком маленькая зарядка Вводные цены предназначены для привлечения клиентов на арену, но продажа продукта за 100 долларов за 1 доллар ничего не даст. И это также, как начинаются схемы Ponzi.

Последний шаг.

5. Заставьте клиентов держать оплату за ваш продукт

Это где он получает курицу и яйцо.

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

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

Требуется прыжок веры.

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

Так что же нам делать? Мы нанимаем разработчика для создания профессиональной версии нашего Paper MVP. Затем, с помощью разработчика, мы создаем традиционный MVP (то есть, не Shit Hacked Together) для следующего набора функций, которые являются функциями, которые Шаги с 3 по 5 сказали нам, что наши клиенты хотят. Затем мы запускаем шаги с 3 по 5 для этого набора функций, развивая то, что работает, отбрасывая то, что не работает.

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