Наём UI/UX-дизайнеров в Беларуси: почему подход из найма разработчиков здесь не работает

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

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

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

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

Где ломается воронка

Начнём с фильтра резюме. «React, 3 года» — это полезная информация о разработчике. Строка «Figma, 3 года» почти ничего не говорит о дизайнере. Инструменты показывают базовый уровень. Любой мидл-дизайнер на рынке свободно владеет Figma. А то, что вам на самом деле важно: как он думает о пользователях, как работает с ограничениями, умеет ли отстаивать решения, — в резюме не пишется.

Дальше стоит подумать о том, как вы смотрите портфолио. Если разглядывать его так же, как GitHub-репозиторий, вы будете фокусироваться на финальных экранах и нанимать по визуальному вкусу. Это неверный критерий. Визуальная аккуратность — базовый навык мидла. А хорошего дизайнера от того отличает UX-мышление, а оно в финальном макете не живёт.

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

«Спроектируй сейчас» на живом интервью — тоже мимо. Формат «а теперь придумайте нам приложение» проверяет главным образом то, как человек справляется с искусственным давлением, — а нанимаете вы не для этого. Лучше сделайте разбор портфолио: пусть кандидат сам проведёт вас по кейсу, а вы спросите стоящие вопросы. За 30 минут получится узнать больше, чем за час у доски.

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

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

Ничего специфического для белорусского рынка в этом нет. То же самое видно везде, где команды переносят воронку из IT-найма на дизайнерскую роль, — поэтому наша практика по подбору UI/UX-дизайнеров устроена иначе, чем работа по разработчикам.

Как оценивать портфолио дизайнера

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

Первое, на что смотреть, — структура. Хороший кейс читается так: задача, ограничения, процесс, принятые решения, результат. Если в портфолио только финальные экраны и абзац описания — это красный флаг. Потому что нет возможности понять, как человек к этому пришёл. Nielsen Norman Group два десятилетия документируют, как должны выглядеть хорошие UX-кейсы, — если хочется собрать себе правильный шаблон, начинайте оттуда.

Смотрите и на другие моменты: выбранные направления, заметки из исследований, скетчи, варианты, которые рассматривали и отклонили. Если дизайнер может показать только финальный ответ, значит, либо не проделал работу, либо не умеет о ней рассказывать. И то, и другое в этом случае проблема. Материалы Interaction Design Foundation по оценке дизайнерского мышления — хорошая база, если вы хотите договориться с командой об общем словаре.

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

Ставьте бизнес-эффект выше эстетики. «Этот редизайн поднял конверсию оформления заказа на 14%» всегда важнее, чем просто «это красиво». Если дизайнер не может объяснить, какую задачу решала работа и как это мерили, — это тоже показатель.

Несколько красных флагов, о которых стоит говорить прямо. Портфолио, состоящее из шотов на Dribbble без контекста. Портфолио из концептов-редизайнов известных приложений — Spotify, Airbnb, — где нет ни настоящих ограничений, ни заказчика, ни запуска. Кейсы по одному шаблону, где каждый проект расписан по одинаковой структуре с одинаковыми умными словами. И дизайнер, который не может объяснить, почему принято конкретное решение («мы сначала попробовали Х, но пользователи не считывали паттерн, поэтому перешли на Y»).

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

Одно локальное наблюдение. Опытные белорусские дизайнеры часто выкладывают портфолио не в PDF, а на Readymag или Framer. Простой PDF — не приговор. Но голый шаблон «текст слева, картинка справа» сам по себе о чём-то говорит: портфолио дизайнера — тоже дизайн-артефакт, и то, как человек подаёт свою работу, кое-что говорит и о том, как он будет подавать её внутри компании.

Зарплаты: реальные цифры

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

Первое: рынок работает в нетто-долларах в месяц. Не в годовых долларах. Не в белорусских рублях. Именно так делают офферы, именно так сравнивают контр-офферы и именно так о зарплате разговаривают сами кандидаты. Если у вас в HR-таблице сравниваются годовые gross-цифры по разным рынкам — вы будете промахиваться с каждым оффером.

Второе: забудьте про западные агрегаторы. У Glassdoor, ERI, SalaryExpert данные по белорусским UI/UX-ролям скудные, противоречивые и местами очевидно неверные. Если строить оффер согласно этим цифрам, вы либо промахнётесь, и кандидат уйдёт, либо переплатите на ровном месте.

Как ориентир, локальный рынок UI/UX-дизайнеров условно делится на три вилки в нетто-долларах в месяц. Джуниоры с опытом 0–2 года и портфолио из учебных и мелких коммерческих проектов — примерно $800–$1500. Миддлы с 2–5 годами опыта, доехавшими до прода продуктовыми задачами, способные вести фичу end-to-end — примерно $1500–$2500. Сеньоры с 5+ годами опыта, способные вести целое направление продукта и защищать решения перед стейкхолдерами — $2500–$4000 и выше. Это стартовая точка. Актуальные цифры двигаются вместе с рынком, поэтому перед оффером их стоит сверять с живыми вакансиями.

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

Титулы — тоже ловушка. «Senior UI/UX Designer» в Беларуси не всегда равен «Senior Designer» в американской продуктовой компании. Локальные грейды сжаты: сильный миддл в Беларуси нередко в повседневной работе делает то, что делает западный сеньор, а человек с сеньорским тайтлом на бумаге может по факту быть сильным миддлом. Ориентируйтесь на объём ответственности и годы работы, доехавшей до прода, — а не на строчку в LinkedIn. Ровно по этой же причине зарплаты разработчиков не сравниваются строго по уровню: грейды устроены по-разному.

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

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

Что менять в воронке

Форма та же, что у разработчиков. Наполнение — другое на каждом этапе.

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

Как белорусскому IT-специалисту выбрать между двумя предложениями работы

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

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

Почему опираться только на зарплату — плохая идея

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

Разрыв между двумя предложениями обычно меньше, чем кажется на первый взгляд. Если учесть бонусы, льготы, оплачиваемый отпуск и валюту выплат, суммы, которые выглядели далёкими друг от друга, могут оказаться довольно близкими. Здесь пригодится сервис вроде Levels.fyi: он показывает реальные диапазоны оплаты для конкретной роли и уровня.

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

Факторы, которые важнее зарплаты

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

Совокупная компенсация, а не только оклад

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

Валюта и надёжность выплат

Для специалиста из Беларуси то, как вам платят, важно не меньше, чем сколько. Уточните, в какой валюте начисляется зарплата, насколько стабильно приходят деньги и каким банковским маршрутом. Предложение с выплатами в устойчивой валюте, вовремя и через понятную схему payroll или EOR, может быть надёжнее, чем более крупная сумма, которую сложно получить или конвертировать.

Тип компании и её устойчивость

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

Профессиональный рост и востребованность

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

Технологический стек

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

Команда, руководитель и культура

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

Договор, налоги и условия релокации

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

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

Простой способ оценить оба предложения в баллах

Чтобы сравнение стало нагляднее, присвойте каждому фактору вес от 1 до 5 в зависимости от того, насколько он для вас важен сейчас. Затем оцените по этому фактору каждое предложение — тоже от 1 до 5. Перемножьте вес и оценку в каждой строке, сложите значения по столбцам и сравните итоги. В таблице ниже есть место, где это можно сделать.

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

Что делать, когда баллы почти равны

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

Тревожные сигналы, которые нельзя игнорировать

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

Заключение

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

Отпуска, праздники и оплачиваемые нерабочие дни в Беларуси: за что на самом деле платит иностранный ИТ-работодатель

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

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

Сначала определитесь с форматом сотрудничества — от него зависит всё

Всё, что касается свободного времени в Беларуси, вытекает из одного решения: вы нанимаете сотрудника в штат или привлекаете подрядчика? На бумаге эти варианты похожи, но на практике ведут себя совершенно по-разному.

Вариант 1 — сотрудник в штате (напрямую или через Employer of Record). Если вы оформляете человека в штат, в полном объёме применяется Трудовой кодекс Республики Беларусь: оплачиваемый отпуск, оплачиваемые праздничные дни, больничные, отпуск по уходу за ребёнком и обязательные отчисления в фонд соцзащиты — всё это не обсуждается. Большинство профессиональных позиций оформляется по срочному трудовому договору — контракту. Если у вас нет юридического лица в стране, оформить сотрудника от вашего имени и взять на себя вопросы соответствия законодательству может Employer of Record (EOR).

Вариант 2 — подрядчик (ИП или самозанятый). Здесь вы вообще не выступаете работодателем: вы — заказчик, который покупает услугу по гражданско-правовому договору. А значит, нет ни оплачиваемого отпуска, ни оплачиваемых праздников, ни больничных. Уходит подрядчик отдыхать на две недели — просто не выставляет счёт за это время. Так дешевле, но есть нюансы, к которым мы ещё вернёмся.

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

Ещё один важный местный контекст: многие ИТ-компании и специалисты в Беларуси работают в режиме Парка высоких технологий (ПВТ) — специального правового и налогового режима, созданного для технологического сектора. Он во многом определяет, как устроены наём и расчёт зарплат, и даёт ощутимые налоговые преференции, поэтому, прежде чем составлять договор, полезно понимать, в какой модели уже работает ваш будущий сотрудник.

Оплачиваемый отпуск: 24 дня и детали, о которых часто забывают

Каждый штатный сотрудник в Беларуси имеет право минимум на 24 календарных дня оплачиваемого трудового отпуска. Несколько важных деталей:

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

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

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

Государственные праздники: ещё девять оплачиваемых выходных

Помимо отпуска, в Беларуси девять нерабочих государственных праздников. В 2026 году это:

• Новый год — 1–2 января
• Рождество Христово (православное) — 7 января
• День женщин — 8 марта
• Радуница — переходящая дата (девятый день после православной Пасхи)
• Праздник труда — 1 мая
• День Победы — 9 мая
• День Независимости — 3 июля
• День Октябрьской революции — 7 ноября
• Рождество Христово (католическое) — 25 декабря

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

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

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

Больничные и семейные отпуска: расходы, которые легко упустить

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

Больничные оплачиваются из средств Фонда социальной защиты населения, а не напрямую из вашего кармана, — но вы финансируете их через обязательные взносы. С середины 2024 года размер пособия по временной нетрудоспособности зависит от страхового стажа: при стаже менее 10 лет — 80% среднего заработка, при стаже 10 лет и более — 100%. Выплачивается больничный по листку нетрудоспособности, а не по желанию сотрудника.

Семейные отпуска по мировым меркам щедрые. Отпуск по беременности и родам составляет 126 календарных дней (140 — при осложнениях или многоплодной беременности), после чего сотрудница может взять отпуск по уходу за ребёнком продолжительностью до трёх лет с сохранением рабочего места. Отцам положено 14 дней. Про эти три года гарантированного сохранения места легко забыть, но для планирования персонала это вполне реальный фактор: место остаётся за сотрудником, и вы планируете не замену, а его возвращение.

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

Так во сколько на самом деле обходится свободное время? Считаем

Сложим всё вместе — и реальная стоимость свободного времени сотрудника в Беларуси выглядит так: 24 календарных дня оплачиваемого отпуска, около десяти оплачиваемых праздничных дней, оплачиваемые больничные, оплачиваемые семейные отпуска и взносы работодателя в фонд соцзащиты поверх оклада. Только отпуск и праздники — это уже примерно пять рабочих недель отсутствия в год, ещё до единого больничного или декрета. Это колонка «сотрудник». Колонка «подрядчик» выглядит совсем иначе:

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

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

Что предлагают конкурентоспособные работодатели

У белорусских ИТ-специалистов есть выбор, и работодатели, которые их выигрывают, обычно идут дальше 24 дней: дополнительный отпуск, растущий со стажем, больничные без бумажной волокиты, гибкий и удалённый график, иногда — оплата «воркейшена» или дни на перезагрузку, и искреннее уважение к личному времени. Ничего из этого закон не требует — но именно это влияет на то, как кандидат сравнивает офферы между собой.

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

Частые ошибки иностранных работодателей

• Оформлять сотрудников как подрядчиков, чтобы обойти оплачиваемые дни. Это самый быстрый способ срезать расходы — и самый быстрый способ получить юридические проблемы, если по сути это трудовые отношения.
• Забывать про переходящие даты и переносы. Радуница и ежегодные переносы рабочих дней тихо ломают платёжные календари, собранные по прошлогодним датам.
• Переносить нормы своей страны. «Безлимитный отпуск» и логика найма «по желанию» плохо ложатся на белорусское трудовое право.
• Называть зарплату без расчёта полной стоимости. Отпуск, праздники, больничные и социальные взносы могут заметно увеличить итоговую сумму сверх оклада.
• Считать, что комиссия за EOR или аутстаффинг — это вся стоимость. Фиксированная ежемесячная плата идёт поверх оклада, обязательных выплат и социальных взносов, а не вместо них.

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

Коротко о главном

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

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

Как обсуждать опционы в западном стартапе белорусскому инженеру: что спрашивать, что нормально, а что тревожный сигнал

Вы получили оффер от стартапа. Зарплата вас устраивает, а в конце предложения стоит ещё одна цифра: 0,4% опционов с вестингом на четыре года. На первый взгляд это выглядит как серьёзный бонус. Но что именно скрывается за этими 0,4% и сколько они в итоге могут стоить, по самому офферу обычно непонятно.

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

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

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

Опционы: что вам вообще предлагают

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

Чаще всего стартапы дают опционы на акции: право позже купить определённое число акций по фиксированной цене (цене исполнения, или страйку). У них две разновидности: ISO (поощрительные опционы) — с налоговыми льготами, но только для штатных сотрудников в США, и NSO (неквалифицированные опционы) — их можно выдавать сотрудникам, подрядчикам и советникам где угодно. Поэтому вам как инженеру не из США, а часто ещё и подрядчику, почти наверняка предложат именно NSO. Компании на поздних стадиях иногда вместо опционов дают RSU — по сути акции, которые превращаются в ценность по мере вестинга, без цены исполнения. Если хочется подробнее разобраться в типах долевого вознаграждения, это удобная отправная точка.

Первое, на чём все спотыкаются: само по себе число опционов ничего не значит. «50 000 опционов» могут быть и 5% компании, и 0,005% — всё зависит от общего числа акций, и именно этот показатель нужно спрашивать. Осмысленно рассуждать можно только о доле в полностью разводнённом капитале. В recruitment.by мы регулярно видим, как инженеры соглашаются на грант, так и не узнав знаменатель, — не будьте одним из них.

Цифры, которые действительно важны, — о чём спросить

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

• Общее число акций с учётом разводнения (fully diluted) — чтобы ваш грант превратился в реальную долю.
• Ваша цена исполнения и текущая оценка компании, которая её задаёт.
• Последний раунд финансирования: когда, на сколько и по какой оценке.
• График вестинга и клифф.
• Срок на исполнение опционов после ухода из компании.
• Опционы это или RSU, обыкновенные акции или привилегированные.

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

Что считается нормой — чтобы отличить справедливое от подозрительного

Ориентиры дают точку отсчёта. Несколько работают почти во всех западных стартапах:

Вестинг обычно длится четыре года с годовым клиффом: первый год вы не получаете ничего, а после него доля начисляется помесячно. Цена исполнения должна равняться справедливой рыночной стоимости на момент гранта (в США её задаёт независимая оценка 409A — как правило, заметно ниже той цены, по которой заходили инвесторы). Стандартный срок на исполнение после ухода — 90 дней, хотя всё чаще встречаются более длинные и дружелюбные к сотруднику окна, и о них стоит просить.

По размеру: опционный пул для сотрудников обычно составляет 10–20% компании, а конкретный грант сильно зависит от стадии и уровня — ранний инженер в стартапе на начальном этапе финансирования получает в процентах куда больше, чем тот, кто приходит на раунде C. Чтобы понять, насколько ваш оффер в рынке, сверьте его с реальными данными по зарплатам. И закладывайте разводнение: каждый новый раунд выпускает новые акции и уменьшает вашу долю. Это норма, а не обман, — просто заранее посчитайте, чтобы не удивляться.

То, о чём молчат: сможете ли вы вообще получить деньги?

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

Санкции и банковские ограничения изменили то, как движутся деньги. Меры ЕС и США всё сильнее ограничивают платёжные и финансовые услуги для граждан Беларуси, корреспондентские каналы поредели, а часть белорусов столкнулась с закрытием зарубежных счетов. Выплата, которую вы не можете получить на рабочий счёт, на практике не стоит ничего, — поэтому уже на старте уместно спросить, как компания планирует выплачивать по опционам человеку в Беларуси и сможет ли её брокер или платформа учёта капитализации вас вообще подключить.

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

Тревожные сигналы

Некоторые вещи в опционном предложении должны заставить вас притормозить:

• Вам не называют общее число акций или уходят от вопроса о доле в процентах.
• Дают число опционов без знаменателя, поданное так, чтобы звучало внушительно.
• Нет свежей независимой оценки, или цена исполнения выглядит взятой с потолка.
• Опционы предлагают вместо рыночной зарплаты, ничем не подтверждая их ценность.
• Необычный вестинг — длинные клиффы, графики на пять-шесть лет или условия, отбирающие уже заработанное.
• Окно на исполнение в 90 дней или короче — вместе с ценой исполнения, которую вы реально не потянете.
• Тяжёлые ликвидационные привилегии над вами: сначала платят инвесторам, а обыкновенным акциям при скромной продаже может достаться почти ничего.
• Обещания по звонку, которых нет в письменном договоре.
• Для senior-роли — отсутствие ускоренного вестинга при поглощении компании.
• Компания не может ответить, когда вы спрашиваете, как держатель из Беларуси в принципе получит деньги.

Понимание того, чем на самом деле отличается работа подрядчиком от найма в штат, помогает трезво понимать, предложение действительно продумано или сделано «на отвяжись».

Как договариваться — короткий план

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

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

Коротко о главном

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

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

Как нанять CTO в белорусскую продуктовую компанию: процесс, красные флаги и разговор о доле

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

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

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

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

Есть и ещё один вопрос, который нельзя откладывать до финального этапа переговоров, — доля в компании.

Разберём, каким должен быть CTO именно для продуктовой компании, где искать такого человека и как выстроить найм так, чтобы не обнаружить несовпадение ожиданий через полгода.

Что «CTO» на самом деле означает

В аутсорсинге «CTO» часто означает «старшего технического аккаунт-менеджера, который отвечает за качество работы для клиента». В небольших продуктовых компаниях — обычно «сооснователя, который пишет больше всех кода». В R&D-подразделениях международных компаний такой роли на месте чаще всего нет вовсе: там есть Head of Engineering, который подчиняется глобальному CTO за рубежом.

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

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

Какой именно CTO вам нужен

Три версии роли — и три совершенно разных профиля кандидата.

Founding CTO / самая ранняя стадия. Приходит до product-market fit. Пишет код 40–60% времени. Закладывает первичную архитектуру. Нанимает первых 5–10 инженеров. Компенсация сильно смещена в сторону доли в компании — на нормальную зарплату денег пока просто нет, и обе стороны это понимают. Профиль: ДНК технического сооснователя, высокая терпимость к риску, комфорт в неопределённости, готовность сделать ставку на долю в компании.

CTO после PMF. Приходит в компанию, у которой уже есть product-market fit и 15–40 инженеров, — на переходе от стартап-стадии к масштабированию. Доля кода падает до 10–30%. Фокус смещается на организационную структуру, найм руководителей (тимлидов, инженерных менеджеров, директоров) и на построение процессов, которые позволяют инженерии расти за пределы стартовой команды. Профиль: бывший Head of Engineering или директор, готовый сделать шаг на уровень руководителя компании.

CTO уровня Series A+ / enterprise. Приходит в компанию после раунда Series A — часто на замену техническому сооснователю, который переходит в Chief Architect или уходит совсем. Кода почти не остаётся. Фокус — техническая стратегия на уровне первого лица, работа с советом директоров, партнёрства и масштабирование инженерии за 40+ человек. Профиль: бывший CTO или VP Engineering в уже масштабированной компании — либо сильный директор / Head of Engineering с очевидной управленческой зрелостью.

Это три разных поиска. В библиотеке для основателей у Y Combinator есть хороший разбор того, почему найм founding CTO принципиально отличается от более поздних. Стоит прочитать до начала собеседований.

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

Реалистичная картина по пулу кандидатов

Что локальный рынок может дать на самом деле.

Founding CTO / ранняя стадия. Пул настоящих технических сооснователей — инженеров, которые построили и вывели продукт с нуля, — небольшой, но реальный. Большинство из них уже руководят собственными компаниями либо после успешного выхода ушли в роли рядом с основательскими. Реалистичный срок поиска — 4–8 месяцев. И, честно говоря, правильный ответ здесь чаще не формальный найм, а технический сооснователь, которого вы находите через свои связи.

CTO после PMF. Пул белорусских руководителей, которые реально работали на уровне Head of Engineering или директора в продуктовой компании, заметный, но ограниченный: 100–200 человек локально с настоящим опытом масштабирования на Series A и дальше. Здесь специализированный подбор бэкенд-разработчиков с выходом на руководящих кандидатов работает лучше, чем универсальное агентство. Волна релокации после 2022 года увела заметную часть этого пула в Польшу, Литву, Эстонию и Грузию — многие продолжают работать с белорусскими компаниями, но удалённо.

CTO уровня Series A+. Пул совсем небольшой — 20–40 человек в Беларуси, кто действительно был CTO компании на Series A и позже. Большинство уже где-то CTO. Реалистичный путь — удалённый поиск в международном формате, включая белорусскую диаспору в Польше, Литве, Эстонии и Грузии. Либо человек, готовый шагнуть вверх с позиции Head of Engineering в масштабированной международной компании.

Замечание, которое основатели слышат недостаточно часто: на верхнем уровне сеньорности рассчитывайте на международный поиск, а не только на белорусский. Подходящим кандидатом вполне может оказаться белорус, релоцировавшийся в 2022-м, или польский либо украинский руководитель, которому комфортно работать с белорусской инженерной командой. Ограничение поиска по географии легко добавляет к сроку 3–6 месяцев — и далеко не всегда приводит к лучшему кандидату.

Процесс собеседований, который работает

Общая схема найма CTO — примерно в таком порядке.

Первый разговор (основатель + кандидат, 60–90 минут). Стратегическая беседа о компании, о технических вызовах, о том, где кандидат видит главные риски на ближайшие 12 месяцев. Здесь одинаково важны и содержание, и совместимость. Вы проверяете, готовы ли ближайшие несколько лет обсуждать с этим человеком сложные задачи так, чтобы не хотелось встать и уйти.

Подробный разбор предыдущей роли (60–90 минут). За что отвечал, что менял, что не получилось, что сделал бы иначе. Конкретные детали, а не абстракции. Обращайте внимание, может ли он говорить о собственных ошибках, не перекладывая вину на команду, прежнего CEO или рынок.

Рекомендации. Два CEO, которым он подчинялся, и два сеньорных инженера, которые подчинялись ему. Обзванивайте их до технических раундов, а не после. Что вы проверяете: действительно ли он отвечал за то, о чём рассказывает, и как проходил через трудные моменты — увольнения, развороты стратегии, инциденты с безопасностью, уход ключевых людей. У First Round Review есть хорошие материалы о том, какие вопросы к рекомендателям реально дают сигнал, а какие — лишь вежливое молчание.

Встречи с командой (2–4 часа суммарно). Сеньорные инженеры, продакт-лиды и, по возможности, кто-то из совета директоров. Здесь движение идёт в обе стороны: кандидат должен захотеть работать с вашей командой не меньше, чем команда — с ним.

Письменное стратегическое задание (по желанию, но полезно). Кандидат готовит разбор на 2–3 страницы по конкретной технической задаче, с которой сталкивается ваша компания. Это показывает качество мышления и коммуникации так, как не покажет ни одно интервью. Кодовое задание пропустите полностью. CTO-кандидат, которого вы можете потерять из-за требования пройти раунд с написанием кода, — ровно тот, кто вам и не нужен. Об этом хорошо пишет Чарити Мейджорс в контексте маятника «инженер — менеджер»: раунды с написанием кода на менеджерскую позицию — признак того, что компания сама не определилась, кого ищет.

Финальная встреча (согласование оффера между основателем и CEO, если это разные люди). Компенсация, структура доли, вовлечённость совета директоров, полномочия по решениям, модель совместной работы. Всё подробно и письменно. Отдельный раздел про модель работы — ниже; это не то же самое, что выдача оффера.

Красные флаги: когда пора остановить процесс

Раздел, который основатели действительно читают и пересылают друг другу.

Показатели, при которых процесс стоит остановить:

• Отказ дать рекомендации от предыдущего CEO — или объяснение, которое не выдерживает проверки. «Мы расстались не лучшим образом» — нормально и ожидаемо. «Я не даю рекомендаций» — нет.
• Хочет сократить технические раунды, но не готов сокращать стратегические разговоры. Для роли CTO это перевёрнутые приоритеты.
• Не может сформулировать свою философию найма. У любого настоящего CTO есть сильное мнение о том, как он нанимает, и на объяснение уходит секунд девяносто.
• Полностью пропускает разговор о модели работы с CEO. Сильный кандидат сам спросит, как у вас принимаются решения, ещё до того, как дело дойдёт до оффера. Если не спросил — ему либо всё равно, либо он не знает, о чём спрашивать.
• «С долей разберёмся потом». Серьёзный кандидат на CTO прочитал term sheet, разобрался с вестингом и задал вопросы про cap table. Если нет — он либо не понимает, как устроена доля, либо не воспринимает вашу компанию всерьёз.
• Хочет полное техническое вето без ответственности. «Финальное слово по всем техническим решениям — за мной» плюс «сроки поставки — забота CEO» — тревожный признак сильного директора, который хотел стать CTO, но пока к этому не готов.
• Нет опыта прохождения через кризисы. Карьера, где всё время был рост по прямой, порождает CTO, которые ломаются на первом же серьёзном препятствии.
• Не умеет проигрывать спор. Технические детали на собеседовании раскрывают это быстро. Смотрите, меняет ли кандидат позицию, когда вы даёте ему новую информацию.
• Готов работать только на русском и не готов вести звонки с клиентами или инвесторами на английском. Для части аутсорс-ролей это нормально. Для CTO продуктовой компании, которому предстоит общаться с советом директоров, — нет.
• О победах прежней команды говорит «мы», о провалах — «они». Модель присвоения заслуг, которая хорошо предсказывает, как он будет вести себя с вашей командой.

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

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

Доля в компании: диапазоны, механика и разрыв в восприятии

Самый практически полезный раздел.

Локальные диапазоны для годового пакета (деньги + доля вместе):

• Founding CTO до PMF: 5–15% доли, стандартный четырёхлетний вестинг с годовым клиффом. Денежная часть обычно на уровне 30–60% рынка — чтобы не жечь бюджет.
• CTO после PMF в компанию с выручкой: 0,5–3% доли. Полная рыночная денежная часть — часто у верхней границы диапазона Head of Engineering / инженерного менеджера.
• CTO уровня Series A+ в компанию с фондированием: 0,25–1,5% доли. Полная рыночная денежная часть плюс подписной бонус.

Это ориентиры; у каждой компании свой cap table. Ежегодный отчёт Carta по компенсациям в стартапах публикует данные по долям основательских команд — загляните в свежий выпуск, прежде чем зафиксировать свой диапазон.

Дальше — про разрыв в восприятии; для основателя, который делает этот найм впервые, это самая полезная часть всей статьи.

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

Основателю нужно сделать три вещи:

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

Правильно структурируйте вестинг. Стандартный четырёхлетний вестинг с годовым клиффом — общемировая норма и правильное значение по умолчанию. Ускорение вестинга при продаже компании (double-trigger) для роли CTO стоит предусмотреть. Если у вашего юриста нет опыта с опционами для нерезидентов США, привлеките помощь — механика требует аккуратной настройки.

Не пытайтесь компенсировать нехватку денег большой долей. Белорусский CTO, согласившийся на зарплату на 40% ниже рынка ради 3% доли, часто уходит на втором году — когда доля ещё не превратилась в деньги, а разрыв по зарплате копится. Нормальная зарплата плюс доля лучше, чем скромная зарплата плюс большая доля, — для любого варианта, кроме founding CTO.

Замечание по механике: доля, которую получают белорусские сотрудники, обычно оформляется через иностранную материнскую компанию (US Delaware C-Corp или аналог), а при вестинге облагается как личный доход белорусского сотрудника по ставке подоходного налога 13%. Всё это требует аккуратной настройки на стороне расчёта зарплаты — услуги пейролла и EOR с опытом работы с трансграничной долей стоит подключать заранее, а не обнаруживать дыру в схеме на первом же вестинге.

Структура компенсации: деньги + доля + нематериальная часть

Полный пакет для позиции уровня CTO в белорусской компании в 2026 году:

• База (деньги): $9 000–14 000 в месяц для CTO после PMF. $12 000–18 000 в месяц для CTO уровня Series A+. Денежная часть founding CTO часто ниже рынка ($5 000–8 000 в месяц) — с компенсацией через большую долю.
• Доля: диапазоны см. выше.
• Целевой годовой бонус: 20–30% от базы на уровне CTO, обычно привязан к OKR компании, а не к личным KPI.
• 13-я зарплата или её эквивалент: применяется и на этом уровне — механика та же, что и в общей структуре компенсаций в белорусском IT.
• Нематериальная часть: семейная медицинская страховка, бюджет на обучение и конференции $3 000–5 000 в год, бюджет на поездки для командных офсайтов и совета директоров, бюджет на управленческий коучинг (на этом уровне встречается всё чаще).
• Подписной бонус: встречается в конкурентных наймах CTO, обычно $10 000–30 000. Часто с условием о возврате, если человек уходит в первые 12 месяцев.

Чтобы опереться на бенчмарки по конкретным стекам и грейдам при решениях о компенсации уровня CTO, полезная точка отсчёта — зарплатное исследование recruitment.by.

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

Структурный момент, важный на уровне руководителя: то, работает ли ваша компания через резидента ПВТ, влияет и на механику денежной компенсации, и на оформление доли. Если ваше белорусское юрлицо — резидент ПВТ (или вы работаете через партнёра-резидента), режим ПВТ обрабатывает часть элементов компенсации выгоднее, чем стандартная структура. Проговорите это с финансовым директором или бухгалтером до финализации оффера — на длинном горизонте разница может быть существенной.

Разговор о модели работы между основателем и CTO

Разговор, который решает всё, — и который большинство основателей пропускают, а потом за это расплачиваются.

Проговорите вслух и явно:

• Как принимаются решения между основателем и CTO. У кого право вето и на что. Что запускает эскалацию на уровень совета директоров.
• Что находится в зоне ответственности CTO, а что — в зоне CEO. Конкретно: по найму, дорожной карте, архитектуре, бюджету и внешним коммуникациям.
• Отношения с советом директоров — будет ли CTO выступать на совете, в каком формате и как часто.
• Ритм работы — как часто проходят встречи один на один, как часто — ревью, когда CEO вмешивается в технические решения, а когда нет.
• Как выглядит «хорошо» через 6, 12 и 18 месяцев — конкретные измеримые результаты.

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

Сильный кандидат сам заводит этот разговор. Если не заводит — это сигнал.

Типичные ошибки основателей

Коротким списком:

• Собеседуют разные версии CTO под одну и ту же роль и выбирают того, кто понравился по-человечески, — так и не определившись, какая версия нужна на самом деле.
• Пропускают рекомендации от прежних CEO, потому что «и так есть хорошее ощущение».
• Недостаточно объясняют, как устроена доля, а потом удивляются, почему оффер не закрылся.
• Переусердствуют с объяснением доли и начинают выглядеть как продавец подержанных машин.
• Ведут процесс по CTO как найм сеньорного специалиста — много раундов с кодом, мало стратегических разговоров.
• Не согласовывают оффер с советом директоров до его выдачи.
• Нанимают сильного CTO под текущую стадию, но не под следующую — и через 18 месяцев дорого ищут замену.
• Откладывают разговор о модели работы до момента, когда CTO застрял на решении, которое сам разрулить не может.

Как сделать этот найм правильно

Найм CTO не похож ни на один другой инженерный найм в вашей карьере. Процесс короче, ставки заметно выше, а ошибки проявляются дольше — обычно 6–12 месяцев. К тому моменту, когда вы окончательно убедитесь, что не сработало, вы уже выплатили зарплату, отдали долю и потеряли год, за который человек должен был продвинуть компанию вперёд.

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

Беларусь vs Польша vs Украина vs Румыния: сравнение стоимости и качества IT-найма в 2026 году

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

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

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

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

«Восточная Европа» больше не один рынок

Ленивая рамка — «нанимайте в Восточной Европе, экономьте 40%» — была ленивой уже в 2022, а теперь стала ещё бесполезнее. Четыре страны разошлись.

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

Украина перестроилась. Военная экономика сдвинула рынок в сторону удалённых распределённых команд под моделью ФЛП-3 (FOP-3). Талант никуда не делся, но операционная форма кардинально другая, чем в 2021 году.

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

Беларусь удержала позицию лидера по стоимости. Но пул после волн релокации 2022 года в Польшу, Литву и Грузию стал заметно меньше, а восприятие санкций — реальная трудность в общении с частью заказчиков, даже когда вопрос комплаенса решается прямолинейно.

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

Сравнение: что действительно важно

Сравниваем по шести осям:

• Полная стоимость сотрудника для работодателя — не gross-зарплата, а цифра, которая реально ложится на P&L после соцотчислений и комиссии провайдера
• Глубина пула — сколько активных сеньоров реально может достать ваш рекрутер
• Специализации — где каждая страна действительно сильна по доменам
• Операционные риски — членство в ЕС, военная обстановка, санкции, стабильность сети, курс валюты
• Сроки найма — сколько времени от брифа до подписанного оффера
• Юридические и комплаенс-накладные — что придётся продумывать вашему юристу

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

Полная стоимость сотрудника: сеньор бэкенда, всё включено

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

Конкретные месячные цифры all-in для сеньора-бэкендера (около 6 лет опыта, мейнстрим-стек — Java, Python, Go), включая работодательские соцотчисления и типовую комиссию EOR или аутстаффинга:

• Польша: $8 500–11 500 в месяц. База gross обычно €5 500–7 500, плюс 22% работодательских взносов в ZUS, плюс 15–25% комиссия провайдера. Варшава и Краков — по верхней границе.
• Румыния: $6 500–9 000 в месяц. Налоговая льгота IT (~10% эффективной ставки на первые €30k) плюс более низкие работодательские соцотчисления держат общую стоимость заметно ниже Польши даже при похожих gross-зарплатах.
• Украина: $5 500–8 000 в месяц по модели ФЛП-3 (5% плоский налог для инженера, инвойсы через польскую или эстонскую компанию-посредника). Через стандартный EOR со всеми работодательскими взносами — заметно выше.
• Беларусь: $5 000–7 500 в месяц через аутстаффинг в резиденте ПВТ. Механика ПВТ — работодательские соцотчисления рассчитываются от средней зарплаты по стране, а не от реальной — и удерживает самую низкую позицию из четырёх. Вне ПВТ — примерно $6 500–9 000.

Эти диапазоны стабильно подтверждаются несколькими независимыми бенчмарками 2026 года. Региональный обзор от Index.dev по Восточной Европе показывает тот же порядок, с чуть иной подачей — через gross-зарплаты вместо загруженной стоимости.

Один важный нюанс для staff+ и специалистов: на самом верху сеньорной кривой (staff, principal, тимлид тимлидов) диапазоны сжимаются. Сильный Rust-инженер стоит компании примерно одинаково в Варшаве и Минске — там доминирует дефицит, а не локальная структура затрат. Для большинства ролей — от сеньора до тимлида — разница выше та, что вы реально увидите в P&L.

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

Сколько специалистов на рынке

Реальные цифры по активным IT-специалистам в каждой стране:

• Польша: 450 000–500 000 специалистов. Крупнейший пул с большим отрывом. Ядро — Варшава и Краков; серьёзные вторичные хабы — Вроцлав, Познань, Гданьск.
• Украина: 250 000–300 000 специалистов, было около 350 000 специалистов до 2022 года. Реальность распределённая: заметная часть пула работает из Львова, Ивано-Франковска, Ужгорода или вообще за пределами Украины.
• Румыния: 180 000–220 000 специалистов с ростом. Основа — Бухарест и Клуж-Напока; вторичные хабы — Тимишоара и Яссы.
• Беларусь: 60 000–100 000 специалистов. Заметно меньше, чем до 2022 года — релокация в Польшу, Литву и Грузию была реальной. На Минск приходится около 70% текущего пула; Гомель, Гродно и Брест — вторые эшелоны.

Первичный источник по национальной статистике рабочей силы для Беларуси — Белстат, если нужна прямая ссылка.

Практический вывод для планов найма: команду в 3–15 человек можно собрать в любой из четырёх стран. Для 30 человек естественный выбор — Польша: в трёх других глубины пула просто нет, если только вы не готовы нанимать медленнее и мириться с географическим разбросом. Украина справится с этим масштабом, если вы принимаете распределённую удалённую модель. Румыния — если готовы платить румынские ставки. Беларусь начинает буксовать по доступности после 15 инженеров в одной специализации.

Для 100+ инженеров в одной стране реалистично поддерживает такую структуру только Польша.

Где каждая страна действительно сильна по качеству

Раздел специализаций — здесь статья становится реально полезной для принимающего решение.

Польша — самый глубокий универсальный пул и сильнейшая позиция по AI и ML (самая быстрорастущая специализация в регионе), enterprise Java, cloud-native инфраструктуре и финтеху. Если команде нужен широкий спектр стеков под одной крышей, Польша — единственная страна, которая это уверенно тянет. Варшава и Краков имеют серьёзную глубину практически по любому мейнстрим- и близкому к мейнстриму стеку.

Украина сильна в продуктовой инженерии (долгая история работы на американских клиентов сформировала характерную продуктовую культуру), data engineering, финтехе и геймдеве (GSC, киевская Ubisoft, смежные шопы). Индивидуальные сеньорные контракторы особенно сильны — модель ФЛП-3 сделала распределённую удалённую работу естественной для этого рынка задолго до того, как она стала нормой везде.

Румыния реально сильна в embedded-системах и телекомах (десятилетия присутствия Nokia, Ericsson и Continental R&D создали настоящую доменную экспертизу), кибербезопасности (наследие Bitdefender до сих пор излучается на рынок), корпоративной интеграции и всё активнее — в SaaS-бэкенде. По AI/ML растёт, но пока не доминирует — пул есть, но за него приходится конкурировать с польскими продуктовыми компаниями.

Беларусь сильна в бэкенд-системах, банковском и платёжном софте (20 лет работы для СНГ и европейских финансовых сервисов), DevOps и облачной инженерии (стандартный навык на любом резиденте ПВТ, работающем с западными клиентами) и в геймдеве (пятнадцатилетняя минская студия Wargaming запустила в оборот целый слой инженеров движка, графики и специалистов по производительности). Каркас Парка высоких технологий закрепил большинство этого за последнее десятилетие.

Где в Беларуси тоньше: передний край ML-исследований, Rust-системщики на большом масштабе и криптография уровня PhD. Такие пулы тонкие везде в Восточной Европе, а в Беларуси — тоньше остальных. Если ваш проект зависит от frontier-ML, честный ответ — Польша.

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

Операционные и юридические факторы

Раздел, который отделяет реальный анализ от общих слов.

Польша и Румыния — страны Евросоюза. GDPR-соответствие автоматическое, механика зарплаты и трудовых отношений привычна любой европейской HR-команде, рынок EOR зрелый. Для европейских покупателей это реальная премия за удобство. У вашего юриста, скорее всего, уже есть шаблон под это.

Украина — не ЕС. Реальные операционные факторы: стабильность сети электроснабжения улучшилась, но остаётся переменной величиной; правила мобилизации для мужчин до 60 лет создают реальный риск непрерывности команды (правила менялись несколько раз за последние два года и требуют мониторинга); волатильность курса влияет на любые расчёты в местной валюте. Обходной путь, к которому рынок пришёл: платите через польскую или эстонскую компанию-посредника, часто в USDC или EUR, и относитесь к каждому инженеру как к распределённому удалённому сотруднику. Настройка совместимой структуры — 2–4 недели. Крупнейшее сообщество разработчиков Украины, DOU.ua, публикует актуальные данные по зарплатам и рынку — полезно отслеживать, если серьёзно рассматриваете найм там.

Беларусь — не ЕС. Санкции точечные, а не блокирующие целиком: найм отдельных инженеров через структуры резидентов ПВТ в общем случае комплаентен, а услуги пейролла и EOR, маршрутизированные через ПВТ-резидентов, закрывают всю механику чисто. Трение возникает на уровне восприятия. У части контрагентов (особенно OFAC-ориентированные американские структуры и часть европейских финансовых сервисов) есть внутренние политики, которые флагуют Беларусь независимо от конкретного вопроса комплаенса. Эти издержки восприятия реальны, и любой рекрутер, который утверждает обратное, продаёт вам что-то, а не консультирует.

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

Сроки найма

Реалистичные сроки для сильного сеньор-бэкендера в мейнстрим-стеке:

• Польша: 4–6 недель
• Украина: 4–6 недель (быстро — модель ФЛП-3 упрощает юридическую сторону)
• Румыния: 5–7 недель
• Беларусь: 4–6 недель

Для дефицитных стеков (Rust-системы, ML-инфраструктура, embedded-специалисты) прибавьте 4–8 недель к любому из указанных сроков. У Польши есть глубина, чтобы отчасти сжать поиск на дефицитных ролях. У остальных трёх — нет.

Какая страна под какую задачу

Практический раздел, оформленный как реальные рекомендации, а не как рейтинг:

Продуктовая инженерная организация на 20–50 человек, бюджет гибкий: Польша. Единственный рынок, чья глубина уверенно поддерживает такой масштаб в одной стране, и удобство ЕС на этом размере уже играет.

Команда бэкенда или системщиков на 5–15 человек, чувствительность к стоимости высокая: Беларусь — самый сильный ход по цене, а качество на бэкенде и системах реально конкурентно. Румыния — EU-совместимая альтернатива, если восприятие санкций для вас жёсткий блок. Аутстаффинг в резиденте ПВТ — то, что делает белорусскую математику рабочей на этом масштабе.

Распределённый найм отдельных сеньорных контракторов, смешанные стеки: Украина через ФЛП-3. Быстрая юридическая настройка, лучший пул инженеров, уже привыкших к распределённой удалённой работе, налоговая структура выгодна обеим сторонам.

Команда с ЕС-first требованиями по регуляторике или GDPR: Польша или Румыния. Точка. Остальные две можно натянуть через дополнительный контрактный обвяз, но если EU-совместимость — жёсткое ограничение, не спорьте по этому вопросу со своим юристом.

Финтех или банковский софт: Беларусь или Украина — обе с реальной глубиной. Беларусь выигрывает по цене; Украина — по масштабу, если нужно больше 15 инженеров.

Глубокая команда AI/ML или LLM-исследователей: Польша — реалистичный вариант. У остальных трёх есть сильные индивидуальные специалисты, но не глубина, чтобы собрать исследовательскую команду без импорта.

Геймдев или разработка игровых движков: Украина (наследие GSC, Ubisoft) или Беларусь (наследие Wargaming). Обе — реально. Беларусь дешевле. Польские публичные агрегаторы зарплат, например Just Join IT, показывают ставки на геймдев-роли на уровне общего польского продуктового рынка — Польша возможна, но дешёвым ходом не будет.

Embedded, телеком или кибербез: Румыния сильнее всех — реальное доменное наследие от десятилетий присутствия международных R&D-центров.

Нужно нанять за 60 дней: Украина (ФЛП-3) или Беларусь (EOR через ПВТ) — самые быстрые пути. Польша возможна, но на сеньорских уровнях жмёт — пул шире, но не всегда быстрее.

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

Где Беларусь реально выигрывает, а где — нет

Раздел про доверие. Скажем прямо.

Беларусь выигрывает:

• Самая низкая полная стоимость сотрудника с реальным отрывом — примерно на 25–40% ниже Польши на сеньорском уровне
• Структура ПВТ — настоящее преимущество, а не маркетинговый слоган: механика соцотчислений реально работает как математика
• Сильный бэкенд, системная разработка и платёжный опыт для команд от 2 до 15 в мейнстрим-стеках

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

Беларусь не выигрывает:

• По глубине пула: 60 000–100 000 заметно меньше польских 450 000+. После 15 инженеров в одной специализации доступность начинает жать, а сроки поиска растут
• По восприятию санкций: реальное трение с частью контрагентов, даже когда сам по себе вопрос комплаенса решается чисто. У части OFAC-ориентированных американских покупателей и части европейских финансовых сервисов есть внутренние политики, флагующие Беларусь независимо
• По удобству ЕС: если европейский покупатель хочет внутриевропейские структуры по регуляторике или из соображений оптики, Беларусь — не ответ, и делать вид, что это можно продавить, не сработает с их юристом
• По передовым специализациям: передний край ML-исследований, Rust-системы на масштабе, криптография PhD-уровня — тонко везде, тоньше здесь

Беларусь — сильный выбор для правильного сценария и плохой — для других. Любой рекрутер, который говорит вам, что Беларусь — ответ на любой вопрос, продаёт, а не советует.

Подобрать правильное совпадение

Четыре восточноевропейских рынка IT-найма разошлись настолько, что правильный вопрос не «какая страна», а «какая страна под какую команду». Совместите рынок с задачей.

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

Team Lead vs Engineering Manager в белорусском IT: чем реально отличаются эти роли и как под них нанимать

На практике Team Lead и Engineering Manager в Беларуси часто путают — особенно иностранные компании, которые впервые нанимают здесь руководителей разработки. А разница между ними принципиальная.

Представим первую ситуацию. Компания нанимает Team Lead, рассчитывая, что он возьмёт на себя работу с командой. Проходит полтора месяца, а сотрудники по-прежнему приходят к руководителю компании с вопросами о развитии, регулярных 1-на-1 нет, зато новый Team Lead активно участвует в код-ревью и продолжает много писать сам.

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

Проблема в обоих случаях одна: компания искала одного специалиста, а наняла другого. Не обязательно слабого или неподходящего — просто с другим набором обязанностей и зоной ответственности.

В белорусском IT Team Lead и Engineering Manager — это действительно разные позиции. У них отличается участие в разработке, ответственность за людей, набор полномочий и дальнейший карьерный путь. Отличается и рынок кандидатов: специалисты, которые хорошо подходят на одну из этих позиций, далеко не всегда подходят на другую.

Поэтому ошибка часто возникает ещё до собеседования. Если смешать две роли в одном описании вакансии, можно привлечь совсем не тех людей, а на этапе интервью — отсеять тех, кто на самом деле нужен компании.

Разберёмся, чем эти роли отличаются в Беларуси и как правильно искать кандидата под каждую из них.

Откуда путаница

Белорусский рынок унаследовал технически-первичную модель из более широкой постсоветской инженерной традиции. Самый сильный инженер в команде и был её лидом — тимлид, буквально «лидер команды», но по факту нечто среднее между сеньорным архитектором и ведущим разработчиком. Код был обязательной частью роли. Управление людьми — вторичным, часто разделённым с продакт-менеджером или delivery lead.

Западная культура, особенно после того, как Google в 2000-х формализовал разделение, выделила отдельный трек people manager — с явным разделением менеджмента и написания кода. Широко известный пост Чарити Мейджорс про engineer/manager pendulum закрепил современный западный взгляд: между двумя треками можно переключаться, но это две разные работы с двумя разными наборами навыков.

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

Кто такой Team Lead в белорусском IT

Team Lead в белорусском IT — это сеньорный инженер с дополнительной зоной ответственности. Ключевой признак, который отличает его от Engineering Manager, — он продолжает писать код. Обычно 30–70% рабочего времени, на небольших командах — иногда больше. Остальное уходит на архитектуру, ревью кода, техническое планирование, менторство джуниоров и миддлов, техническую координацию с другими командами.

Основные зоны ответственности:

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

Не менее важно понимать, где полномочия заканчиваются. Полномочия тимлида — технические, а не HR. Он влияет на найм, но редко принимает финальное решение. Зарплаты обычно не контролирует. Проблемы с производительностью может эскалировать, но сам процесс перформанс-ревью, как правило, не ведёт. Сложные разговоры с людьми уходят выше — обычно к Head of Engineering, PM или CTO напрямую.

Линия репортинга: обычно на Head of Engineering, продакт-лида, delivery-менеджера или CTO. Размер команды: 3–8 инженеров.

Типичный бэкграунд: 6–10 лет инженерного опыта, повышение из сеньора внутри той же команды или переход на аналогичную позицию тимлида в другую компанию. Переход из сеньора в тимлида — это повышение, а не смена карьеры.

Кем тимлид не является: он не в первую очередь people manager. Интервьюировать его как менеджера — с американским поведенческим форматом и упором на сценарии с 1-на-1 — значит не попадать в роль и отсеивать сильных кандидатов. Это базовая лидерская роль в белорусском IT, и именно под неё оптимизирована большая часть местного рынка найма тимлидов.

Что такое Engineering Manager в белорусском IT

Engineering Manager в Беларуси — это в первую очередь people manager. Код падает до 0–20% времени, а у тех, кто действительно хорошо справляется с ролью, — ближе к нулю. Что он вместо этого ведёт:

• Людей: 1-на-1, карьерное развитие, перформанс-ревью, сложные разговоры
• Найм: воронку интервью, решения по офферу, закрытие кандидатов
• Увольнения: перформанс-менеджмент, PIP, увольнения в связке с HR
• Компенсацию: назначение зарплат, апрув повышений, продвижение сотрудников
• Delivery: планирование ёмкости команды, исполнение роадмапа, координацию с другими командами
• Состав команды: кто в неё входит и в какой конфигурации

Линия репортинга: Director/VP Engineering, Head of Engineering или CTO. Размер команды: обычно 5–8 прямых подчинённых в Беларуси — меньше, чем стандартные 8–12 в больших американских компаниях.

Бэкграунд: 8–12 лет общего стажа, обычно с 2–3 годами на позиции тимлида и явным переходом в менеджмент. Публикации вроде LeadDev, формирующие современную дисциплину EM, относятся к этому переходу как к смене карьеры, а не к движению вверх по одному пути. 

Критично важное уточнение для иностранных работодателей: сильные белорусские кандидаты, увидев в оффере «Engineering Manager», часто предполагают, что будут продолжать существенно кодить. Когда реальная роль оказывается чистым people management, они либо отказываются на поздней стадии, либо уходят в течение первого года. Проговаривайте объём кода в описании вакансии открытым текстом. Если написания кода «почти нет», так и пишите: «почти нет».

Сравнение по параметрам

Сравнение в тех терминах, от которых зависит успех найма:

• Объём кода: тимлид 30–70%. EM 0–20%, обычно ближе к нулю.
• Основная метрика успеха: у тимлида — техническая производительность команды и качество кода. У EM — показатели по людям, удержание.
• Прямые подчинённые: у тимлида 3–8 с мягкой властью. У EM 5–8 с жёсткой.
• HR-полномочия: у тимлида — ограниченные. У EM — полные.
• Карьерный трек: тимлид ведёт к Staff Engineer, Principal Engineer или Head of Engineering. EM — к Director, VP или CTO по менеджерскому треку.
• Глубина пула в Беларуси: тимлиды — много. EM — меньше.
• Типичный бэкграунд: тимлид — это повышенный сеньор. EM — бывший тимлид, выбравший менеджерский путь.
• Фокус воронки интервью: у тимлида — системный дизайн и техническое лидерство. У EM — поведенческие интервью и сценарии по работе с людьми.
• Премия к сеньору-разработчику: у тимлида — на 15–25% выше. У EM — на 25–40% выше, с частичным пересечением по вилке со Staff Engineer.

Реальные вилки

Конкретные диапазоны на 2026 год, в актуальной картине белорусского рынка.

Team Lead: $6 500–9 500 в месяц для сильного кандидата в мейнстримном стеке. Выше — на дефицитных специализациях вроде Rust, инфраструктурного Go или ML-платформы, где предложение по тимлидам действительно ограничено.

Engineering Manager: $7 500–11 000 базы в месяц. Иногда выше, если роль включает координацию нескольких команд, репортинг напрямую в VP или ответственность за целый R&D-филиал.

Обе роли несут более крупный переменный компонент, чем IC-позиции. Годовые бонусные таргеты обычно 15–25% против 8–15% у сеньора-разработчика. 13-я зарплата — на обоих. Нематериальный слой обычно богаче: семейная медстраховка, увеличенный бюджет на обучение и конференции, иногда бюджет на командировки для координации с другими офисами или тимбилдингов.

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

Глубина пула: кого реально можно нанять

Без иллюзий по срокам и доступности.

Пул тимлидов в Беларуси глубокий. В Java, Python, JavaScript, TypeScript и, всё активнее, Go можно рассчитывать на нескольких сильных кандидатов за нормальный цикл 6–8 недель. В дефицитных стеках вроде Rust или ML-инфраструктуры пул сужается, но даже там кандидатов на трек тимлида больше, чем чистых IC-сеньоров, — потому что переход из сеньора в тимлида это стандартная траектория в местных компаниях. Специализированная практика подбора бэкенд-разработчиков, как правило, даёт шорт-лист за 3–4 недели по чётко описанной вакансии тимлида.

Пул Engineering Manager намного меньше. Большинство сильных кандидатов на EM в Беларуси пришли из определённого набора компаний со зрелой культурой people management — крупные продуктовые компании с местным R&D, небольшое число аутсорсеров, которые выстроили нормальные менеджерские лестницы, и локальные офисы международных команд. Парк высоких технологий собирает у себя большинство таких работодателей, что и концентрирует пул — но одновременно означает, что все сильные EM друг друга знают и знают рынок.

Последствия дефицита — практические. EM-кандидаты жёстче торгуются, чаще ходят с параллельными офферами и заметно хуже принимают несогласованные описания вакансий. Реалистичный срок: 10–14 недель на сильного EM, дольше — если специфика узкая (управление инфраструктурными командами, ML-командами, распределёнными командами через часовые пояса).

Если вы собираете полный лидерский слой — тимлиды плюс EM плюс Head of Engineering — важна очерёдность. По возможности сначала наймите EM: он поможет закрыть тимлидов и разработчиков. Если поиск EM длится дольше, чем позволяет delivery, стартуйте с тимлидов — сильный тимлид спокойно ведёт команду на протяжении цикла найма без потерь.

Как написать описание вакансии, которое привлечёт нужного кандидата

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

• Объём кода в процентах (или «практически нет»)
• HR-полномочия: может ли этот человек нанимать, увольнять, назначать зарплаты
• Количество и структура прямых подчинённых
• Линия репортинга
• Одна-две конкретные задачи на первый квартал, из которых видна реальная форма роли

Компании, которые публично публикуют определения своих инженерных ролей — например, engineering-хендбук GitLab — делают это хорошо: за тридцать секунд читатель понимает, совпадает ли роль с тем, что он хочет делать. Такой уровень прозрачности в белорусских описаниях пока встречается редко, и оффер с ним сразу выделяется.

Чего делать точно не стоит:

• Не используйте «Team Lead / Engineering Manager» как взаимозаменяемые в одном описании вакансии. Для местного кандидата это моментальный красный флаг — показатель того, что компания сама не решила, что ей нужно.
• Избегайте гибридов вроде «Engineering Team Lead» или «Senior Engineering Manager», если ответственность реально не совпадает с этой конкретной комбинацией
• Не описывайте роль через идеальный день на работе, не указав раскладку по времени. «Балансируете между кодом и людьми» — это не спецификация, это описание любой лидерской роли за всю историю IT

Как отличается воронка интервью

Для Team Lead воронка выглядит примерно так:

• Технический дип-дайв по системам, которые кандидат строил
• Раунд системного дизайна на уровне senior/staff
• Кодовая сессия — да, они кодят и ждут, что их об этом попросят
• Сценарии технического лидерства: конфликты на ревью, компромиссы по техдолгу, разногласия по архитектуре
• Один-два поведенческих раунда с фокусом на менторство и кросс-командное взаимодействие

Для Engineering Manager воронка выглядит примерно так:

• Поведенческое интервью в формате STAR или аналогичной структуре
• Сценарии по людям: найм, увольнения, сложные разговоры, работа с низкой производительностью, удержание сильных, которые собрались уходить
• Сценарии по delivery: сорванные сроки, конфликты по роадмапу, кросс-командные зависимости
• Сценарии по стейкхолдер-менеджменту
• Опционально — короткое техническое обсуждение, но не полноценный раунд кодинга

Отдельно про кодовые интервью для EM: это спорная практика на местном рынке. Многие сильные EM-кандидаты от них отказываются, а требование пройти кодовое интервью отсеивает квалифицированных людей по неправильному критерию. Если техническая грамотность действительно важна (а она обычно важна), проверяйте её через техническое обсуждение, а не через live-coding. Тот менеджерский трек, который описывает Уилл Ларсон на staffeng.com — и который в целом усвоили белорусские EM, — рассматривает кодовые интервью на менеджерские позиции как сигнал того, что компания не определилась, кого ищет.

Что иностранные работодатели путают чаще всего

Быстрый список ошибок, которые всплывают почти на каждом найме:

• Название позиции — «Engineering Manager», а описание — как у тимлида (или наоборот)
• Ожидание, что EM будет кодить 50% времени, — на сеньорских уровнях это не работает
• Ожидание, что тимлид будет вести перформанс-ревью и назначать зарплаты без HR-партнёра
• Повышение сильного сеньора сразу в EM без промежуточного этапа — people management отдельный навык, который нарабатывается 1–2 года
• Прогон американской EM-воронки на белорусских кандидатах на тимлида — с последующим непониманием, почему pipeline рассыпается
• Отсутствие ясности по HR-полномочиям на старте — это один из первых вопросов сильных кандидатов, и туманные ответы гасят оффер

Когда какую роль нанимать

Рабочая рамка для принятия решения:

• Команда 3–6 инженеров, delivery простой: Team Lead
• Команда 5–8 инженеров, delivery с несколькими стейкхолдерами: Engineering Manager
• Команда 8+ или структура с суб-командами: обе роли, тимлиды репортят в EM
• Международный R&D-центр с автономным местным delivery: EM наверху, тимлиды под ним
• Аутсорсинг или сервисный контракт: почти всегда структура без EM, только с тимлидами

Многие белорусские компании работают по схеме «тимлиды + Head of Engineering» без отдельного EM-слоя. Head of Engineering исполняет функцию EM для нескольких тимлидов сразу. Это легитимная схема и часто правильная для команд до 20 инженеров. Если вы собираете именно такую многослойную структуру, услуга комплексного подбора команды, которая параллельно закрывает тимлидов, разработчиков и EM, обычно сжимает сроки заметно сильнее, чем последовательный найм.

Для сотрудничества по модели аутсорсинга, а не in-house команды, схема «только тимлиды» почти всегда лучше. EM-функцию несёт провайдер на своей стороне. Аутстаффинг recruitment.by работает именно так по умолчанию: вы получаете инженерную команду плюс техническое лидерство, а инфраструктура account-management и people-management остаётся на стороне провайдера.

Как сделать оффер правильно

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

Начните с определения. Решите, что вам нужно: технический лидер, который пишет код, или people manager, который отвечает за delivery. Опишите вакансию под это решение. Постройте воронку. Фильтруйте под конкретные навыки, которые вы ищете.

Если хочется второго мнения по описанию роли или всей интервью-воронке до того, как они уйдут в мир, команда IT-рекрутинга в Беларуси может вычитать описание вакансии, сверить компенсационную вилку с рынком и провести стресс-тест воронки — как её на самом деле проходят сильные локальные кандидаты.

Как устроен компенсационный пакет в белорусском IT: база, 13-я зарплата, бонусы и индексация

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

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

В белорусском IT оффер складывается из нескольких компонентов, которые западные компании используют иначе или не используют вовсе. Среди них — 13-я зарплата, квартальные и годовые бонусы, привязка компенсации к доллару для защиты от колебаний курса, регулярная индексация и набор нематериальных бенефитов, который давно стал рыночным стандартом.

Разберём, как сегодня формируется конкурентный компенсационный пакет в белорусском IT.

Gross и net: почему работодатели и кандидаты называют разные суммы

Начнём с расхождения, которое сопровождает почти каждый первый найм.

Белорусские IT-кандидаты почти всегда называют зарплату «на руки» — сумму, которая падает на счёт после налогов. Западные HR почти всегда называют gross — цифру до вычетов. Поэтому когда кандидат говорит «хочу $5 000 в месяц», он имеет в виду $5 000 у себя на счете. А когда ваш рекрутер отвечает «можем $5 000», он, как правило, имеет в виду до вычета налогов.

Разница существенная. В Беларуси сотрудник уплачивает 13% подоходного налога и 1% пенсионных взносов. Поэтому зарплата в $5 000 net соответствует примерно $5 814 gross. Именно этот разрыв — около 16% — чаще всего становится причиной ситуации, когда обе стороны уверены, что договорились, хотя на самом деле говорят о разных цифрах.

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

Полная стоимость сотрудника

Взгляд работодателя отличается ещё раз, потому что gross — это не полная стоимость. В Беларуси есть заметные социальные отчисления на стороне работодателя сверх того, что видит сотрудник.

По стандартному налоговому режиму работодатель платит около 34% в пенсионный фонд, порядка 6% на социальное страхование и около 0,6% на страхование от несчастных случаев — итого примерно 40% сверху на gross. Это ещё без комиссии EOR или аутстаффинг-провайдера. С $6 000 gross стандартные отчисления добавят около $2 400. Итоговая месячная стоимость выходит около $8 400 до наценки провайдера.

Именно здесь начинает работать режим Парка высоких технологий.

Компании-резиденты Парка высоких технологий рассчитывают базу для социальных отчислений не от реальной зарплаты инженера, а от средней зарплаты по стране. По данным на начало 2026 года эта средняя составляет около 2 270 BYN, то есть примерно $790 в месяц. Для инженера, который получает несколько тысяч долларов, база для соцотчислений — небольшая доля от gross, а не вся сумма.

Практическое следствие: инженер на той же gross-зарплате обходится компании существенно дешевле через структуру резидента ПВТ, чем через стандартного работодателя. Именно поэтому большинство международных компаний, которые долгосрочно работают на белорусском рынке, используют либо аутстаффинг через резидента ПВТ, либо EOR, работающий в рамках режима Парка. Для вакансии с зарплатой $6 000 gross экономия на социальных взносах может достигать $1 800–2 000 в месяц.

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

Валюта: почему привязка к доллару стала стандартом

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

Три распространённые схемы:

• Договор номинирован в долларах, выплата в BYN по курсу Национального банка на день выплаты
• Договор в BYN с явной долларовой «нижней планкой» — если курс идёт против сотрудника, сумма в BYN пересматривается вверх
• Прямая выплата в долларах или евро, если структура работодателя это позволяет

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

13-я зарплата: не обязательна, но ожидаема

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

13-я зарплата — практика ещё советского происхождения, которая в Беларуси никуда не делась. По закону в частном секторе она не обязательна — это подтверждают все актуальные источники, включая гайд по стране от Papaya Global. Поэтому при оценке оффера кандидаты учитывают её независимо от того, выделена она отдельной строкой или нет.

В 2026 году она принимает несколько форм:

• Один дополнительный оклад в год, обычно в декабре
• Тот же оклад, разбитый на ноябрь и декабрь
• Годовая база делится не на 12, а на 13 выплат в течение года (структура «1/13 в месяц»)
• Явная формулировка «годовой бонус в размере одного оклада»
• KPI-бонус в размере 8–15% годовой зарплаты, который фактически выполняет ту же функцию

Правильный вопрос — не «платим ли мы 13-ю». Правильный вопрос: складывается ли ваш годовой переменный компонент в сумму от одного оклада, и распознаёт ли её кандидат как таковую. Если ваш годовой бонус — 5%, вы заметно ниже рынка. Если 10–12% — в рынке. Если в оффере есть отдельная строка «13-я», вы выигрываете на прозрачности: кандидату не нужно самому считать.

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

Какие бонусы ожидают кандидаты помимо 13-й зарплаты

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

• квартальные KPI-бонусы — чаще всего в диапазоне 5–15% квартального дохода;
• годовые бонусы, привязанные к результатам компании или индивидуальной эффективности, — обычно 5–20% годового оклада;
• бонусы за успешное завершение проекта — наиболее распространены в аутсорсинговых компаниях;
• retention-бонусы для senior- и lead-разработчиков, выплачиваемые по схеме vesting;
• реферальные бонусы в размере от $500 до $3 000 за успешную рекомендацию кандидата;
• signing bonus — единовременная выплата при выходе на работу, которая всё чаще встречается при найме редких специалистов, например Rust- или Go-инженеров уровня Staff и выше.

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

За бенчмарками по вашему конкретному стеку и грейду стоит идти в зарплатное исследование recruitment.by — там свежие вилки с разбивкой по базе, бонусной таргет-части и total compensation по ролям. Стоит свериться до того, как вы финализируете оффер.

Индексация: юридические требования и рыночная практика

Индексация — та зона, где иностранные работодатели чаще всего предполагают, что локальная практика совпадает с их собственной. На практике это не так.

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

На удержание сотрудников влияет не юридическая, а рыночная индексация.

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

На рынке сформировались следующие ожидания:

• ежегодный пересмотр компенсации — минимальный стандарт;
• для senior- и lead-разработчиков всё чаще проводится пересмотр каждые шесть месяцев;
• порядок пересмотра желательно закрепить в трудовом договоре, а не ограничиваться устными обещаниями.

При этом важно понимать: привязка зарплаты к доллару защищает сотрудника от валютных колебаний, но не компенсирует рост самого рынка. Типичная точка провала: наняли на $5 500 USD, держали цифру двадцать месяцев, а потом инженер уходит на $7 000 в другую компанию. Рынок обогнал ваш ревью-цикл.

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

Нематериальные бенефиты: что считается стандартом

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

• Частная медицинская страховка — на сотрудника, а на сеньорских ролях часто и на семью
• Дополнительные дни отпуска — 24 календарных дня это законный минимум, большинство IT-работодателей дают 25–30
• Бюджет на обучение и конференции — $500–2 000 в год
• Стипендия на организацию рабочего места дома или разовый бюджет на технику — стандартизировалось после 2020 года и никуда не делось
• Реферальная программа — работает и как бенефит, и как сигнал того, что компания рассчитывает на длинную дистанцию
• Релокационный пакет для кандидатов, которые переезжают в Минск из других белорусских городов

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

Как выглядит реально конкурентный пакет

Конкретный пример. Сеньор Go-разработчик, Минск, 2026:

• База: $6 500 USD в месяц, привязка к доллару, выплата в BYN по курсу НБРБ
• Эквивалент 13-й: один оклад, выплата в декабре
• Таргет по квартальному KPI-бонусу: 8% от базы (около $2 100 в год при выполнении)
• Ежегодный пересмотр с рыночной корректировкой, прописан в договоре
• 28 календарных дней отпуска
• Частная медицинская страховка
• Бюджет на обучение $1 500 в год
• Разовая стипендия на организацию рабочего места — $500
• Реферальная программа: $1 500 за успешного нанятого

Годовая денежная компенсация инженера — примерно $88 000–92 000 в зависимости от выполнения бонусной части. Это цифра, которую кандидат сравнивает с другими офферами.

Полная стоимость для работодателя — вот здесь и играет структура. Через аутстаффинг в резиденте ПВТ полная стоимость с учётом комиссии провайдера выходит около $100 000–108 000 в год. Через EOR вне ПВТ — ближе к $115 000–125 000, потому что соцотчисления считаются с полной зарплаты, а не с национальной средней базы. Разница в $15 000 на инженера в год — это ровно тот аргумент, из-за которого практически все международные команды на белорусском рынке после пилотной фазы уходят в структуру ПВТ.

Что иностранные работодатели путают чаще всего

Список ошибок, которые всплывают почти на каждом первом найме:

• Называют gross, когда весь рынок называет net
• Пропускают 13-ю или её эквивалент и потом удивляются оттоку на втором году
• Платят в BYN без валютной оговорки
• Заключают многолетние контракты без механизма пересмотра
• Недооценивают реферальную программу — это не приятное дополнение, а заметная часть того, как реально закрываются позиции
• Игнорируют структуру резидента ПВТ и платят полные соцотчисления с полной зарплаты

Последняя ошибка зачастую оказывается самой дорогостоящей.

При работе по общей системе социальные отчисления работодателя составляют около 34–42% от gross-зарплаты. Для компаний — резидентов ПВТ правила другие: взносы рассчитываются от средней заработной платы по стране, а не от фактической зарплаты инженера.

В налоговом ландшафте достаточно пунктов, чтобы перед выбором структуры имело смысл прочитать детали. Обзор recruitment.by о налогах для IT-компаний в Беларуси и России разбирает механику ПВТ подробнее, чем большинство публичных источников.

Как подготовить конкурентный оффер

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

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

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

Найм Rust и Go разработчиков в Беларуси: гид на 2026 год

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

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

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

Ниже — разбор текущего состояния рынка Rust и Go в Беларуси: где искать таких специалистов, какие ожидания по найму реалистичны и как сократить путь от поиска до выхода инженера в команду.

Почему Беларусь и почему именно эти два языка

В Беларуси сложилась одна из самых собранных инженерных культур региона. БГУИР — главный технический вуз страны — уже двадцать лет выпускает специалистов по системному программированию, C++ и алгоритмам. Именно такой бэкграунд конвертируется в Rust и Go естественнее всего.

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

Для Rust и Go совпадают три фактора именно в белорусской среде:

• Сильная база C и C++, из которой органично получаются Rust-инженеры
• Большое сообщество Java и Python разработчиков, которые последние четыре года активно переходят на Go
• Финтех и блокчейн-сектор, где ставки выше рынка и оба этих языка — рабочая ежедневная реальность

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

Пул Go: массовый и легко нанимаемый

Go в Беларуси прошёл переломную точку около 2023 года. То, что раньше было редким языком для нескольких команд по облачным технологиям, стало стандартом в финтехе, инфраструктуре, dev tools и платформенной разработке.

Зарплаты это подтверждают. Go сейчас находится на самом верху сеньорского диапазона и по деньгам сравнялся с Java и Kotlin. Ещё три года назад Go платил небольшую премию, но объёмов не имел — сейчас ситуация принципиально другая.

Рынок реальный. Активных Go-разработчиков в Беларуси — тысячи. Собрать команду из пятидесяти человек за месяц не получится, но команды из двух, пяти или десяти инженеров закрываются нормально. Типичные бэкграунды:

• Бэкенд-разработчики, перешедшие с Java или Python ради облачной разработки
• Инфраструктурные инженеры, которые строят Kubernetes-решения и продукты из экосистемы CNCF
• Финтех-команды, стандартизирующиеся на Go для платёжных решений и API-сервисов
• Блокчейн и web3 разработчики, особенно в инфраструктуре бирж и кошельков

У языка Go в Беларуси активное сообщество — регулярные митапы в Минске, стабильно растущее число белорусских контрибьюторов в опенсорс. По срокам подбора: 4–6 недель на сильного мидла и 6–8 недель на крепкого сеньора — при условии, что бриф чёткий, а собеседования не растягиваются.

Пул Rust: меньше, специализированнее, стоит поисков

С Rust ситуация другая. Скажем прямо: пул небольшой. Если вам нужны сто Rust-инженеров в Беларуси, вы их не найдёте — впрочем, как и почти нигде в мире.

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

• Блокчейн-инфраструктуре, особенно вокруг Solana, Substrate и Cosmos
• Системном программировании и высоконагруженных бэкенд-сервисах
• Embedded и IoT — часто это бывшие C и C++ разработчики
• Растущем числе dev tools и инфраструктурных компаний
• Криптографии и security-командах

Экосистема Rust в белорусской инженерной культуре чувствует себя уверенно как раз потому, что стыкуется с сильной местной C++ средой. Опытные C++ инженеры с 5–10 годами стажа переходят на Rust хорошо, и многие уже это сделали.

Реальные сроки: 8–12 недель на сеньора Rust, дольше — если специализация очень узкая. Зарплаты выше, чем у Go на сеньорском уровне: работает базовый закон дефицита. И готовьтесь к тому, что кандидатов в неделю будет меньше, чем в массовом стеке. Компенсация — те, кого вы всё-таки увидите, чаще всего действительно сильные.

Как выглядит стоимость

Беларусь остаётся конкурентоспособной по цене даже на верхних сеньорских грейдах в Rust и Go.

Сеньорский Go-разработчик в Минске стоит компании $4 500–7 500 в месяц all-in, в зависимости от домена и типа компании. Сеньорский Rust — на 15–25% выше: $5 500–9 000 за сильных кандидатов, верхняя граница — для узких специализаций вроде блокчейн-инфраструктуры или криптографии.

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

Схема найма: EOR, аутстаффинг или прямое трудоустройство

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

Самый распространённый вариант — Employer of Record. Разработчик работает в вашей команде на ежедневной основе, а локальный партнёр берёт на себя трудовой договор, зарплату, налоги и всё, что связано с местным законодательством. Оформление занимает не месяцы, а несколько дней. Для первого-второго найма в стране обычно оптимален EOR и payroll — фиксированная ежемесячная ставка, никакой возни с трудовым правом, никакой HR-инфраструктуры на вашей стороне.

EOR хорошо работает первый год-два и на команде до пяти человек. Дальше экономика меняется, и стоит смотреть на более постоянные форматы.

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

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

Где искать этих разработчиков

Общие джоб-борды в этом сегменте работают плохо. Сильные Rust и Go разработчики не листают hh.ru — они уже где-то работают. Что работает на практике:

• Реферальные сети внутри языковых сообществ — сцены Go и Rust в Беларуси достаточно компактные, чтобы хороший рекрутер знал, кто открыт к предложениям, а кто вот-вот будет
• Точечная коммуникация в LinkedIn — с персонализацией, с фокусом на домене и технической задаче, а не на вилке
• Комьюнити-подход: минские митапы, спикер-листы конференций, контрибьюторы в опенсорс
• Retained search для senior+ Rust-позиций — на этом уровне без выделенного поиска почти ничего не получается

Если вы собираете не одного человека, а полноценную команду, комплексный подбор команды параллельно по нескольким ролям обычно сжимает сроки на 30–50% по сравнению с последовательным наймом. Вместо одного сильного кандидата в месяц вы видите нескольких в неделю.

Реальные сроки

Правильные ожидания в начале — половина успеха всей остальной работы.

По Go:

• Мидл: 4–6 недель от брифа до подписанного оффера
• Сеньор: 6–8 недель
• Staff / тимлид: 8–12 недель

По Rust:

• Мидл: 6–10 недель (настоящих мидлов в Rust мало — часто это сильный C++ инженер с одним-двумя годами Rust за плечами)
• Сеньор: 8–12 недель
• Узкий специалист (блокчейн, embedded, криптография): 10–16 недель

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

Когда Беларусь — не ваш вариант

Прямая версия: если вам нужна команда из двадцати Rust-инженеров за девяносто дней, это не тот рынок. Впрочем, и никакой другой тоже. А вот 3–5 сеньоров Go или 1–2 сеньора Rust на разумных сроках — задача рабочая.

Рынок также хуже отрабатывает cutting-edge исследовательские роли — ML на фронтире, quantum-adjacent направления, криптография уровня научных публикаций. Такие пулы везде небольшие, в Беларуси — средние.

Для всего остального — продакшен Rust и Go, бэкенд-системы, блокчейн-инфраструктура, высоконагруженные сервисы, dev tools, embedded — рынок реальный, а соотношение качества к цене действительно выгодное.

С чего начать

Если вы выбираете между Беларусью, Польшей, Португалией или US-remote, честный ответ звучит так: Беларусь выигрывает по стоимости и не уступает по качеству именно в этих двух стеках. Правильный первый шаг — проверка рынка по вашей конкретной роли: сколько кандидатов подходят под бриф, какие реальные сроки, во сколько выйдет полная стоимость. Специализированная команда IT-рекрутинга в Беларуси может провести такую проверку быстро и сказать, стоит ли вообще запускать полноценный поиск.

За языковыми трендами полезно следить и по международным рынкам. Ежегодный Stack Overflow Developer Survey фиксирует стабильный рост доли Rust и Go среди профессиональных бэкенд-разработчиков — год к году.

Локальный контекст важен не меньше. Похожую картину показывает и JetBrains State of Developer Ecosystem: оба языка стабильно набирают вес в глобальной статистике профессионального использования. Беларусь движется в этом тренде, а не отстаёт от него — через двенадцать месяцев пул, из которого можно нанимать, будет больше, чем сегодня. Пока рынок не догнал спрос, стоимость этих специалистов в Беларуси остаётся выгодной. Это временное окно.

Если вам нужна реалистичная оценка именно под ваш проект — сколько подходящих Rust или Go инженеров сейчас есть на рынке Беларуси, какие сроки закрытия вакансии и какая будет полная стоимость найма через EOR или аутстаффинг, — свяжитесь с командой Recruitment.by. Иногда такой 20-минутный market check экономит больше времени и бюджета, чем несколько месяцев самостоятельного поиска.

Оценка работы в Беларуси: Вот что реально работает

Большинство международных компаний переносит систему оценки эффективности между странами почти без изменений. Те же шкалы, те же performance review, те же планы развития и те же процессы работы с сотрудниками.

Именно здесь появляются первые проблемы.

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

Ниже разбираем, как проводить performance review, регулярные one-to-one встречи и разговоры о результатах в белорусских IT-командах, не разрушая доверие и не создавая лишних юридических рисков.

Как белорусские инженеры на самом деле воспринимают вашу обратную связь

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

Формальная обратная связь бьёт сильно. Гораздо сильнее, чем вы ожидаете, если привыкли к Кремниевой долине, где все делают вид, что «тройка» — это нейтральная оценка. В Беларуси, когда вы фиксируете что-то в документе или присваиваете работе человека цифру, это воспринимается как окончательное суждение. Инженеры, получившие среднюю оценку на формальном ревью, нередко уходят с мыслью, что компания собирает на них папку. Даже если вы имели в виду “всё нормально, вот где можно стать лучше”.

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

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

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

Ритм ревью: что работает на практике

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

Вот трёхуровневый план, который работает в командах с белорусскими инженерами.

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

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

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

Почему квартал лучше года? Потому что инженер, который слышит «ты работал неудовлетворительно двенадцать месяцев», ничего не может сделать в этом разговоре. А инженер, который слышит «этот квартал не вышел — давай разберёмся, что случилось и что поменять», видит путь впереди. Это различие важно везде, но особенно там, где формальная негативная оценка переживается куда болезненнее.

Личные встречи: инструмент, которым пользуются слишком мало

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

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

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

Если вы управляете командой через EOR и у вас нет внутреннего HR-отдела, кадровые консультанты Recruitment.by помогут наладить эти процессы. Когда рядом кто-то, кто знает местную профессиональную культуру, настройка идёт быстрее, а ошибок меньше.

До плана улучшения: разговор, который нельзя пропускать

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

В американском IT план улучшения иногда появляется довольно быстро. Результаты просели, руководитель зафиксировал, кадровая служба составила документ, сотрудник получил бумагу. Если этот темп перенести на белорусскую команду — это будет воспринято как предательство. Внутренняя реакция инженера: «Вы мне ни разу не сказали, что есть проблема, а теперь я на формальном плане улучшения? Вы копили на меня материал.»

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

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

Планы улучшения в Беларуси: что говорит закон

В белорусском Трудовом кодексе — конкретно в статье 42 — нет основания для увольнения с формулировкой «низкая результативность», как это работает в американском праве. Нельзя просто решить, что человек не справляется, и расстаться с ним. Юридический разбор от Grata International объясняет это прямо: увольнение должно опираться на конкретные основания, предусмотренные законом. Ближайшее к «результативности» — «систематическое неисполнение обязанностей без уважительных причин при условии, что ранее применялись дисциплинарные взыскания».

Перечитайте последнюю часть: «при условии, что ранее применялись дисциплинарные взыскания». Нужен документальный след предупреждений и возможностей для исправления, прежде чем вы сможете действовать. Грамотно оформленный план улучшения — и есть это условие.

Что входит в план, который выдержит проверку? Конкретные провалы в работе с датами и доказательствами — не «работа ниже ожиданий», а «сорваны сроки по трём из пяти задачам во втором квартале, а именно по задачам такой-то, такой-то и такой-то». Ясные цели улучшения со сроками — 30, 60 или 90 дней в зависимости от ситуации. Реальная поддержка: обучение, наставничество, перераспределение нагрузки. Еженедельные встречи в течение срока плана, чтобы инженер получал обратную связь регулярно, а не тишину с последующим вердиктом. Всё в письменном виде. И подпись сотрудника о получении документа.

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

Если план завершился без улучшений — документация даёт законное основание для увольнения. Для компаний, нанимающих через EOR или PEO, провайдер ведёт юридическую сторону — но доказательная база должна идти от руководителя.

Когда всё кончено: как увольнение работает на практике

Допустим, план улучшения отработан, а результата нет. Что дальше?

Можно переходить к увольнению, но только если процесс был чистым. Руководство Rivermate по прекращению трудовых отношений в Беларуси описывает механику: уведомление не менее чем за месяц, выходное пособие — минимум три среднемесячных зарплаты при увольнении по инициативе работодателя, письменный приказ об увольнении, возврат трудовой книжки работнику, окончательный расчёт — включая неиспользованный отпуск — в последний рабочий день. Не в следующую выплату. В последний день.

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

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

Вывод простой: выстраивайте документацию с первого дня. Если процесс оценки работает нормально — бумажный след создаётся сам собой, и вам никогда не придётся восстанавливать его задним числом. Если вы впервые выстраиваете трудовые отношения в Беларуси, услуги Recruitment.by по расчёту зарплат и EOR включают сопровождение по вопросам соблюдения законодательства именно для таких ситуаций.

Мелочи, которые важны

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

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

Следите за формулировками. «Ты сорвал дедлайн» и «Дедлайн сдвинулся — что произошло?» приводят к одному и тому же разговору. Но первое звучит как обвинение, а второе — как вопрос. С белорусскими инженерами эта разница важна. Это разница между человеком, который закрывается, и человеком, который действительно расскажет, что пошло не так.

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

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

Будьте последовательны. Если одному сотруднику вы проводите квартальные ревью, а другому нет — люди замечают это мгновенно. И не считают это случайностью. Они считают это фаворитизмом или прицельным давлением.

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

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

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