Блог

Разработка в рамках стартап-студии

Особенности построения разработки проектов в стартап-студии: что нужно знать фаундеру до начала работ, как правильно взаимодействовать с девелоперами.

Разбираем специфику разработки для стартапов: когда надо начинать строить «космический корабль», а когда можно обойтись «лодкой с одним веслом». В гостях — Стас Сурский, руководитель отдела девелоперов Admitad Projects.

Основополагающий совет для стартаперов от СТО ADP

Есть вопрос, который является главным для любого стартапа. Каждый фаундер должен спросить себя до начала работы над проектом: «Я делаю это, чтобы что?»

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

Когда необходимо подключать отдел разработки к стартапу

Далеко не всегда это нужно делать с самого начала. Многие product managers стартуют на шаблонах, гугл-таблицах, nocode-решениях, создавая на их базе MVP, а уже после этого обращаются за помощью к девелоперам. 

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

Но чаще встречается запрос на «ремонт» какого-то «узкого» места, которое потребляет лишние ресурсы: человекочасы и, соответственно, деньги. Реже встречается ситуация, когда продакт проверил гипотезы, получил подтвержденные ценности и уже готов создавать на базе MVP полноценный продукт. 

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

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

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

Специфика мышления фаундеров

Как происходит сейчас? Сейчас люди приходят с фантазиями в голове о построении «адовых» космолетов, и основная наша задача на начальном этапе — «приземлить» их. Узнать, что действительно в результате они хотят получить — и реализовать это с наименьшими затратами времени и денег. 

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

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

Есть ли разница между работой отдела разработки в стартап-студии и крупной IT-компании

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

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

Способы решения задач в стартап-студии

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

  • наличие болей, которые тот или иной продукт должен решить;
  • востребованность гипотезы;
  • ее подтверждение рублем на рынке.

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

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

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

Особенности работы отдела девелопмента в пандемию

Изменились ли процессы внутри подразделения разработки после пандемии? Только в том, что нет личного контакта face-to-face, точнее, теперь есть, но сугубо через фильтр экрана. Инструменты и рабочий процесс остались прежними, но времени на коммуникацию уходит несколько больше. Все прояснить, всех информировать и достичь консенсуса «на расстоянии» почему-то сложнее.

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

При этом отметим: 50 % людей хотят именно перейти на «удаленку», они рвались на нее и раньше, но тогда мы, в силу своей негибкости либо отсутствия готовности к полному переходу, не готовы были это сделать. Хотя сотрудников на дистанционной работе у нас было предостаточно и до пандемии — ADP постоянно успешно сотрудничает со многими разработчиками с разных концов света. 

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


P.S. Наш подкаст можно слушать на SoundCloud, «Яндекс.Музыка», «Google подкасты», Castbox и Apple Podcasts. И не забывайте подписаться на канал «Раунд, экзит, два пивота» в Telegram.