Как найти программиста за идею

Как найти разработчика в гаражный стартап: из личного опыта

Вы предприниматель-энтузиаст, и у вас есть идея, которая перевернет мир? Поздравляем! А теперь вот вам первый челлендж, который быстро опустит вас с небес на землю. Если только вы не гений-одиночка, то вам понадобится команда разработчиков. И если вы действительно хотите реализовать свою идею, они должны быть профессионалами. Или хотя бы один из них, самый главный — опять-таки, если вы сами не являетесь профессиональным СТО с 1978 года. А теперь вопрос: как привлечь в гаражный стартап без инвестиций матерого девелопера, которого еженедельно пытаются переманить к себе многомиллионные корпорации, каждая из которых готова платить ему n тысяч долларов?

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

Деньги

Считается, что основная цель стартапера — поднять инвестиции, слепить исправно работающую (пусть и на множестве костылей) версию продукта и “продаться гуглу” за бешеные деньги. Исходя из этого, можно предположить что для членов команды стартапа финансовая составляющая — читай зарплата — должна быть очень важна. Причем сразу и желательно побольше.
Но гаражный стартап — существо по умолчанию безденежное, так как продукта еще нет, инвестиции не подняты, а все деньги уходят на оплату необходимых для работы сервисов. И конкурировать за сотрудников с крупной компанией-разработчиком, где зарплаты начинаются от $2 тыс, стартапу зачастую не под силу.
В свое время мы решили эту проблему просто: пошли в регионы. Нашли замечательного разработчика-дауншифтера, сбежавшего из столицы в соседнюю область, и пригласили его к себе. Ему понравилась наша идея, и он согласился работать за минимальную ставку. В его сонном городке все равно было скучно и нечего делать.
Впрочем, как только он начал работу над проектом, городок вдруг резко перестал быть сонным. Когда через две недели оказалось, из поставленных перед ним задач он смог выполнить только одну пятую часть, нам пришлось серьезно поговорить. Он объяснил, что его пригласили вести курсы по Java, и ему было неловко отказываться. К тому же ему пришло крайне интересное предложение, отказаться от которого он уже просто не смог, и на наш проект у него осталось всего около двух часов в день. Проблема была в том, что около двух или трех недель он проработал в таком режиме, пока мы считали, что он пишет наш сервис целыми днями и ночами. Его признание и отчет по выполненной работе стали для нас неприятным сюрпризом. Мы разошлись.

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

Доля в компании

Уже через два дня после расставания с первым разработчиком, мы нашли нового. Этот новый больше всего напоминал электровеник. Для начала он предложил организовать четырехдневный хакатон, на протяжение которого мы с ним должны были полностью реализовать базовый функционал сервиса. Хакатон не удался, но мы все же договорились.
Этому разработчику не нужны были деньги. Он хотел славы и долю в компании. Причем немалую — треть. За это он должен был в одиночку написать движок для нашего веб-сервиса и взять на себя практически всю его поддержку в первое время. Мы поскрежетали зубами, но согласились. Сроки поджимали — к концу месяца мы планировали выйти с презентацией на крупнейшую сходку психологов. Куда мы, конечно, не успели.
Вышло так, что мы фактически напоролись на те же грабли. Последним местом работы нашего девелопера была ИТ-компания с туманными украинскими собственниками в золотых цепях и менеджерами, формулировавших свои желания примерно как “ну, это, чтоб тут, значит, кнопочка была, ну такая, чтобы экран мигал, и что-нибудь еще сверху прилепите”. В итоге огромная команда разработчиков активно творила хаос ежедневно с десяти до шести. И это, очевидно, вошло у нашего девелопера в привычку.
Взяв на себя роль будущего СТО, он сразу же навел массу шороха. Он мог позвонить среди ночи с вопросом, как лучше реализовать ту или иную фичу. Или созывать те самые хакатоны, на которых, впрочем, дело останавливалось достаточно скоро. 
Но за три недели до запланированного выхода на конференцию к нему в гости приехали друзья из родного города, и на неделю он выключился из процесса.
А сразу после отъезда друзей он заболел. Болел полторы недели. Тогда же выяснилось, что за предыдущее время, несмотря на активно-показательные действия и десятки заведенных в тасктрекере задач, сделано не было почти ничего. Мы призвали его к ответу, но он объявил, что умирает от ангины. После его выздоровления мы встретились, он действительно был бледным, но под конец беседы проговорился, что причина бледности не болезнь, а похмелье. На следующий день он должен был начать работу над новым разделом сервиса. Но не начал. Больше он на наши звонки не отвечал, хотя в определенных местах его постоянно кто-то видел.

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

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

Опыт

После всего произошедшего мы решили пойти другим путем. Мы сделали это:

Да, это бумажное объявление. И да, это бумажное объявление, с помощью которого интернет-стартап, разрабатывающий веб-сервис с использованием новейших технологий, решил найти себе девелоперов.
И знаете что? Это сработало.
Объявление мы повесили в общежитии крупнейшего технического ВУЗа страны.
После нескольких отклоненных кандидатур, одна из которых заявила: “Я ничего не умею, но вы меня, наверное, научите. Правда, я хочу нормальную зарплату и долю в компании”, мы нашли своего нынешнего девелопера. Знакомьтесь, это Денис:

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

Еще одна общеизвестная истина, нашедшая подтверждение: главным двигателем стартапа являются люди, готовые посвящать ему все свое время. Люди, для которых нет понятия “сверхурочно” или фразы “я сегодня уже пять часов работал, надоело”. И, как ни банально, но главная мотивация здесь — вера в ту единственную идею, которая и лежит в основе стартапа.

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

Статус: всё сложно. Что делать, если ты ничего не понимаешь в IT?

Разработка — затратное мероприятие со всех точек зрения. Нужно платить зарплату программистам, ждать несколько месяцев, самому вовлекаться в проект, обсуждать с командой идеи и контролировать работу. Все это — ваше время, деньги и энергия. Многие стартаперы тратят ресурсы впустую, потому что слишком рано решают нанять разработчика программного обеспечения. Поэтому первый и главный вопрос, который стоит себе задать: действительно ли вам сейчас нужно нанимать программиста? Понять, насколько вы готовы приступать к разработке продукта может быть непросто. Дадим несколько советов.

🎯 Нужно искать программиста, если вы:

• Четко продумали идею. Планируя запуск стартапа, важно представлять себе продукт во всех подробностях. Какие боли пользователей он будет закрывать? Какие услуги первоочередные и второстепенные? Как будет построена монетизация? На эти вопросы важно себе ответить. Если нет крепкой концепции, продуманной до мелочей, начинать разработку бессмысленно: без фундамента ничего хорошего не построить.
• Провели исследования, которые подтверждают, что на вашей идее можно заработать. Даже если идея продуманная, нет гарантий, что она «выстрелит» — если она не обоснована исследованиями и цифрами. Важно провести анализ рынка, узнать потребности будущих пользователей, выявить конкурентов и понять, как выделиться на их фоне. Маркетинговая стратегия отчасти будет определять разработку. Например, вы поймете, какие функции внедрять в продукт в первую очередь, а с чем можно подождать. Также вы сможете ориентировочно рассчитать загрузку сервиса: планируете ли вы, что на первых порах пользователей будут сотни или сотни тысяч.
• Имеете достаточный бюджет. Разработка — затратное мероприятие, причем точную сумму в точности до рубля вам никто не сможет назвать заранее. В процессе создания продукта могут возникнуть непредвиденные изменения: может, вы захотите скорректировать концепцию, сделать дополнительные интеграции или еще как-нибудь улучшить продукт. Если изо всех сил экономить на разработке, качество продукта пострадает — поэтому нужно заранее рассчитать бюджет с учетом непредвиденных расходов.
• Уже запустили MVP (минимально жизнеспособный продукт), и вы видите, что он востребован. Если ваше приложение с минимальным набором функций уже приносит доход и вы понимаете, в какую сторону его развивать дальше, пора искать разработчиков.
• Имеете за плечами интересный бренд. Если вы выпускаете новый продукт под брендом, который уже известен аудитории, то, скорее всего концепция и маркетинговая стратегия у вас уже есть. Остается только сделать качественный продукт, который не разочарует лояльных клиентов.

Узнали себя в этих пунктах? Значит, можно приступать к разработке мобильного приложения. А если сомневаетесь, вот еще несколько маркеров, показывающих, что нанимать программиста пока рано.

🎯Не стоит нанимать разработчика для стартапа, если вы:

• Думаете, что придумали новый Facebook и хотите с нуля разработать сложный продукт для многомиллионной аудитории. Скорее всего, хороший разработчик не возьмется за такой заказ. Начинать нужно с малого, смотреть на метрики и конверсию и постепенно расширять функциональность продукта. Слишком сложное приложение, во-первых, займет очень много времени в разработке — ситуация на рынке может десять раз измениться. Во-вторых, есть риск, что ваша идея не оправдает себя, но вы сольете на разработку огромный бюджет.
• Не знаете, чего хотите. С разработчиком можно посоветоваться в вопросах технической реализации задуманного. Но никто, кроме вас, будущего владельца продукта, не определит концепцию. Важно приходить к программисту с продуманной идеей и четко определиться, как продукт должен работать. Иначе глобальные вопросы придется решать по ходу дела «на коленке», и это не пойдет на пользу качеству продукта.
• Существенно ограничены в бюджете. Если нужен качественный продукт — а для успеха бизнеса он нужен — выбирать самые дешевые варианты не стоит. Нанять разработчика программного обеспечения можно за разные деньги, вот только у тех, кто продает свой труд за копейки, и компетенции будут сомнительными. В итоге в попытках сэкономить велик риск выбросить деньги на ветер. Сократить расходы можно за счет выпуска продукта с ограниченной функциональностью на начальном этапе. Но даже в этом случае услуги программистов не могут стоить совсем дешево.

Если программист все-таки нужен: кого искать

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

Нанять фрилансера

Самый бюджетный и, казалось бы, самый простой способ — обратиться за разработкой к фрилансеру.

👍 Преимущества работы с фрилансером:

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

👎 Недостатки работы с фрилансером

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

Сотрудничать со студией

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

👍 Вот несколько причин обратиться к команде профессионалов:

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

👎 Есть и несколько минусов обращения в студию:

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

Оформить своих сотрудников в штат

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

👍 Почему нанять разработчиков программного обеспечения в штат может быть хорошей идеей:

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

👎 Какие минусы у этого решения:

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

Как точно не надо искать программиста

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

1. Обращаться к самому дешевому фрилансеру

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

2. Брать в штат сотрудников уровня junior

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

Junior-программистов обычно берут в большие студии, с готовностью вкладывать в них время и силы. Для стартапа, когда время и деньги ограничены, новички не годятся: лучше нанимать разработчиков программного обеспечения с опытом.

3. Выбирать первую попавшуюся студию

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

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

Почему хорошая команда разработки — ваша фея-крестная

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

🎯 Сотрудничая с командой, вы можете ожидать:

• Предсказуемое качество продукта. Посмотрите в портфолио студии, какими проектами уже занимались программисты и где эти продукты сейчас. Если у студии есть опыт создания успешных приложений для стартапов, это хороший знак. Если эти стартапы в сегментах, близких к вашему — еще лучше.
• Максимально точный расчет бюджета и сроков. Опытные разработчики и менеджеры, которые часто работают со стартапами, хорошо понимают, как долго нужно разрабатывать продукт с той или иной функциональностью. Они смогут рассчитать свое время с высокой точностью, а также предупредить о всех возможных изменениях заранее.
• Профессиональное общение. Проектные менеджеры в компаниях по разработке программного обеспечения привыкли общаться с клиентами, которые не разбираются в программировании — вам смогут ответить на любые вопросы доступным языком.
• Экспертизу. Команда опытных специалистов сможет взять ответственность за результат. Если вдруг вы предлагаете нереализуемые решения с технической точки зрения, хорошие программисты не будут «слепо» выполнять заказ. Вам объяснят, почему учесть то или иное пожелание сложно или невозможно, а также предложат альтернативы.

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

Есть разные по размеру студии, подходов к разработке тоже много. Например, классический подход подразумевает поэтапную работу над всем сайтом целиком. Но для стартапов более актуален «гибкий» agile-подход с методологией Scrum. В этом случае все время разработки разделено на спринты, и за каждый спринт команда выдает готовый кусок продукта. Например, за две недели скрам-команда может разработать страницу оплаты для интернет-магазина с интеграцией платежной системы. Метод позволяет лучше контролировать процесс разработки, менять что-то уже в процессе, а также как можно скорее выпустить на рынок MVP — с минимальным набором самых ценных функций.

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

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

Как искать команду разработки и сколько это стоит?

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

1. Сарафанное радио

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

2. Корпоративные блоги и социальные сети

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

3. IT-конференции, конкурсы, нетворкинг-мероприятия

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

4. Обычный поиск в интернете

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

На первом этапе поиска лучше выделить для себя не одну, а несколько студий, а дальше уже выбирать из них. Напишите в каждую с описанием своего проекта — посмотрите, какие сроки и цены вам предложат. Обычно разработка приложения занимает, как минимум, 2-4 месяца, а стоит от 1,5 млн рублей и выше — в зависимости от сложности задачи. Если вам обещают чересчур оптимистичные сроки и цены, стоит насторожиться. Если, наоборот, предложат работать долго и за большие деньги, это повод узнать, чем обусловлены такие цены. Узнайте, сколько человек будет в команде, как построена работа и каким образом вы сможете контролировать процесс на разных этапах.

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

Как не ошибиться с выбором?

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

• Не стесняйтесь задавать любые вопросы. Чем больше вы узнаете из разговора с будущим подрядчиком, тем лучше. Спрашивайте все, что вам непонятно — вы эксперт в своем деле и не обязаны разбираться в IT. Доступно рассказать вам о процессе разработки — это задача программистов или проектного менеджера.
• Сравнивайте. Не нужно идти к первому попавшемуся фрилансеру или обращаться в студию, которая будет первой в поисковой выдаче. Рассмотрите как можно больше вариантов, сравнивайте. Пусть ваше решение будет взвешенным и обоснованным, а не спонтанным.
• Проговорите все нюансы заранее. Обсудите с будущим подрядчиком, сколько будет стоить работа, на какие сроки ориентироваться. Поинтересуйтесь, что может пойти не по плану, в каких случаях потребуется дополнительное время и деньги. Договоритесь, насколько часто вы будете общаться с командой и как сможете контролировать работу.

Чем больше информации, тем проще вам будет принять решение и нанять разработчика для стартапа. Мы в Purrweb специализируемся на разработке MVP для стартапов в разных нишах: от медицины до фудтеха. Наши специалисты всегда рады ответить на любые вопросы! Для получения консультации просто заполните заявку в форме ниже.

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

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

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

 

Как найти программиста для стартапа

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

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

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

 

Поиск программиста для стартапа: несколько способов

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

Как найти программиста для стартапа:

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

2. Сервисы по поиску работы. Можете «прошуршать» сервисы, где программисты размещают свое резюме. Опять же, обзвонить/написать нескольким кандидатам и попытаться найти своего. Также вы можете самостоятельно разместить вакансию и получать на нее отклики. Это хороший способ, но вам нужно будет научиться фильтровать кандидатов, потому что будет очень много таких, которых не стоит брать к себе в проект.

3. Поиск фрилансеров. Фрилансеры — это специалисты, которые работают удаленно. Среди них можно найти много достойных профессионалов, тем более что во фрилансе работают программисты разных уровней, в том числе Middle и Senior. Ваша задача найти среди фрилансеров наиболее квалифицированного специалиста за те деньги, потратить которые вы можете себе позволить. Поиск фрилансеров можно осуществлять на специализированных фриланс-биржах или на сайтах «для программистов» типа GitHub или Habr. Если планируете найти себе удаленных работников, то нужно сразу позаботиться о том, как вы с ними будете выстраивать работу и как будете считать оплату: по часам или за какие-то части проекта.

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

 

Как найти бесплатного программиста для стартапа

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

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

Минус у такого способа только один — программист может «перегореть», если работы будет много, а до запуска продукта еще очень далеко. Программист тоже человек, и ему тоже нужно кормить себя и свою семью, поэтому ему придется делать ваш проект в свободное от работы время. А это значит, что ваша работа может сильно затянуться.

 

Заключение

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

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

Ответ даёт Тимур Хайруллин, основатель рекрутингового агентства ETHR

Как известно, для создания традиционного стартапа необходимо наличие 3-х «Х» — «хастлер», «хипстер» и «хакер». В некоторых случаях 2-е компетенции могут сочетаться в одном человеке. Ежели все 3-и стремится скооперировать в себе один человек, то возможность того, что стартап останется «на плаву» приближается к нулю.

Какие есть варианты

---

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

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

Существует и другой вариант — когда вы уверены в своей идее настолько, что готовы тратить на это собственные средства. Тогда необходимо взять на работу за деньги соучредителя и поделить с ним ответственность. За деньги. Ведь от данного человека потребуется очень много времени и сил на запуск продукта.

Если недостаёт средств и «friends family and fools» для их получения, а также отсутствуют старые друзья, и вы к тому же живете в пещере — остается лишь одна рекомендация — сжальтесь над собой и рынком, отыщите работу и оставьте мечты о создании интернет-бизнеса.

Последний вариант

---

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

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

Удачи!