[Развитие стартапа, Управление продуктом] Можно ли стартапу аутсорсить программистов в самом начале? (Майкл Сибель, основатель Twich) (перевод)
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Майкл Сибель — сооснователь (в 25 лет) стартапов Justin.tv/Twitch (капитализация $15 млрд) и Socialcam, член правления Reddit.
Один из самых распространенных вопросов в Y Combinator: Можно ли передавать на аутсорсинг свой первоначальный продукт?
Загвоздка здесь в том, что большинство нетехнических основателей считают, что у них существует проблема, которую стоит решить, они думают, что понимают своих клиентов очень хорошо, но они не способны найти решение. Все больше и больше эти люди получают советов о том, что вместо того, чтобы нанимать технического сооснователя, им следует воспользоваться аутсорсными разработчиков, чтобы создать первую версию продукта, получить поддержку, а затем уже нанять технического директора. Не могу сказать, что это неверный совет, так как существуют компании, которые в этом преуспели. Но слишком просто сконцентрироваться на компаниях, которым это удалось, и делать вид, будто нет компаний, у которых ничего не вышло. Великое множество раз я получал электронные письма от основателей, которые пытались пойти таким путем, но потерпели неудачу. Хочу поделиться с вами тем, как это выглядит.
Когда вы работаете с аутсорсинговыми разработчиками, зачастую выпуск первой версии продукта занимаете гораздо больше времени, чем вы могли бы подумать. Одна из причин — возможно, у вас не так много опыта, чтобы понять, сколько уйдет времени на создание программного обеспечения. Вторая — аутсорсинговые разработчики могут работать еще и над другим проектом, или у них могут быть другие приоритеты. Честно говоря, люди не так мотивированы, как если бы они были основателями с равными правами на продукт, который они создают. В результате вы тратите больше денег, чем ожидали. То есть, вы можете думать, что первая версия продукта будет стоить 15, 20 или 30 тысяч долларов, но часто это стоит намного больше. Это именно то, что в большинстве случае сильно разочаровывает людей. Особенно если они собрали совсем немного денег и им пришлось потратить все на разработку исходного продукта.
Следующая сложность заключается в том, что когда вы пользуетесь услугами аутсорсинговых команд разработчиков, вам чаще всего сложно собрать деньги. Многие инвесторы не хотят вкладываться в компании, перекладывающие разработку на аутсорсинг, только если это не тот редкий случай, когда подобные компании стремительно взлетают.
И последняя проблема, которую многие не понимают это то, что большая часть этой работы — зря потраченные усилия. Это происходит в том случае, если вы наняли разработчика, который создал продукт таким образом, что вам это не подходит, зачастую решение этой проблемы — все переделать. Это своего рода ловушка иметь дело со сторонними разработчиками, с целью создания минимально жизнеспособного продукта. Если вы хотите создать технологический стартап, стартап, который, будет производить ценность для множества людей, если вы хотите стать многомиллиардной компанией, и если вы хотите собрать деньги из мира венчурного капитала, это то, на что я делаю упор. Существует много других ситуаций, когда работа с аутсорсинговыми командами разработчиков это прекрасно. Но если вы в находитесь в этом узком срезе — это уже проблема.
Что же делает работу со сторонними разработчиками ловушкой, когда в самом начале кажется, будто все прекрасно. Вы часто начинаете ни с чем и затем нанимаете стороннего разработчика, потом начинает что-то происходить, и вы чувствуете, будто бы вы достигли такого прогресса. Ну и конечно, вы тратите деньги, это начинает занимать больше времени, но вы все еще чувствует, как развиваетесь. Но это происходит того момента, пока не выйдет первая версия продукта и вы осознаете, что разработанное решение не решает саму проблему, потому что это редкость, когда минимально жизнеспособный продукт способен это сделать. Вам приходится все повторять, теперь нужно тратить еще больше денег и еще больше времени на сотрудничество с аутсорсинговыми командами разработчиков. В этот момент запас средств заканчивается и вы осознаете, что вы не можете справиться, не можете собрать еще денег, не можете повторять все с самого начала и ваш стартап умирает.
Думаю, люди, которые советуют работать с аутсорсинговыми командами разработчиков, правильные парни, но они не совсем понимают, что большинство хороших инвесторов больше заботит не то, что вы создали, а что можете создать. Инвесторы понимают, что на начальных этапах крайне сложно доказать, что стартап будет успешным. Им важно знать, сможете ли вы повторить весь процесс с разными версиями продукта до тех пор, пока не найдете самое подходящее решение проблемы. И, к сожалению, эти процессы обходятся в большую сумму и занимают больше времени, когда вы работаете со сторонними разработчиками, чем когда вы имеете дело с техническим сооснователем. Существует некое недопонимание в том, что инвесторы на ранней стадии ищут тонну поддержки и хотят увидеть способность создавать и повторять быстро. Настоящие инвесторы, а не те, кто придерживается инвестиций серии А.
Если вам удалось не попасть в эту ловушку и вы наняли технического сооснователя, как правило, вы тратите намного меньше средств, чем на сторонних разработчиков, ваш продукт запускается быстрее, вы лучше настроены на повторение разработки решения, так как получаете обратную связь от клиентов. Таким образом, вы больше делаете и тратите меньше денег за меньшее время. Зачастую люди думают, что найти технического сооснователя слишком сложно, поэтому они сдаются и обращаются в аутсорсинговую команду разработчиков. Вот, что я вам скажу, многие компании потерпели неудачу, попав в эту ловушку, поэтому им стоит пересмотреть свои взгляды и понять, стоит ли тратить время на поиски технического сооснователя. В конечном итоге окажется, что это более стоящее решение, нежели обращаться за помощью в аутсорсинговую команду разработчиков.
Повторюсь еще раз, я не утверждаю, что подобное происходит в абсолютно каждом случае. Конечно, некоторые компании, воспользовавшиеся услугами сторонних разработчиков, преуспели. Но по моему опыту, это исключение, а не правило. Поэтому, работая с аутсорсинговыми командами разработчиков, вам нужно быть внимательными, чтобы не попасть в ловушку.
Спасибо.
Извините, данный ресурс не поддреживается. :(
Следите за новостями YC Startup Library на русском в телеграм-канале или в фейсбуке.
Полезные материалы
- Y Combinator: русскоговорящие основатели
- Какие стартапы ищет Y Combinator в 2020 году
- Подборка 143 переводов эссе Пола Грэма (из 184)
- 75 лекций на русском от Y Combinator (из 172)
- Чат Y Combinator in Russian
- Паблик в фейсбуке YCombinator in Russian
===========
Источник:
habr.com
===========
===========
Автор оригинала: Michael Seibel
===========Похожие новости:
- [Анализ и проектирование систем, Исследования и прогнозы в IT, Медийная реклама, Управление продуктом] Вкалывают роботы, счастлив человек. Как мы настроили автоматическую закупку рекламы на ТВ
- [Венчурные инвестиции, Развитие стартапа] Рон Конвей и премия за расширение экономических возможностей (перевод)
- [Венчурные инвестиции, Развитие стартапа] Почему крупные сделки вредны для стартапов (перевод)
- [Программирование, Управление разработкой, Развитие стартапа, Карьера в IT-индустрии, Научно-популярное] Путь CTO в небольшом стартапе (Zapier) (перевод)
- [Информационная безопасность, Совершенный код, Управление продуктом, Софт] Строим безопасную разработку в ритейлере. Итоги одного большого проекта
- [Венчурные инвестиции, Развитие стартапа, Финансы в IT, IT-компании] Новости IT и высоких технологий: русские хакеры в США, ТикТок стоит 180 миллиардов
- [Программирование, Развитие стартапа, Карьера в IT-индустрии, Научно-популярное] Исповедь CTO: путь развития технического директора в стартапе (перевод)
- [Развитие стартапа, Управление продуктом, Краудсорсинг] Чему НКО могут поучиться у стартапов (перевод)
- [Управление проектами, Учебный процесс в IT, Развитие стартапа, Управление персоналом] Что еще за «Education 4.0» — как изменится сфера образования и что для этого могут сделать стартапы
- [Управление разработкой, Agile, Управление продуктом] Как работать с неизвестностью и неопределенностью в разработке (перевод)
Теги для поиска: #_razvitie_startapa (Развитие стартапа), #_upravlenie_produktom (Управление продуктом), #_yc_startup_library_na_russkom (yc startup library на русском), #_y_combinator, #_razvitie_startapa (
Развитие стартапа
), #_upravlenie_produktom (
Управление продуктом
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 13:59
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
 Майкл Сибель — сооснователь (в 25 лет) стартапов Justin.tv/Twitch (капитализация $15 млрд) и Socialcam, член правления Reddit. Один из самых распространенных вопросов в Y Combinator: Можно ли передавать на аутсорсинг свой первоначальный продукт? Загвоздка здесь в том, что большинство нетехнических основателей считают, что у них существует проблема, которую стоит решить, они думают, что понимают своих клиентов очень хорошо, но они не способны найти решение. Все больше и больше эти люди получают советов о том, что вместо того, чтобы нанимать технического сооснователя, им следует воспользоваться аутсорсными разработчиков, чтобы создать первую версию продукта, получить поддержку, а затем уже нанять технического директора. Не могу сказать, что это неверный совет, так как существуют компании, которые в этом преуспели. Но слишком просто сконцентрироваться на компаниях, которым это удалось, и делать вид, будто нет компаний, у которых ничего не вышло. Великое множество раз я получал электронные письма от основателей, которые пытались пойти таким путем, но потерпели неудачу. Хочу поделиться с вами тем, как это выглядит. Когда вы работаете с аутсорсинговыми разработчиками, зачастую выпуск первой версии продукта занимаете гораздо больше времени, чем вы могли бы подумать. Одна из причин — возможно, у вас не так много опыта, чтобы понять, сколько уйдет времени на создание программного обеспечения. Вторая — аутсорсинговые разработчики могут работать еще и над другим проектом, или у них могут быть другие приоритеты. Честно говоря, люди не так мотивированы, как если бы они были основателями с равными правами на продукт, который они создают. В результате вы тратите больше денег, чем ожидали. То есть, вы можете думать, что первая версия продукта будет стоить 15, 20 или 30 тысяч долларов, но часто это стоит намного больше. Это именно то, что в большинстве случае сильно разочаровывает людей. Особенно если они собрали совсем немного денег и им пришлось потратить все на разработку исходного продукта. Следующая сложность заключается в том, что когда вы пользуетесь услугами аутсорсинговых команд разработчиков, вам чаще всего сложно собрать деньги. Многие инвесторы не хотят вкладываться в компании, перекладывающие разработку на аутсорсинг, только если это не тот редкий случай, когда подобные компании стремительно взлетают. И последняя проблема, которую многие не понимают это то, что большая часть этой работы — зря потраченные усилия. Это происходит в том случае, если вы наняли разработчика, который создал продукт таким образом, что вам это не подходит, зачастую решение этой проблемы — все переделать. Это своего рода ловушка иметь дело со сторонними разработчиками, с целью создания минимально жизнеспособного продукта. Если вы хотите создать технологический стартап, стартап, который, будет производить ценность для множества людей, если вы хотите стать многомиллиардной компанией, и если вы хотите собрать деньги из мира венчурного капитала, это то, на что я делаю упор. Существует много других ситуаций, когда работа с аутсорсинговыми командами разработчиков это прекрасно. Но если вы в находитесь в этом узком срезе — это уже проблема. Что же делает работу со сторонними разработчиками ловушкой, когда в самом начале кажется, будто все прекрасно. Вы часто начинаете ни с чем и затем нанимаете стороннего разработчика, потом начинает что-то происходить, и вы чувствуете, будто бы вы достигли такого прогресса. Ну и конечно, вы тратите деньги, это начинает занимать больше времени, но вы все еще чувствует, как развиваетесь. Но это происходит того момента, пока не выйдет первая версия продукта и вы осознаете, что разработанное решение не решает саму проблему, потому что это редкость, когда минимально жизнеспособный продукт способен это сделать. Вам приходится все повторять, теперь нужно тратить еще больше денег и еще больше времени на сотрудничество с аутсорсинговыми командами разработчиков. В этот момент запас средств заканчивается и вы осознаете, что вы не можете справиться, не можете собрать еще денег, не можете повторять все с самого начала и ваш стартап умирает. Думаю, люди, которые советуют работать с аутсорсинговыми командами разработчиков, правильные парни, но они не совсем понимают, что большинство хороших инвесторов больше заботит не то, что вы создали, а что можете создать. Инвесторы понимают, что на начальных этапах крайне сложно доказать, что стартап будет успешным. Им важно знать, сможете ли вы повторить весь процесс с разными версиями продукта до тех пор, пока не найдете самое подходящее решение проблемы. И, к сожалению, эти процессы обходятся в большую сумму и занимают больше времени, когда вы работаете со сторонними разработчиками, чем когда вы имеете дело с техническим сооснователем. Существует некое недопонимание в том, что инвесторы на ранней стадии ищут тонну поддержки и хотят увидеть способность создавать и повторять быстро. Настоящие инвесторы, а не те, кто придерживается инвестиций серии А. Если вам удалось не попасть в эту ловушку и вы наняли технического сооснователя, как правило, вы тратите намного меньше средств, чем на сторонних разработчиков, ваш продукт запускается быстрее, вы лучше настроены на повторение разработки решения, так как получаете обратную связь от клиентов. Таким образом, вы больше делаете и тратите меньше денег за меньшее время. Зачастую люди думают, что найти технического сооснователя слишком сложно, поэтому они сдаются и обращаются в аутсорсинговую команду разработчиков. Вот, что я вам скажу, многие компании потерпели неудачу, попав в эту ловушку, поэтому им стоит пересмотреть свои взгляды и понять, стоит ли тратить время на поиски технического сооснователя. В конечном итоге окажется, что это более стоящее решение, нежели обращаться за помощью в аутсорсинговую команду разработчиков. Повторюсь еще раз, я не утверждаю, что подобное происходит в абсолютно каждом случае. Конечно, некоторые компании, воспользовавшиеся услугами сторонних разработчиков, преуспели. Но по моему опыту, это исключение, а не правило. Поэтому, работая с аутсорсинговыми командами разработчиков, вам нужно быть внимательными, чтобы не попасть в ловушку. Спасибо. Извините, данный ресурс не поддреживается. :( Следите за новостями YC Startup Library на русском в телеграм-канале или в фейсбуке. Полезные материалы
=========== Источник: habr.com =========== =========== Автор оригинала: Michael Seibel ===========Похожие новости:
Развитие стартапа ), #_upravlenie_produktom ( Управление продуктом ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 13:59
Часовой пояс: UTC + 5