13 ошибок стартапов

Не повторяйте этих ошибок

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

1. Доводить продукт до «идеала»

Кирилл Витковский, основатель онлайн-сервиса автоматической верстки «Метранпаж»

“Если твои пользователи довольны продуктом, значит, ты его поздно вывел на рынок” — это золотая фраза. В начале пути я искренне верил, что на рынок можно выпускать только идеальный, на 100% готовый продукт. Так я считал до той поры, пока не закончились деньги на разработку. В прошлом году мы выпустили сырую версию сервиса, начали зарабатывать и собирать обратную связь от пользователей. Получили негодование, похвалу, вопросы и уточнения по интерфейсу и узнали много нового. Какой вывод мы сделали? Важно как можно быстрее знакомить пользователей со своим продуктом. Это поможет быстро получить обратную связь, деньги, и скорректировать план разработки. Нужно концентрировать на базовой функции продукта и продавать ее. Улучшения, доработки и инновационные механики — это все потом

2. Идти на поводу у своего перфекционизма

Кирилл Витковский, основатель онлайн-сервиса автоматической верстки «Метранпаж»

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

Евгения Котова, основатель мобильного приложения «Сказаврия»

  Иногда нормально — лучше, чем хорошо. Я перфекционист и стараюсь все делать на 110%. Если бы я раньше поняла, что иногда то, что для тебя — катастрофа, большинство людей даже не заметит или сочтет задумкой автора, уверена, мы сделали бы  больше классных спецпроектов, а я потратила меньше нервов

3. Совмещать запуск стартапа с основной работой 

Ольга Ведерникова, основатель и генеральный директор платформы геопространственного анализа «Эпсилон Метрикс»

Когда возникла идея стартапа, я решила не уходить с основной работы, чтобы сохранить финансовую стабильность. На работе я чувствовала себя уверенно: у меня были понятные задачи и команда, на которую можно положиться. Но в стартапе все оказалось иначе, особенно в начале. Не было ни выстроенных процессов, ни полного понимания задач. Проект требовал полного погружения в каждую деталь. Я была как жонглер, который впервые взял в руки слишком много мячей. Работала до поздней ночи и использовала каждую свободную минуту. Но все равно времени и сил не хватало, чтобы сфокусироваться на развитии своей компании. Наконец, я поняла, что придется сделать выбор. Оставив основную работу, я полностью погрузилась в стартап. Это был рискованный шаг, но как только я его сделала, все наладилось

4. Начать разработку без рабочего прототипа продукта

Алексей Белов, сооснователь мобильного приложения COMMOK

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

5. Пройти этап Customer Discovery для галочки 

Алексей Белов, сооснователь мобильного приложения COMMOK

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

6. Работать в режиме текущих задач, а не HADI-циклов

Алексей Белов, сооснователь мобильного приложения COMMOK

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

7. Не фокусироваться на привлечении аудитории

Евгения Котова, основатель мобильного приложения «Сказаврия»

После запуска приложения мы стали быстро набирать аудиторию: отлично шли коллаборации и органический трафик. Первые 15 тысяч пользователей мы получили фактически без рекламы. На тот момент мне казалось, что 15 тысяч — это очень много! И мы углубились в расширение функционала, подключение подписочной модели. Нужно было держать фокус на привлечении аудитории, а мы сосредоточились на привлечении внимания пользователей к изменениям внутри продукта. И проиграли. Сейчас я понимаю, что для масштабирования и развития продукта нужна большая база пользователей. Хотя бы для того, чтобы проводить исследования, связанные с запуском новых фич

8. Исходить из реалистичного сценария

Сергей Борисенко, основатель мобильного приложения для спорта «Сетка»

«Есть три сценария развития стартапа — оптимистичный, реалистичный и пессимистичный. Мы просчитываем их как минимум раз в месяц. Как люди взрослые, на старте мы помещали себя реалистичный сценарий. А нужно было ориентироваться на пессимистичный, он, как правило, будет оптимистичным».

9. Возлагать слишком большие надежды на команду

Сергей Борисенко, основатель мобильного приложения для спорта «Сетка»

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

10. Не собирать «бумажки»

Евгения Котова, основатель мобильного приложения «Сказаврия»

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

11. Слишком рано нанять директора по маркетингу

Ольга Ведерникова, основатель и генеральный директор платформы геопространственного анализа «Эпсилон Метрикс»

За два года мы разработали востребованный B2B-продукт, привлекли финансирование, и у нас появилось желание масштабироваться. Мои знания в области маркетинга были поверхностными, и, честно говоря, мне не хотелось погружаться в эту область. Я подумала: "Нам нужен человек с опытом в известных B2B SaaS компаниях, который знает, как продвигать сложные платформы. Он масштабирует наше решение". Но на деле все оказалось не так просто. Наш директор по маркетингу был талантлив, но прежде работал в крупных компаниях с серьезным бюджетом на продвижение и большим подразделением. В стартапе, где все "делают руками", каждый час сотрудников на счету, ему было сложно адаптироваться. Мы потратили много денег и времени, пытаясь подстроить его работу под нас, но так и не смогли  понять друг друга. Оказалось, что без четких внутренних процессов ни директор по маркетингу, ни контент-маркетологи, ни специалисты по рекламе и seo не могут сделать чудо. Я поняла, что основатель должен лично заниматься этим вопросом, по крайней мере, на начальном этапе

12. Брать техническую команду на аутсорс

Анастасия Штольц, основательница бьюти-сервиса Exely 

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

13. Заниматься техподдержкой самостоятельно

Иван Мараховка, CEO WEEEK

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