Рекрутеру на замітку: співбесіда з техрайтером

Після виходу моєї статті про техрайтерах, мені написали три рекрутера з приблизно однаковою проханням: «Перший раз шукаю техрайтера. Будь ласка, підкажіть, на що в першу чергу звернути увагу? Про що обов'язково треба запитати? Що повинен знати рекрутер для якісного відбору кандидатів?»

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

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

Якого утворення віддати перевагу?

Як правило, техрайтеры мають технічний або лінгвістичний бекграунд. Який же краще?

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

Але що ж робити, якщо ви розглядаєте кандидата без досвіду роботи? Тоді мій загальний порада така: дізнайтеся, чи є у компанії чоловік, який виправляє граматичні й стилістичні помилки техрайтеров. Така людина називається редактор, літредактор, proofreader, reviewer, можливо є ще варіанти. Справа в тому, що в технічних текстах є багато нюансів, які не будуть відомі людині з гарною англійською. Елементарно можна заплутатися в приводах. Тому, якщо немає редактора, я б рекомендувала брати лінгвіста, щоб не вийшло якось так :)

Якщо редактор є, найімовірніше, технар вам підійде більше, так як зможе швидше розібратися у функціоналі продукту. Принаймні йому не треба буде пояснювати якісь базові речі, наприклад, чим відрізняється RAM від HDD, як почистити кеш, чому HTML не є мовою програмування і т. д.

Ще раз акцентую увагу, що не слід сприймати цей рада як аксіому. Кожен випадок індивідуальний.

Як оцінити компетентність кандидата в необхідних програмах?

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

Я не включала в таблицю такий поширений soft як Word, Outlook, Internet Explorer та інше — я думаю, з ними все зрозуміло. В таблиці зібрані тільки більш вузькопрофільні програми.

Назва Функція Складність Взаємозамінність
MadCap Flare
Adobe Robohelp
HelpNDoc
Doc-To-Help
Help & Manual
Help Generator
Sandcastle
AsciiDoc
та ін.
Якщо щось з цього є вакансії, знайте — це найважливіша вимога. У цій програмі техрайтер проводить 80% часу — пише тексти і налаштовує зовнішній вид документації. Наприклад, курс MadCap Flare Basic/Intermediate Training , Web-based триває 4 дні і коштує $1300. Потім знадобиться ще близько місяця практики, щоб відчувати себе більш-менш впевнено.
Якщо техрайтер працював у подібній програмі, нову програму він освоїть, десь за 2-7 днів.
Microsoft Manual of Style
Chicago Manual of Style
Apple Style Guide
та ін.
Це збірка правил про те, як писати текст. Сюди входить граматика, правила форматування, термінологія та ін Грубо кажучи, це Конституція в світі написання текстів. Повністю освоїти навіть один мануал — це складно. Це робиться поступово, роками, в процесі роботи. Але відсутність цих знань — не критично, так як завжди можна відкрити і подивитися. Просто чим менше знань в голові — там більше часу буде йти на пошук. Не взаємозамінні. Це як Конституції двох різних країн. Можливо, деякі закони в них і збігаються, але щоб упевнитися в цьому, все одно кожен раз доведеться відкривати «Конституцію» і шукати потрібне правило.
Snagit
Screenpresso
Snipping Tool
Madcap Сapture
та ін.
Програми для створення і редагування зображень. Будь-яку програму можна налаштувати і освоїти за півгодини. Легко взаємозамінні.
Visio
Photoshop
Illustrator
та ін.
Програми для створення діаграм, схем і ін Дуже залежить від рівня майстерності, який потрібно. Частково взаємозамінні.
Redmine
Jira
Request tracker (RT)
Visual Studio
Git
Confluence
та ін.
Системи, які допомагають працювати в команді над одним проектом. В них зберігаються завдання всіх співробітників, внутрішня документація, історія змін в коді і багато іншого. Теж залежить від функціоналу, але в цілому, я думаю, декількох годин буде достатньо, щоб розібратися. Легко взаємозамінні.
MadCap Lingo
MemoQ
MateCat
та ін.
Програми для перекладу тексту на іншу мову. Чесно кажучи, ніколи не працювала в таких програмах, але підозрюю, що нічого складного в них немає. Думаю, години вистачить, щоб розібратися. Легко взаємозамінні.
POedit Програма, де техрайтер сам може змінювати текст UI і вставляти посилання на онлайн документацію. Легко (але потрібна кооперація з розробниками). Повинна бути легко взаємозамінна, але я не знаю конкурентів в цьому класі.

Які додаткові запитання слід задати?

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

Тепер про те, що ж є суміжними областями техрайтинга. Взагалі техрайтер завжди знайде чим зайнятися. Наприклад:

Розкажіть роботодавцю про суміжних інтересах кандидата, і можливо виявитися, що кандидат володіє корисними для компанії знаннями, про які не згадано в вакансії (про все не напишеш). Наприклад, якщо кандидат любить аналітичні завдання, їй зрадіють в компанії, де давно хочуть налаштувати Google Analytics і проаналізувати джерела трафіку на сайті. Якщо у компанії немає свого UX експерта, кандидат навіть з базовими знаннями UI і UX доведеться дуже до речі. Можливо, компанія планує знімати відеоогляди, тоді логічно віддати перевагу кандидату, який цікавиться відеозйомкою, і має добре поставлену мова.

Що обов'язково треба з'ясувати?

У роботи техрайтера є одна яскрава особливість — вона вимагає повного зосередження. Не можна, наприклад, писати текст і при цьому обговорювати з колегою вчорашні новини. Або писати текст і при цьому голосно слухати музику. Наприклад, на моїй попередній роботі всі працювали в open space офісі, але техрайтерам виділили невеликий кабінет. Всі люди різні, і хтось, напевно, може писати тексти в галасливій обстановці, а для інших навіть звичайний open space може стати нічним кошмаром. Я б рекомендувала дізнатися, які умови потрібні кандидату для комфортної роботи. Якщо умови не відповідають, а кандидат відповідає, можливо, вдасться знайти компромісні рішення. Але краще цей момент прояснити заздалегідь.

Яке дати тестове завдання?

Розумію, що, швидше за все, це вирішує не рекрутер, але все одно хочу поділитися своєю думкою.

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

Я вважаю, що самий правильний підхід — попросити тексти з попередніх робіт, які ніхто не редагував. Ви побачите з чим техрайтер реально працював, наскільки складним був продукт, як ця людина пише в нормальних умовах, а не в 12 годин ночі, коли виконує ваше тестове завдання. Крім того, так ви зможете залучити більше кандидатів на цю посаду. Якщо ж у кандидата немає досвіду роботи, попросіть його описати продукт, з яким все добре знайомі. Наприклад, як створити захід у фейсбуці і зробити так, щоб на нього прийшло якомога більше людей. Ну а все інше (досвід, програми, інтереси, зони розвитку тощо) можна в деталях обговорити на співбесіді.


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

Опубліковано: 01/08/17 @ 07:00
Розділ Різне

Рекомендуємо:

Python digest #15: Python3.6.2 released, як компанії експлуатують опен сорс
Кращі плагіни WordPress - 130 плагінів
7 причин переїхати до Львова для IT-спеціаліста
Арбітраж трафіку з Youtube на CPA офферах
Вступ до технологій, або IT для початківців