Як розповісти кандидату про IT-вакансію?

Є одна незручна правда: ніяких магнетичних формул смачних текстів не існує.

Якщо людина в пошуку, вона відгукнеться на будь-який релевантний опис вакансії або лист.

Інша справа, коли кандидат загалом задоволений станом речей – тут важливо представити пропозицію з боку, яка потенційно цікавіше, ніж поточний проєкт.

Перше правило бійцівського клубу – орієнтуватися на досвід останніх 5 років і не приходити з нерелевантними позиціями.

Це означає, що якщо людина, наприклад, фул стек розробник і останні кілька років займається чистою серверною розробкою, то намагатися найняти його як фронт енд – не по-дорослому.

Далі справи йдуть якось так:

якщо пишете на пошту, тут можна не соромитися і відразу писати по справі:

RaketaSoft" Ltd, Київ,

Java (Spring, Mongo),

Mid +,

2000-2500K.

Якщо потрібні деталі – я тут

Серйозно. Звучить конкретніше, ніж хрестоматійне:

Здрастуйте ... Я рекрутер .... Наша компанія спеціалізується на створенні рішень для автоматизації ... Зараз шукаю в нашу дружну команду ... і так далі, і тому подібне (все дуже цікаво, дякую)

А ось коли складаєте опис вакансії для різних платформ (робітних сайтів, сайту компанії та соцмереж) – важливо дати досить деталей. Хороший опис вакансії знімає ряд питань ще до співбесіди.

На жаль, серед рекрутерів історично склався специфічний буллшит - вокабуляр: начебто щось сказано, але в сказаному немає ніякого сенсу.

В основному, рекрутери пропонують:

• цікаві завдання в компанії, що динамічно розвивається;
• вимогливу, повну викликів, але дружню робочу атмосферу;
• посаду з широкою сферою відповідальності та високим ступенем самостійності;
• можливість працювати над крутими проєктами з лідерами ринку;
• затишний офіс, курси англійської, печиво та кава.

В ТОЙ ЧАС ЯК КАНДИДАТА ЗАВЖДИ ХВИЛЮЄ КОНТЕКСТ:

• які технології? Яка вилка? (Так, знаю, що не завжди можливо повідомити конкретні цифри, але зорієнтувати в форматі: "вище/нижче/адекватно" ринкової завжди можна)
• куди йде продукт і на якому етапі він зараз перебуває?
• як виглядає робочий день? (Наприклад, овертайми - будуть/НЕ будуть/як оплачуються)
• з ким працювати? (склад команди)
• а також, хто раніше займав цю позицію і чому пішов (але це вже привід для камерного діалогу).

Щоб відповісти на ці питання, важливо знати матчастину. А щоб освоїти матчастину, добре б з'ясувати нюанси у менеджера проєкту –  зафіксувати деталі та попросити роз'яснити на пальцях і паровозиках всі незрозумілі моменти.

Та й взагалі, важливе правило – якщо нічого не зрозумів, йди та запитай у команди.

Пара моментів, які зроблять опис вакансії краще:

• не писати "цікавий проєкт", "актуальні технології" для банківського динозавра із застарілим стеком;
• у вимогах писати реальні технології, які використовуються на проєкті, не впихати всілякі базворди, які зобов'язаний знати кандидат;
• відмовитися від абстракцій і формулювань з переподвиподвертом. Це коли замість "малювати" пишуть "визначати дизайн рішення".

Трохи прикладів:

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

Конкретно: Ось співробітники, з якими вам доведеться працювати (посилання на профілі команда в LinkedIn або інший соцмережі).

Більше про наш продукт можна дізнатися за посиланням (посилання).

А тут можна особисто розглянути демоверсію (посилання).

Абстрактно: цікаві та складні завдання.

Конкретно: зібрати дизайн команду з нуля за місяць.

Абстрактно: У нас команда дружних професіоналів. Допоможемо освоїтися.

Конкретно: Команді продажів 2 роки. Зараз тут 5 осіб - 3 sales менеджера і 2 акаунта. Вони знають всі процеси - підкажуть і навчать всьому, що потрібно.

А ще компанії не наймають людей просто так. Вони намагаються вирішити конкретні завдання на проєкті.

Тому в описі вакансії важливо згадати:

• які завдання треба вирішувати людині?
• що потрібно зробити в першу чергу?
• чого від кандидата очікують на випробувальному терміні?

Замість "цікавих завдань, насичених процесів і челенджів":

Tech Lead відповідатиме за всю функціональність, реалізацію технічних рішень і ідей, плюс менеджер команди. За завданням: 70% часу - Lead developer і 30% - Team Lead.

На ІС: Зробити технічний аудит, виявити слабкі місця проекту з точки зору оптимізації, сформувати команду і виступати в ролі технічного експерта.

або:

Потрібно з нуля написати програму для фільтрації інтернет-трафіку, щоб знизити навантаження на сервер. Почнемо з невеликих швидкостей - 1 Гб / сек. Коли проєкт увійде в ритм, збільшимо швидкість до 10 Гб / сек.

У планах модифікувати програму для роботи з платою 100 Гб/сек

Ще трохи нюансів

Не бійтеся довгих назв 

Майданчик з описом вакансії це щось на зразок промо сторінки.

Якщо додати важливих деталей – виходить безкоштовний спосіб зорієнтувати вакансію.

РЕДАКТОР VS ВІДДАЛЕНИЙ РЕДАКТОР ТЕКСТІВ НА БІЗНЕС-ТЕМАТИКУ

DESIGN & UX VS DESIGN & UX

РІВЕНЬ: MIDDLE-TO-SENIOR

Також в заголовок вакансії можна відразу додати:

• кого ви шукаєте
• де шукаєте (місто, компанія)
• рівень зарплатні
• інші важливі деталі

Наприклад: "Шукаємо менеджера з продажу в Харкові, з / п 900 $ +%, ритейл" замість "Сейлз менеджер, знайдися!"

Наприклад: "Перформанс-маркетолог в Raketa soft.

Ви будете співпрацювати з командами Facebook і Twitter"

Чесно розкажіть про факапи та слабкі сторони проєкту 

Не потрібно прикрашати негарне – все одно рано чи пізно випливе.

Раптом так склалося, що:

• офіс у чорта на рогах
• є погані відгуки про компанію
• на проєкті застарілі технології

У такому випадку, важливо розуміти, чим компанія компенсує прогалини. Це вже не зовсім про текст і формулювання, а більше про внутрішню стратегію.

Наприклад, якщо офіс знаходиться дуже далеко і при цьому там проблеми з паркуванням – можна компенсувати кількома днями віддаленої роботи на тижні.

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

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

Говоріть про софт скіли через завдання 

Замість ошатних епітетів на кшталт "цілеспрямований, досвідчений, амбіційний" класно говорити в контексті завдань.

Це коли замість "талановитий лідер і керівник" ми скажемо, що потрібна людина, "яка вміє вирішувати конфлікти без істерик, зможе побудувати команду і запустити проєкт з нуля"

Не робіть ставку на печиво 

Про печиво завжди було говорити не дуже – як ніби кандидат не може купити собі печиво в бакалії.

Ну і ще – 50% на курси англійської мови, страховка, фітнес-абонемент і безкоштовна бібліотека – це само-собою зрозуміле справа для будь-якої поважаючої себе IT компанії.

Так що, можна буде казати про корпоративні плюшки та задоволеннях є тоді, коли ви пропонуєте щось екстра. Наприклад, раз у квартал всією командою подорожуєте або відправляєте своїх хлопців на конференції в LA.

Ну або тренер з йоги/кухар приїжджає прямо в офіс, щоб медитувати/годувати команду.

Розповідати про роботу в соцмережах

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

До слова, Facebook якраз пропонує спеціальний інструмент для публікації вакансій.

Ще. Відмовтеся від нестримного креативу, якщо не впевнені у своєму почутті гумору

Це неправда, що в тексті важлива родзинка. Якщо переборщити з родзинками, все може закінчитися не так, як хотілося б. 

Краще писати просто і по справі: проєкт/стек/зарплата/команда/локація, але не:

джава-нінзя, який буде битися з викликами долі

гуру продажів, який поведе команду до вершин

люди X шукають супергероя в команду

Ще один момент: якщо наважуєтеся на експеримент (гумористичний або екстравагантний) – порадьтеся з командою. Як правило, вони підкажуть, що додати/видалити, а що і зовсім відправити в топку.

Авторські статті та коментарі до них показують виключно експертизу та точку зору їх авторів. Редакція Hurma System може не поділяти думку авторів.

• Підбір персоналу