Как создать стартап за месяц и не сойти с ума. Часть 1

Привет! Меня зовут Лиза, мне 23 и я CEO продукта ShowMePlace. Вам наверное интересно как я в это ввязалась и что из этого вышло? Что ж…придется начать с самого начала. Эта статья начинает серию постов о создании стартапа за месяц.

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

Был обычный летний день, за окном было солнечно и ничего не предвещало глобальных изменений в жизни. Из планов на день было поработать и присоединиться на общий звонок для всех сотрудников. Я работаю маркетологом в небольшой аутсорс компании, которая специализируется на разработке ПО. Раз в полгода у нас проводятся созвоны, где обсуждаются итоги предыдущего полугодия и планы на следующее. Этот раз не стал исключением, все шло как обычно, кроме одного из нововведений — хакатон. *звуки нагнетания обстановки* Идея заключалась в том, чтобы провести соревнование, где сотрудники должны будут разработать за месяц полноценный продукт и запустить его на рынок.

Хакатон (англ. hackathon от hacker «хакер» + marathon «марафон») — форум для разработчиков, во время которого специалисты из разных областей разработки программного обеспечения (программисты, дизайнеры, менеджеры) сообща решают какую-либо проблему на время.

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

Собрать команду оказалось достаточно просто, потому что все новое всегда интересное и было большое количество желающих поучаствовать. Знакомьтесь с главными действующими лицами моего рассказа: Илья Б. — фронтенд разработчик, Женя Г. — фронтенд разработчик, Максим С. — дизайнер, Леша К.— бэкенд разработчик, Нурик М. — мобильный разработчик (он присоединился к нам чуть позже).

Кроме нашей организовалось еще 3 команды, каждая из которых состояла из 4-6 сотрудников. Давайте назовем их команда Е., команда А. и команда О. для удобства повествования. Победитель получает деньги и возможность развивать свой продукт.

Весь процесс разработки продукта был поделен на несколько этапов. Нам нужно было:

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

Итого, на старте мы имеем 4 команды, 6 этапов и приз в $6000 на команду.

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

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

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

На этапе идеи важно провести максимальный, насколько это возможно, ресерч. В первую очередь мы проверяли:

Для того, чтобы лучше понять как делать продукт, мы решили провести глубинное интервью с нашей коллегой рекрутером Аней М. Задавали вопросы, связанные с конкурентами, удобством их использования, самыми полезными и бесполезными фичами. Интервью помогло нам понять, что сделать что-то лучше LinkedIn не получится, ровно как и конкурировать с ним. Так мы отказались от этой идеи.

На проверку Tinder для HR мы потратили около четырех дней. Поэтому у нас оставалось совсем мало времени, чтобы придумать что-то другой. Опять бесконечные коллы, много часов обсуждения и новая идея! Slack bot для объединения людей внутри компании. С его помощью сотрудники могли создавать ивенты, например, сходить в сквош на выходных, и приглашать коллег присоединиться. Эту идею мы решили представлять жюри, но перед этим проведя ресерч (опять). В этот раз у нас не было так много времени, поэтому ресерч содержал в себе краткое содержание всего, что нужно было сделать. Тогда нам это не казалось проблемой, но таковой оказалось, когда нужно было представлять идею.

И тут появляется первый совет:

! делайте максимально подробный ресерч и проверяйте все riskiest assumptions. Это поможет избежать провала продукта еще на этапе идеи.

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

Мы почти не отчаивались после стольких часов работы над идеями, но решили все-таки воспользоваться предложением жюри и посмотреть, какие идеи есть у них “в загашнике”. Первая была связана с линкбилдингом *говорю что-то на маркетологическом*, вторая с NFT, а третья с конструктором калькуляторов для сайта, что-то из разряда “сколько стоит разработать MVP”. Мы были уже научены и решили провести нормальный ресерч.

Инструмент для линкбилдинга мы отмели как только я открыла один из инструментов, которым пользуюсь для ежедневной работы. Идея с NFT еще во время озвучивания ее показалась нам не рабочей. А конструктор калькуляторов оказался очень популярной темой и был создан до нас неоднократно.

Минус три идеи и 6 из 7 дней на обсуждение идей.

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

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

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

Итак, ladies and gentlemen, встречайте…приложение, с помощью которого вы можете создавать и делиться любимыми местами, а также исследовать места других людей.

Так как у нас было очень мало времени, весь ресерч сводился к заполнению Lean Canvas, которая выглядела у нас так:

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

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

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

При этом мы понимали, что разрабатывать social app будет сложно. Нам нужно будет привлечь много (очень много) пользователей, чтобы наше приложение завирусилось и работало чисто за счет UGC. Еще одна сложность заключалась в том, что такой сервис мог пользоваться спросом только среди пользователей мобильных устройств, то есть нужно было разрабатывать мобильное приложение. На тот момент моя команда состояла только из фронтенд и бэкенд разработчиков и среди нас не было ни одного человека, который знает React Native или любой другой язык программирования для iOS и Android.

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

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

Спасибо за время, уделенное моей истории!