Гид основателя

Гид для нетехнического основателя по поиску техпартнёра

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

Шахбозбек Усмонов5 мин чтения

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

Это система, позволяющая сделать это всё равно.

Короткий ответ

Чего вы не можетеЧто можете вместо этого
Проверить кодПосмотреть, как они объясняют его вживую, простым языком
Оценить архитектуруСпросить, что они изменили бы при бюджете на 30% меньше
Проверить графикПросить работающее демо каждую неделю, а не отчёт о статусе
Оценить техуровень напрямуюОценить, спорят ли они с вашими идеями
Понять, красный ли это флагПолучить второе техническое мнение перед подписанием крупного

Ничто из этого не требует учиться программировать. Требуется знать, что спрашивать вместо этого.

Ошибка, которую этот гид пытается предотвратить

Нетехнические основатели обычно терпят неудачу не потому, что выбрали некомпетентного человека. Они терпят неудачу, потому что отнеслись к технической стороне как к подрядчику, исполняющему ТЗ, а не как к партнёру, который должен с ними спорить.

Технический партнёр, реализующий всё, что вы просите, без возражений, не помогает - он утаивает единственное, что вы сами предоставить не можете: суждение о том, что технически разумно. Если никто в команде не может сказать вам нет, у вас нет партнёра. У вас очень дорогая печать текста.

Четыре способа получить техническую помощь и какой нужен вам

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

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

Фракционный или консультирующий CTO - сеньор, который проверяет решения и оценивает других технических кандидатов, не будучи тем, кто пишет код ежедневно. Хороший вариант, когда у вас уже есть инженеры, но некому держать их в подотчётности; слабый - если технического суждения в процессе сборки пока нет вовсе.

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

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

Как оценить того, кого вы не можете оценить технически

Четыре вещи, не требующие прочтения ни строчки кода.

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

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

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

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

Еженедельные контрольные точки, не требующие технической грамотности

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

Работающее демо, а не отчёт о статусе. «Мы готовы на 70% по слою API» не говорит вам ничего проверяемого. Прокликать реальную функцию, пусть даже черновую, говорит всё - она либо делает своё дело, либо нет.

Ответ простым языком на вопрос «что бы вы срезали при меньшем бюджете». Мгновенный и конкретный означает, что они понимают приоритеты продукта. Долгая пауза или «всё важно» означают, что пока нет, и что защитить вас от проблем со скоупом позже они не смогут.

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

Доля, если вы идёте этим путём

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

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

Единственный самый важный вопрос

Спросите любого кандидата: «Против чего бы вы возразили, если бы я это попросил?»

У настоящего технического партнёра ответ есть сразу, потому что он уже формировал мнение о вашей идее. Тот, кто говорит «я построю всё, что вы хотите», не проявляет сговорчивость - он сообщает вам максимально ясно: каждое техническое суждение вы будете выносить в одиночку. Как нетехнический основатель, это единственная работа, которую вы конкретно не можете сделать сами.


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

Часто задаваемые вопросы

ШУ

Автор

Шахбозбек Усмонов

Founder & CEO, Steppe Venture Builders

Похожие статьи

Хотите стать следующим кейсом?

Подайте заявку на MVP Co-Build. Мы ответим в течение 48 часов.