Скопировать ссылку
Среда формирования стартапа
Процесс организации стартапа зависит от целой совокупности факторов. Например, стартап может быть внутрикорпоративным, и тогда таких подчас острых вопросов о команде, организации процессов и даже бюджете — просто не стоит. В компании уже чаще всего есть специалисты, обладающие нужными компетенциями и при необходимости имеются финансовые возможности для того, что нарастить экспертизу в болевых точках.
Другая история — классический в нашем понимании стартап на открытом рынке. Но даже здесь есть зависимость от опыта основателей. Для так называемых серийных предпринимателей процесс создания и организации стартапа уже рутина. Он знает каждый этап, пивот, организацию. Другое дело — новички. Ведь придумать идею — этого недостаточно для успеха, важно еще организовать весь этот процесс.
Также стартапы бывают технологические, которые требуют сложной ИТ-разработки и будут включать в себя уже специфические процессы, так и нетехнологические, например, создание уникальных дизайнерских продуктов по авторской технологии.
Первичная проверка идеи
На первом этапе — когда идея только зародилась, важно не бросаться сразу брать кредит, заказывать сайт, выбирать дизайн визиток и уже грезить о выступлении с большой сцены, а внедрить такой важный процесс как тестирование гипотезы. Пока что это лишь предположение, что ваш продукт или услуга могут быть интересны какой-то целевой аудитории. Самое простое и как не странно, упускаемое из вида — «забить» в поисковой системе вашу идею и ее вариации. Это будет первый мониторинг рынка. Порой этого достаточно, чтобы отказаться от реализации и пойти искать другие направления.
Процесс тестирования идеи
Если самая первая проверка рынком условно пройдена, приступаем к процессу тестирования. Для удобства часто рекомендуют использовать визуальную таблицу под названием Business Model Canvas Александра Остервальдера. Это популярная схема, в которой обозначены продукт и целевая аудитория, предполагаемые расходы и источники поступления средств, партнеры и каналы.
Чтобы лучше разобраться в том, как использовать 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 все данные об обратной связи попадают в репозиторий; идеи — в виртуальную таблицу в соответствующий раздел. Однако мы не спешим к реализации — сначала идеям нужно «отлежаться», то есть пройти проверку временем. Если обратная связь от других пользователей сервиса повторяет идею — мы приступаем к процессу ее подготовки к тестированию как гипотезы, оценке необходимых ресурсов и ожидаемых измеримых результатов. Такая регламентация помогает держать фокус и не растрачивать силы и ресурсы.
Не все процессы идеальны
Чем больше появляется клиентов, тем чаще возникают новые процессы, которые необходимы для работы. Если первоначально отслеживание этапов освоения продукта происходило вручную, то со временем понадобилась уже автоматизация — например, уведомление о заявках, расходовании лимитов, переходе на новый этап.
При этом часть процессов не получается реализовывать быстро и качественно, приходится мириться с тем, что временно будет не самый удобный вариант использования. Для перфекционистов это очень непростое решение. Например, интеграция сайта с сервисом рассылки на данном этапе очень трудозатратная, поэтому пока приходится отправлять письма вручную.
Работа в стартапе — это постоянное создание новых процессов, какие-то из которых будут временными «костылями», а какие-то (например, процесс тестирования гипотез) лягут в основу работы будущей компании.
