Как начать технологический стартап?

Трудности на пути от идеи к прототипу: зависимость от исполнителя, технический долг и всемогущий СТО.

Какие вопросы и проблемы возникают у зарождающегося технического стартапа на пути от идеи к прототипу? Как найти надежного исполнителя? Что такое технический долг, возможно ли его избежать? Где искать “своего” СТО? Ответы здесь.

Часть 1. Стандартный набор действий на начальных этапах технологического стартапа.

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

Итак, начнем с более-менее стандартного списка шагов, стандартных для начала технологического стартапа.

1. В деталях описать, что же вы действительно хотите сделать. Нарисовать схемы. Детализировать все настолько хорошо, чтобы вы могли объяснить суть своего проекта кому угодно, и, самое главное, чтобы он понял!
2. Найти двух главных людей: эксперта в бизнесе (CEO) и технического эксперта (CTO) для реализации стартапа. Поскольку вы читаете эту статью, то, подозреваю, что экспертом в бизнесе будете вы, а вот CTO придется поискать  .
3. После этого CEO должен построить финансовую модель проекта. Я даже не говорю про бизнес-план. Важно хотя бы понимать, насколько велик рынок, на котором вы собираетесь оперировать, и как вы будете зарабатывать (или, например, увеличивать количество пользователей).
4. А вот задача CTO будет другой. Ему нужно будет построить команду и сделать MVP (Minimum viable product), чтобы проверить на реальных пользователях, так ли хороша ваша идея. Выйдет ли что-то стоящее? И только когда вы вместе убедитесь в этом…
5. …Вы идете искать деньги к инвесторам, но это уже совсем другая история…

Подавляющее большинство технологических стартапов заканчиваются где-то в процессе реализации этих четырех шагов.

Часть 2. Поиск технического эксперта для технологического стартапа. Гуру, гик или студент?

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

И вот, вы начали поиски СТО – шерстите Linkedin, вспоминаете знакомых “гиков”… Но, прежде, давайте зададимся вопросом: а действительно ли нам нужен CTO? Кто сказал, что это важно? Может быть, и правда, нанять пару студентов, объяснить, что вы хотите, и они с удовольствием сделают все, что нужно, за достаточно умеренную плату? Тем более, что этот вариант многие и советуют: “Give up on finding experts. You will not get experts. Forget them. Find some talented high school kids or college students who are willing put in the work.” (A quote of Quora expert) и “Ask friends for help. We were able to barter some custom made dog beds to a web developer friend in exchange for her spending 5 hours redoing our website.” (Also a quote from Quora).

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

И с другой стороны, как я уже говорил выше, технологический стартап можно разделить на две большие части: построение продукта и построение бизнеса. И построение хорошего продукта не менее важно, чем построение бизнеса. Хотя бы потому, что чем лучше продукт, тем его легче продавать.
“The best way to recruit, evangelize, market and sell is to have a great product. Because selling, marketing, and evangelizing a great product is easy. Selling, marketing, and evangelize crap is hard.” Guy Kawasaki ([https://en.wikipedia.org/wiki/Guy\_Kawasaki]). А уж если к кому и стоит прислушаться, так это к Гаю.

Часть 3. Кому доверить построение продукта?

Технологический стартап можно разделить на две большие части: построение продукта и построение бизнеса. И построение хорошего продукта не менее важно, чем построение бизнеса. Поэтому вам нужен человек, который поможет сделать тот самый great product. Самый распространенный совет по этому поводу – это найти CTO-ко-фаундера. Как будто это так просто! Хорошо, если у вас есть знакомый гений (как это было у Стива Джобса или Била Гейтса). А если нет? Как отличить будущего гения от обычного geek-а? Можно, конечно, пробовать разных людей, но боюсь это может выйти довольно накладно.

Давайте попробуем разложить эту проблему на составляющие:

1. Какими качествами должен обладать CTO? Знание и эрудиция в технологиях, умение ставить задачи разработчикам, умение сделать что-то самому (во всяком случае на первом этапе), умение искать нестандартные решения (это, пожалуй, самый главный скил в условиях ограниченности ресурсов)
2. Где искать такого человека (если, конечно, нету знакомого гения)? Можно попробовать воспользоваться ресурсом для поиска типа [https://cofounderslab.com] или, например, разместить объявление в Linkedin (правда, не стоит забывать и о цене вопроса, – хорошие спецы стоят дорого).
3. Как понять, что возможный кандидат обладает нужными качествами? Я даже не знаю, что тут ответить. Это непростая задача. Особенно, если вы не вооружены соответствующими знаниями и опытом для такой оценки.
4. И если, вдруг, вам посчастливилось найти стоящего человека, чем его заинтересовать? Почему он должен согласиться участвовать в вашем стартапе? По статистике в мире ежегодно запускается больше 1.35 миллиона технологических стартапов из общего числа в 100 миллионов запущенных (по данным Global Entrepreneurship Monitor [https://gemconsortium.org]). Похоже, что конкуренция за стоящего CTO просто запредельная!

Мне представляется, что логичным выбором в этом случае будет использовать outsourcing.

Выгоды подхода:

1. Сравнительная простота поиска вендора.
2. Возможность валидации (хотя бы по референсам и по портфолио), что уже значительно проще, чем в случае с CTO.
3. Цена. Я бы советовал начинать только с MVP и платить не за команду, а за разработанный продукт. Таким образом вы минимизирует риски.
4. Вы стразу находите и CTO и команду. Делаете MVP за разумные деньги и готовы продолжать (идти к инвесторам).

Здорово? На первый взгляд, да. Но существует альтернативное мнение и, чего греха таить, довольно обоснованное.

Часть 4. Так ли страшен технический долг?

Ни в коем случае не отдавайте продукт в аутсорсинг – вы не сможете проконтролировать качество и корректность исполнения, отдавая в чужие руки свою идею. Такое вот утверждение. Давайте разберёмся, так ли это, и насколько это действительно проблема.

**Absolutely pay up front and do not outsource. Outsourcing often puts you in “technical debt”, as development quality varies wildly and is hard to gauge for non-technical people. Much of my career has been cleaning up messes like this.
[https://qr.ae/pNa3Um]**

На первом этапе стартапа Ваша задача – это сделать MVP, и сделать его быстро. Как говориться: “Fail fast and move on”. Но, если серьезно, то вам действительно нужен продукт, который можно будет “продать” пользователям (здесь мы больше говорим про early adopters) и потенциальным инвесторам. Хорошо, если Вы не стеснены в средствах, но чаще это не так. И на этой фазе развития стартапа ограниченный бюджет – это, скорее, правило, чем исключение. Таким образом, мы попадаем в хрестоматийную ситуацию возникновения “технического долга”.

[https://en.wikipedia.org/wiki/Technical\_debt]
Common causes of technical debt include:
~…~_
Business pressures, where the business considers getting something released sooner before the necessary changes are complete, builds up technical debt comprising those uncompleted changes.(Chris Sterling (10 December 2010). Managing Software Debt: Building for Inevitable Change (Adobe Reader). Addison-Wesley Professional. p. 17. ISBN 978-0-321-70055-1)
…

И совершенно не важно, нашли ли вы СТО, обратились в аутсорсинговую компанию, или делаете все сами. “Технический долг” возникает потому, что он должен возникнуть в данной ситуации!

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

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

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

Удачи! И, может быть, до встречи!