10 ошибок фаундеров при создании стартапа: горький опыт IT-предпринимателей

*Photo by Austin Distel on Unsplash

Всем привет! На связи команда ReLife IT — пишем обо всем, что связано с миром информационных технологий, и о людях в этой области.

Года полтора назад коллеги из нашей команды проводили интервью с IT-предпринимателями и инвесторами в рамках одного проекта для айтишников — «Zero or One». Проект через некоторое время пришлось заморозить, но от него остались хорошие и полезные материалы из тех самых интервью.

Поэтому мы решили, что такой материал не должен пропадать зря и теперь будем публиковать различные вырезки из интервью по одинаковым темам.

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

Ошибка 1. Друзья и родственники в стартапе

Большому риску подвергаются стартапы, где выбор сотрудников основывается на личных знакомствах: «Этот человек нам нравится, давайте пригласим его работать с нами», не обращая внимания на его профессиональные качества.

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

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

Ошибка 2. Пустить на самотек команду разработки

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

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

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

Ошибка 3. Отсутствие общего понимания — для чего мы это делаем?

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

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

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

Ошибка 4. Не развиваться внутри экосистемы IT

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

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

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

Ошибка 5. Не понимать коммерческую целесообразность своего проекта

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

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

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

Ошибка 6. Отсутствие четко заданных зон ответственности

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

Ошибка 7. Игнорирование фидбэка

Встречается у многих начинающих стартаперов, которые думают, что у них есть правильный набор фреймворков, которые сделают крутым их проект. Но они абсолютно не думают о том, что по каждому из этих фреймворков нужно знать и понимать, где и как его применять, чтобы это дало положительный эффект. Поэтому они совершают большую ошибку, применяя эти фреймворки абсолютно без разбора, вместо того, чтобы прийти к своим пользователям/клиентам и прямо спросить: «Что вам реально надо?».

Почему это необходимо?

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

Но здесь стоит отметить, что не менее важно уметь соблюдать баланс в работе с аудиторией — слушать, но не всегда делать всё в точности так, как тебе говорят. Хороший пример с Генри Фордом: «Если бы я спросил у людей, что им нужно, они бы попросили более быструю лошадь, а не автомобиль».

Ошибка 8. Фаундер не общается с клиентами

Весьма банальная, но в то же время серьезная ошибка, особенно для начинающего проекта.

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

В качестве основателя, вы можете считать обратную связь от клиентов важной. Важно постоянно прислушиваться к чужим мнениям и быть готовым «спуститься вниз». В McDonald's, например, прекрасно работает система взаимозаменяемости персонала: сегодня ты работаешь на кухне, завтра — менеджером, и так далее. Это позволяет понять, как работают разные процессы.

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

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

Ошибка 9. Невнимание к конкурентам

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

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

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

Ошибка 10. Неумение вовремя «пристрелить» свой проект

Умение вовремя «пристрелить» свой стартап или проект, это то качество, которым обладают единицы. Именно это становится одной из самых распространённых ошибок.

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

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

А какие вы знаете или совершали ошибки в своих проектах? Расскажите о них в комментариях или напишите в ReLife отдельную статью на эту тему, а мы продвинем ее всеми доступными нам способами.

Еще мы собираем отдельную Базу знаний с ошибками айтишников и IT-предпринимателей. Вы тоже можете присоединиться к созданию данной базы, чтобы обмениваться опытом и получать полезную для себя информацию.

Мы собираем отдельную Базу знаний с ошибками айтишников и IT-предпринимателей

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

Как присоединиться к созданию Базы знаний?

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

Важно: Отдельные статьи мы продвигаем как внутри ReLife, так и на внешних ресурсах + привлекаем на них прямой рекламный трафик.

ReLife IT