Отправить статью

Организация процессов при запуске стартапа: взгляд изнутри

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

Организация процессов при запуске стартапа: взгляд изнутри
© Marius Ciocirlan/Unsplash
Со-основатель стартапа Re-Action

Среда формирования стартапа

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

Другая история — классический в нашем понимании стартап на открытом рынке. Но даже здесь есть зависимость от опыта основателей. Для так называемых серийных предпринимателей процесс создания и организации стартапа уже рутина. Он знает каждый этап, пивот, организацию. Другое дело — новички. Ведь придумать идею — этого недостаточно для успеха, важно еще организовать весь этот процесс.

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

Первичная проверка идеи

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

Процесс тестирования идеи

Если самая первая проверка рынком условно пройдена, приступаем к процессу тестирования. Для удобства часто рекомендуют использовать визуальную таблицу под названием Business Model Canvas Александра Остервальдера. Это популярная схема, в которой обозначены продукт и целевая аудитория, предполагаемые расходы и источники поступления средств, партнеры и каналы.

Источник: skillbox.ru

Чтобы лучше разобраться в том, как использовать Business Model Canvas правильно и эффективно как часть процесса тестирования гипотезы, можно обратиться к бесплатному курсу от Стива Бланка, известного американского предпринимателя и автора книги «StartUp: Настольная книга основателя», который находится на платформе Udacity. Там подробно рассказывается этот процесс, который включает в себя не только разовое графическое представление идеи стартапа, но и еще постоянную корректировку. Также можно воспользоваться книгами и готовыми бумажными шаблонами для создания этой схемы. Они доступны на русском языке.

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

Scrum в помощь стартапам

Чтобы не потерять ритм и постоянно быть в фокусе можно записать свои цели на стикерах, плакат с Business Model Canvas повесить на кухне и пообещать себе достичь больших результатов через месяц-другой. Но в реальной жизни, особенно когда это касается стартапов, лучше двигаться небольшими отрезками времени, ставя себе понятные и четкие задачи с большой возможность гибкости и изменчивости, например, на эту неделю. И в этом стартапам безусловно поможет гибкие методики управления проекта Scrum и Kanban.

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

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

Инструменты для работы команды

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

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

А чтобы не потерять полученные от друг друга полезные знания, мысли, заметки, статьи, исследования с самого начала удобно завести некое подобие «репозитория» с общим доступом для команды. Например, Google-Docs, Evernote, Trello и даже Google-сайты, которые можно адаптировать под такую условную базу знаний.

Кейс: стартап Re-Action — инструменты для организации процессов

Например, как устроены процессы у нас в стартапе Re-Action. Это ИТ-сервис в отрасли HR Tech. Первоначально сервис был сделан «на коленке» одним из основателей для решения своих собственных проблем в поиске работы. ИТ-решение оказалось удачным и первой группой тестирования стали друзья и знакомые, которые точно также искали новое место работы.

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

Чтобы не терять задачи и идеи в Re-Action используем виртуальные доски с контролем актуальности информации. Любые новые идеи, которые подкидывают пользователи сервиса, коллеги, знакомые фиксируются на доске в backlog, чтобы при необходимости запустить по ним процесс проверки гипотезы.

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

Для отдельных команд разработки ребята используют привычный им инструмент Jira. А вот группа, отвечающая за развитие бизнеса пользуется Google Документами. Тестировщики собирают все данные уже в свои отчеты, которые передают в ИТ. После этого они перерабатываются и снова попадают в Jira или, при затрагивании процессов маркетинга, в одну из визуальных досок.

Изучение пользователей — ключевой процесс стартапа

Изучение пользователей — один из общих и самых важных процессов для всех в команде, потому что обратная связь, получаемая в ходе исследования потребителя (Cust Dev) или его уже реального пользовательского пути, ключевым образом может повлиять на весь продукт в целом и породить новые гипотезы, которые будут тестироваться в рамках недельного спринта. В стартапе каждый клиент или пользователь — на вес золота!

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

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

В Re-Action все данные об обратной связи попадают в репозиторий; идеи — в виртуальную таблицу в соответствующий раздел. Однако мы не спешим к реализации — сначала идеям нужно «отлежаться», то есть пройти проверку временем. Если обратная связь от других пользователей сервиса повторяет идею — мы приступаем к процессу ее подготовки к тестированию как гипотезы, оценке необходимых ресурсов и ожидаемых измеримых результатов. Такая регламентация помогает держать фокус и не растрачивать силы и ресурсы.

Не все процессы идеальны

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

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

Работа в стартапе — это постоянное создание новых процессов, какие-то из которых будут временными «костылями», а какие-то (например, процесс тестирования гипотез) лягут в основу работы будущей компании.

Деловой мир в
и
Деловой мир в
и
0 комментариев
Отправить
Чтобы оставить комментарий, авторизируйтесь или зарегистрируйтесь