Как запустить свой стартап, не имея опыта и образования в ИТ 🚀

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

Меня зовут Мария Нагибова, я - CEO и фаундер SweepMe и я расскажу вам, как построила IT-стартап без профильного образования и опыта в программировании.

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

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

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

Когда только начинали создавать платформу, я пыталась просто объяснять разработчику, как я вижу клиентский путь. Говорила: «Клиент должен зайти, выбрать дату, подтвердить — и всё». Мне казалось, этого достаточно. В ответ были уточнения, но не понимала терминов. Все слова, которые звучали на встречах... всё это вызывало вопросы. В итоге, я стала записывать онлайн встречи, переслушивать, переспрашивать. Не сразу, не всегда уверенно, но начала. Я не пыталась показать, что я разбираюсь. Я честно говорила: «Объясни, я не знаю, как это устроено». И команда объясняла. Так началось выравнивание. Затем я стала записывать всю незнакомую лексику и смотреть видео на YouTube о том, что это и как работает.

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

Сейчас наш агрегатор клининговых услуг работает в России. Я до сих пор не могу прочитать код, но я знаю, как проверить задачу, как выстроить обсуждение, как понять, где идёт сбой. И если вы в начале такого пути — моя рекомендация: главное — не пытаться казаться кем-то, а быть собой и вникать в технический процесс день за днем, постепенно углубляя свои знания. Здесь важна системность.

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

Если вы в похожей ситуации — в конце статьи чек-лист. Он может сэкономить вам несколько месяцев.

А теперь по пунктам:

На момент запуска у меня не было команды. Я сама искала разработчика. Через знакомых. И это было правильным подходом. Многое было на доверии. Когда нет специализированных знаний, доверие внутри команды имеет решающую роль.

Первое время я всё обсуждала голосом. Мы созванивались, я рассказывала. Он уточнял. Я думала, что если мы проговорили, значит, всё понятно. Я озвучивала блок задач, эта информация передавалась техническому писателю и уже оттуда — в разработку. То есть не было ситуации, что разработка велась просто «со слов».

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

Мы продумывали логику заранее — с UX/UI-аналитиком. После этого передавали её разработчику, объясняя, что именно нам нужно. Когда в команду пришёл UX/UI-дизайнер, недопонимания стало меньше: мы сработались и стали лучше понимать друг друга. Разработчик редко вмешивался в логику, но на этапе обсуждений он задавал вопросы в духе «а что, если...», и тогда мы понимали, что наш сценарий можно улучшить. Так мы продолжали дорабатывать логику. Это стало нашей моделью работы.

Я не могла сказать: «Сделайте API-интеграцию через webhook». Я говорила: «Пользователь должен нажать кнопку — и получить подтверждение на почту. Без этого он не понимает, что заказ оформлен».

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

Был момент, когда казалось, что во время подготовки нагрузка максимальная. Но потом стало понятно — всё только начинается. Самым тяжёлым оказался запуск, когда продукт был готов на 98%, а оставшиеся 2% не двигались с места. Именно тогда ощущалась реальная перегрузка.

Что помогло: Я разбила всё на маленькие шаги. Перестала ждать, что пойму сразу. Просто стала записывать: этот термин — непонятен. Эта задача — вызывает вопросы. И каждый день разбиралась по одному пункту. Смотрела видео, искала информацию. Если вы в такой ситуации — не пытайтесь освоить всё сразу. Осваивайте понемногу каждый день, но системно. Это сработает.

Я не из айти. И не притворялась, будто я оттуда. Но я чётко знала, зачем создаем платформу. Знала, для кого. И могла это объяснить. Это то, что дало точку опоры.

Что помогло:

Если вы новичок — не бойтесь говорить об этом. Люди уважают ясность и искренность.

У нас была надежная поддержка со стороны и было финансирование, а также была вера в то, что все возможно. Я в какой-то момент просто сказала себе: «Хорошо. Мы начали. Значит, надо довести». Не было возможности отступить — была только возможность вырасти.

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

Мне часто писали: «А вы сами-то код читаете?». Нет. Я не читаю код и считаю это нормальным. Но я читаю поведение системы. Я смотрю глазами клиента. Я тестирую. Я записываю баги. Я сравниваю версии. Это и есть моя работа — быть мостом между «технически сделано» и «по-человечески удобно».

Вот коротко, что помогло мне выстроить работу, не имея технического образования и большого штата:

Платформа работает. Мы обработали 50 000+ заказов, объединив 500+ компаний и тысячи частных пользователей. Более 1500 клининговых компаний зарегистрированы на платформе. 98.5% пользователей — физические лица, 1.5% — компании. Средняя оценка сервиса — 4.9 из 5 на основе более 5 000 отзывов. И даже те, кто в первый месяц говорил мне «ну вы это не вытянете», сейчас в партнёрке.

Да, можно запустить IT-продукт без технического образования.Если вы готовы быть системным. Если умеете учиться системно и выстраиваете доверие в команде. Если можете признать, что вы чего-то не знаете — но при этом взять на себя ответственность за результат.

С любовью,

Мария, SweepMe