Мы часто слышим истории успеха интернет стартапов, которые были разработаны «на коленках». Facebook, Twitter, PayPal, Airbnb – в командах со-основателей этих проектов были разработчики. Когда же в со-основателях нет программиста, предпринимателю нужно принять одно из важнейших решений: с кем разрабатывать проект. Есть 3 базовых решения: отдать разработку аутсорсинговой компании, нанять человека в штат, взять разработчика в соучредители, разделив с ним долю в проекте.
В каждом решении есть свои риски. Человек, работающий за долю, может ставить работу над проектом не на первое место, затягивать сроки, и, в конце концов, у него может пропасть интерес. Не всегда легко набрать в штат хороших, добросовестных и самоорганизованных сотрудников, которые готовы на первых этапах работать больше, тестировать самостоятельно, работать без технического руководителя. А аутсорсинговые компании просто не ваша команда. Они часто думают не об успешности проекта, а о выполнении четко поставленных задач.
Для раскрытия темы, я попросил 2х предпринимателей поделиться опытом.
Максим Школьник, Основатель и СЕО проекта Address.ua
Есть такая фраза “do what you do best and outsource the rest”. По правде говоря, когда мы начинали проект, то взяли разработчиков в штат. Но, несмотря на то, что в команде разработчиков тогда работали хорошие ребята, мы через какое-то время поняли, что не готовы нести финансовые риски, связанные со срывом сроков разработки. В такой ситуации R&D (Research & Development) бюджет становится очень сложно прогнозировать. В этой связи мы приняли решение привлечь профессионального разработчика по модели coding for equity, который бы взял на себя этот риск.
При работе с аутсорсинговой компанией есть множество нюансов, как и везде. Основной, конечно, касается объемов выполняемых работ. Не могу сказать, что у меня с текущей командой разработчиков были какие-то критические трудности. Главным фактором стабильности, думаю, является доверие между партнерами и желание искать компромисс.
В будущем я некоторые вещи возможно бы делал по другому, но в целом поступал бы также. Более того, скорее всего, я работал бы с той же группой разработчиков из компании X-tend Software Development, если бы они согласились :). Они же сейчас и работают над address.ua.
Стоит ли работать с аутсорсинговой командой при разработке стартапа? Однозначно да. Но есть один очень важный момент – выбрать правильного партнера это очень сложная задача. “Что значит “правильного”?”, – спросите вы. На этот вопрос нет однозначного ответа. Это как ответить на вопрос “как выбрать правильную жену \ мужа?”. Можно говорить о критериях порядочности, обязательности и т.д., есть много качеств. Но еще сложнее распознать эти качества. В общем одни партнерства приводят к развалу проекта, а другие приводят к созданию успешных бизнесов.
Алексей Орап, Основатель и СЕО проекта YouScan
В команде нашего проекта почти с самого начала был CTO, который нашел независимую команду разработчиков, создавшую по нашему ТЗ прототип системы. На первых порах мы работали с командой разработчиков по принципу fixed cost – фиксированная стоимость за выполнение определенной части ТЗ на прототип. Уже через несколько месяцев стало понятно, что “все серьезно”, проект имеет перспективы, и мы будем посвящать ему все свое время, оставив свою предыдущую работу. Также стало ясно, что нам с разработчиками надо общаться каждый день, определяя и корректируя планы разработки – а следовательно, нужна собственная команда, которая будет развивать продукт. Мы пригласили ребят в штат проекта, и они согласились заниматься дальше разработкой на постоянной основе.
Совсем однозначного ответа на вопрос, стоит ли привлекать аутсорсинговую компанию для разработки в стартапе, нет, поскольку все проекты имеют свои особенности. На мой взгляд, есть несколько основных факторов, от которых зависит целесообразность работы с аутсорсинговой компанией:
- Фаза проекта. Когда у вас есть только идея – у вас обычно еще нет привлеченных в проект денег, чтобы платить аутсорсинговой компании. Чем ближе к прототипу/бета-версии продукта вы можете подойти самостоятельно – тем больше ваши шансы привлечь первую инвестицию в проект, отдав при этом меньшую часть собственности. Другими словами, стоимость вашего проекта на момент получения начальной инвестиции тем выше, чем глубже вы смогли продвинуться в разработке продукта за счет собственных средств и усилий. Если проект уже получил серъезные инвестиции – отдавать часть разработки на аутсорсинг более реально.
- Наличие хорошо стандартизированных задач. Вполне возможно, какая-то не ключевая часть вашего продукта совершенно стандартна, по ней просто сформулировать четкое ТЗ, она не требует итеративной доработки. Такую разработку можно отдать на аутсорсинг.
- Наличие у аутсорсинговой компании специфичных компетенций. Возможно, аутсоринговая компания имеет определенные ноу-хау или наукоемкие технологии, которые нужны вашему проекту, и заказать разработку определенной части продукта проще у нее, чем долго (а значит дорого) разрабатывать самостоятельно.
В целом, я не вижу большой целесообразности привлечения аутсорсинга в веб-стартап. Продукт в типичном стартапе разивается методом проб и ошибок, тестирования предположений и быстрых итераций на основе обратной связи пользователей, в особенности, если ваш продукт инновационный и не имеет аналогов на рынке. Такой процесс создания продукта будет очень сложно отдать на аутсорсинг. В лучшем случае вы потратите на аутсорсинг те же деньги, на которые можно было бы содержать собственную команду разработчиков; в худшем – потеряете не только деньги, но также и гибкость и скорость разработки, и в конечном счете не достигните своих целей в планируемые сроки.
В идеале, в команде стартапа один из основателей должен быть техническим специалистом, и желательно при этом, чтобы он мог на начальном этапе сам писать код. Ведущие разработчики должны быть собственные, и должны иметь опцион в компании, собственность в бизнесе – самый мощный мотиватор в стартапе. Только неключевые задачи или такие, которые требуют специфичных компетенций, которые отсутствуют в вашей команде, в некоторых случаях можно отдавать на аутсорсинг.
Анализируя опыт собственного проекта, ошибкой было то, что наш CTO на этапе запуска не писал код самостоятельно. Это привело к тому, что он не был задействован в проекте full-time, в отличии от остальных сотрудников и партнеров, и в итоге в определенный момент наши пути разошлись. Впрочем, это не помешало нам развиваться дальше, поскольку его функции взяли на себя наши ведущие разработчики, на тот момент уже ставшие партнерами в проекте.
Уверен, что у многих из вас есть свой успешный или не успешный опыт по этому вопросу. Поделитесь своей историей с читателями AIN в комментариях. Лучшие из них мы добавим в статью.
