Как создать стартап в студийных реалиях?

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

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

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

Проблемы

Мы долго искали решения на рынке, хотели посмотреть базу пользовательских сценариев, но не нашли ее. Да, похожие сервисы существуют, но ни в одном не исследуется банковская сфера. Вот мы и подумали: почему бы не упростить работу себе и другим командам банков, которые сталкиваются с похожими проблемами? Так и возникла идея создать удобный сервис с базой пользовательских сценариев в банковских приложениях, где пользователь найдет нужный сценарий в пару кликов.

Мы начали создавать deeep и открыли счета в 35 банках. Сегодня пользовательских сценариев в нем уже около 500. С помощью сервиса можно фильтровать и сортировать информацию по банкам, сценариям, функционалу, рейтингу или последней версии. Еще мы добавили к каждому сценарию оценку, теги и комментарий от эксперта, чтобы пользоваться сервисом быстро.

Советы для начинающих стартаперов

Стоит ли делать продукт внутри стабильной команды и компании, которая уже давно существует на рынке?

Плюсы

Минусы

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

Со стартапом, видимо, всегда так: планируешь одно, а получаешь другое. Мы все распланировали по времени, но срок увеличился с 1 месяца MVP до 6. Вот что получается, когда первый раз запускаешь стартап.

Хотели сделать MVP уже готовым продуктом.

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

Не выделили постоянную команду.

Да, мы подобрали сильных специалистов, но побоялись их совсем убрать с коммерческих проектов. Даже product owner первое время подключался только наполовину. Это была плохая идея — через 2 месяца мы зафакапили первые сроки.

Переделывали несколько раз внешний вид продукта.

Не только разработчики, но и UX/UI-дизайнеры хотели добиться идеального результата сразу: много времени в команде потратили на обсуждение дизайна интерфейса. В стартапе же принято действовать быстро, смотреть на ошибки и переделывать.

Распределили время.

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

Собрали сильных специалистов.

В Студии работают специалисты разных уровней — от джунов до топов. При этом основные сотрудники в стартапе должны быть опытными, чтобы быстро закрывать задачи. Мы приняли решение забрать их с коммерческих проектов, оставив только для наблюдения за процессами. Так мы быстрее закрыли внутреннюю задачу по продукту.

Создали атмосферу стартапа.

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

Привлекали специалистов из смежной сферы.

В Студии есть целый отдел баннермейкеров, которые занимаются ресайзами баннеров и их анимацией. Мы привлекли ребят для монтажа и масштабировали команду, которая занималась объемной частью работы, смогли снять часть нагрузки с сильных специалистов. Это ускорило работу над созданием видео, но пришлось потратить больше времени на постановку технического задания.

Упростили процессы и подготовили шаблоны.

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

Привлекали только заинтересованных сотрудников.

Человеческого фактора не избежать. Кто-то привык работать в привычном ритме, а кто-то с радостью врывается в нестандартные задачи. Мы решили брать тех, кто сам хотел работать в стартапе. Это было хорошее решение, получилась вовлеченная команда.

Непредвиденные обстоятельства.

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

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

Круто осознавать, что мы вложили силы во что-то действительно полезное. Если вы тоже из банковской продуктовой команды или связаны с финтехом, можете принять участие в нашем тестировании и приобрести сервис для своей компании. Все подробности можно узнать на сайте promo.deeep.app