Топ 5 антипорад: як не варто складати опис вакансій

Дивитись детальніше

З досвідом рекрутер швидко розуміє, що важко прокачатися у тому, як подавати опис вакансій. Справа у тому, що прибрати «каву та печиво» або «дружню команду» з тексту — це легко, а ось цікаво та коректно розписати стек технологій та проєкт зможуть не всі. Проте розробники звертають увагу саме на цю інформацію.

Далі я розберу п’ять антипорад з мого досвіду щодо того, як ефективно оформити вакансію та привернути увагу айтівця.

Антипорада 1: вказуйте базові технології

У вимогах вакансії не варто вказувати базові технології, з якими і так працюють майже всі розробники. Серед них: Git, CSS, Jira, HTML, REST тощо. В сініорній технічній позиції вони виглядають як «знання Google Docs» чи «вміння працювати з ПК». Базові технології не передають суть проєкту, а до ключових кандидат може так і не дійти, адже великий опис відштовхує.
Виняток: QA-позиції. Там досвід із REST може бути критичним через необхідність працювати з API (це потрібно не усюди). Але якщо ця навичка стосується саме frontend/backend розробників, то краще цього не вказувати.

Дивитись детальніше

Приклад Senior вакансії з базовими вимогами

Антипорада 2: розпиляйтеся на непотрібні деталі

Вказуйте близько 2–4 ключових вимог та 1–2 у nice-to-have. Інакше кандидат може вирішити, що ваші вимоги виключно високі і він не підходить на вакансію (навіть якщо він/вона підходить). А ви так і не отримаєте відповіді.

Дивитись детальніше

Приклад вакансії з занадто довгим списком вимог

Скорочуйте суть проєкту до кількох змістовних речень. Зазвичай занадто довгий пустий опис відштовхує.

🔴 Точно ні: Ми — високотехнологічна IT-компанія, яка займається розробкою програмного забезпечення, мобільних додатків та веб сервісів. Наш бізнес концентрується на тому, щоб надавати послуги високої якості нашим клієнтам по всьому світу, допомагаючи їх компаніям рости та розвиватися. Ми гнучко підлаштовуємося під усі вимоги та запити, надаючи рішення за допомогою різних сучасних технологій.

🟢 Гарний приклад: Наш продукт — платформа з понад 200 тис. користувачів, яка допомагає фінтех-компаніям швидко підключити готове рішення для випуску карток. Надаємо функції грошових переказів, мультивалютності, Buy Now тощо. Зараз розширюємо команду, щоб розвивати нову фічу — Pay Later (BNPL).

Звичайно, деталі важливі, та їх ви розкриєте кандидату вже тоді, коли він буде зацікавлений і захоче дізнатися більше. При цьому приховувати інформацію чи брехати — неприйнятно за будь-яких умов!

Антипорада 3: вказуйте взаємопов’язані технології

Зайвий текст відволікає від суті та займає простір. Є технології, які завжди використовуються в парі, тож вказувати обидві необов’язково.

Наприклад, якщо QA фахівець працював із Postman, тоді він має досвід тестування Rest API. Те ж стосується текстів вакансій з Angular та Typescript (Angular написаний на базі Typescript).

Антипорада 4: використовуйте дешеві маніпуляції

Не варто маніпулювати на вашій вдячності чи на діях кандидата. Червоні маркери:

• Заздалегідь дякую, що відгукнулись.
• Заздалегідь дякую за відповідь/допомогу.
• Якщо вас не цікавить, чи можете ви когось порекомендувати?
• Якщо хочете, обговоримо ваші кар’єрні перспективи і не тільки:)

Чому так? Можливо фахівець все ж таки не дуже хотів вам відгукуватися чи допомагати, а фразою, де ви дякуєте його заздалегідь, він відчує маніпуляцію на почутті провини. Запитання щодо рекомендацій у першому ж повідомленні сприймається дивно — ніби він вже вам відмовив, хоч саму вакансію і не встиг переглянути. Такі фрази не збільшать зацікавленість кандидата, а натомість тільки роздратують його. Тож звертайте увагу на правила ділового листування.

Антипорада 5: пишіть більше очевидних речей

Раптово: в основному на роботі розробники пишуть код. Тому вказувати кодинг у різних формулюваннях у 5–7 рядках обов’язків — трошки дивно.

Дивитись детальніше

Як щодо трошки development’у в шести рядках?

При цьому є позиції в IT, де обов’язково треба прописувати завдання позиції. Наприклад, у менеджменті (PM, Scrum Master, Team/Tech Lead, PO) це варто робити, оскільки обов’язки у різних компаніях можуть суттєво відрізнятися. Це впливає на те, чи цікава та чи підходить ваша позиція кандидату. До цього списку також віднесемо маркетологів. Маркетолог без завдань — як вакансія програміста без мови. Тому обов’язки, цілі та завдання точно мають бути у описі їх вакансій.

Нюанс: якщо ви пишете опис вакансії для QA Auto — краще вкажіть відсоток мануального тестування. Зазвичай кандидати про це все одно перепитають.