Блог

Опыт имеет значение. Стартапер рассказывает, почему распустил команду и стал соло-фаундером

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

Я многократно сталкивался с такой проблемой. Это тормозит бизнес, не помогает сотрудникам и только мешает. Расскажу, как я решил эту проблему.


Кто пишет: Максим Артёменко, владелец бизнес-инкубатора umowa.io. 


Все ищут конкретные хард-скиллы

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

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

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

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

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

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

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

Практически никто из сотрудников не может объяснить банальные вещи

Мой бизнес — это пейрол-сервис (бизнес-инкубатор) в Польше. Мы посредники между компаниями и специалистами, помогая им получать вознаграждение от заказчиков, которые по тем или иным причинам не могут платить напрямую. Также мы помогаем получить польский ВНЖ, заключая со специалистами договоры подряда.

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

Я писал документацию, рисовал схемы, проводил Q&A-сессии и индивидуальные встречи. После многих неудачных попыток я пришёл к мысли, возможно, эти вещи вовсе не банальны. Просто мне они кажутся простыми из-за моего специфического опыта.

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

Этот опыт помогает мне легко понимать, как устроен бизнес инкубаторов в Польше. А тем, у кого его нет, сложно уловить все нюансы.

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

Какие выводы могут быть для вас?

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

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

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

Мнение автора может не отражать позицию редакции. 

Что ещё почитать про свой бизнес у комьюнити: 

Обсуждение
Комментируйте без ограничений

Релоцировались? Теперь вы можете комментировать без верификации аккаунта.

1

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

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

О чём вообще история? О том, что делать то в чём разбираешься легче, чем то, в чём не разбираешься?

1

«О чём вообще эта история? О том, что делать то, в чём разбираешься, легче, чем то, в чём не разбираешься?»
Скорее, о том, что надо продолжать делать то, в чём разбираешься. (Сорри за капс — в комментариях нет форматирования.)
И ещё о том, что можно быть хорошим специалистом в целом (например, программистом на Java), но не быть успешным в профессии из-за отсутствия глубокой экспертизы в определённой индустрии (например, не знать нюансов написания софта для автомобильных инфотейнмент-систем выходя на работу в Фольксваген).

0

Касательно конкретно инженеров ПО высокой квалификации.

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

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

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

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

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

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

Пользователь отредактировал комментарий 12 октября 2025, 12:40

0

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

Согласен. Вот, например, слово "также" здесь должно писаться слитно. А Вы написали раздельно. Мидл значит.

0

Если под «также» вы подразумеваете «и», «еще», «кроме того» и тому подобные значения, слово пишется слитно – также.

Например:

На концерте также выступит приглашенный гость – артист оперетты А. И. Великанов. Значение: Великанов выступит вместе с другими артистами.
Среди экспонатов – архивные фотографии, статьи из периодических изданий тех лет, а также аудиозаписи с воспоминаниями очевидцев. Здесь «а также» можно заменить на «и».
Также вы увидите грандиозный фейерверк, которым и завершится праздник. Значение: фейерверк – один из пунктов программы. «Также» можно заменить на «кроме того», «еще».

Если в предложении есть или подразумевается сравнение, следует писать раздельно – так же.

Проверить написание можно следующим образом:

добавить слова «как», «как и», например: Герои все так же молоды – Герои так же молоды, как (и) прежде.
убрать частицу «же»: Фестиваль прошел так же, как в прошлом году – Фестиваль прошел так, как в прошлом году.
заменить «так же» словами «таким же образом», «подобно», «аналогично», «точно так же»: Театр все так же следует традициям своего предшественника. Значение: точно так же, по-прежнему.
Если сомнения остаются, попробуйте задать к «также / так же» вопрос «как?». Получается – смело пишите раздельно:

Как прошел фестиваль? – Так же, как в прошлом году.
Как театр следует традициям своего предшественника? – Так же.

Anton Abrosov
Anton Abrosov hqd'шка в iqos
0

красавчик

0

Это зависит от того, по каким критериям судить и что брать точкой отсчёта.

0

Стартапер рассказывает, почему распустил команду
Кто пишет: Максим Артёменко, владелец би

Всё просто. Всё объясняется психологами. Максим Артёменко - нарцисс. Поэтому и никто не может быть умнее его, поэтому и характерное фото здесь прикреплено.
PS: Уже сочувствую супруге и детям этого мужчины. Работники пришли и ушли, а им возможен слом психики.

0

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

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

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

По моему мнению, наемные сотрудники не должны понимать чей-то бизнес. Это ваше уникальное детище в какой-то "узкой индустрии". Но они должны понимать свои задачи в рамках вашего бизнеса и этой индустрии. Им нужно их задачи понятно объяснить в терминах их квалификации, а не в терминах вашего бизнеса: то есть, каждому (менеджеру, бухгалтеру, программисту) - на его профессиональном языке. Например, программисты успешно пишут на одном и том же ЯП для разных бизнесов и индустрий,  а один и тот же бизнес можно реализовать на разных ЯП. 
Задача владельца бизнеса, на мой взгляд - определить, из каких самых маленьких "шестеренок" состоит механизм его бизнеса, а потом для них найти специалистов.

Пользователь отредактировал комментарий 23 октября 2025, 00:57