hoba

Стейт-машини

Як працює процес

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

WF-003 · Шлях, яким усе має відбуватись канонічний шлях

Одна вакансія — від справжньої потреби до рішення, з яким кандидат може щось зробити. Кожен крок записаний як зобовʼязання, яке він має тримати. Кожен барʼєр у реєстрі — це місце, де одне з цих зобовʼязань перестає триматись.

Конструкція, а не опис конкретного роботодавця.

Що крізь неї рухається: одна вакансія й один кандидат, що крізь неї рухається

Та сама машина впорядкованим списком
  1. real-need Справжня вакансія, описана чесно Наймаючий менеджер початок

    Заявка описує роботу, яка існує вже зараз, на рівні, якого команді справді бракує, у вилці, яку бюджет уже покриває. Тут немає нічого «на виріст»: список вимог — це те, що робота використовує, а не те, що випадково мали останні четверо кандидатів.

    Що бачить кандидат: Поки нічого. Але все, що буде далі, успадкує те, що вирішили тут.

    Задокументовані відхилення тут

  2. published Опубліковано разом з умовами Рекрутер

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

    Що бачить кандидат: Роль, вилка, етапи й дата, до якої має прийти перша відповідь.

    Що тримає цей крок

    Задокументовані відхилення тут

  3. applied Відгукнувся — і знає про це Кандидат

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

    Що бачить кандидат: Підтвердження, у якому названо роль і сказано, що буде далі.

    Що тримає цей крок

    Задокументовані відхилення тут

  4. machine-check Машинна робота лишається механічною Вендор ATS

    Автоматика прибирає дублікати, витягує дані й упорядковує. Вона не вирішує. А якщо правило все ж закриває заявку, це правило назване — і таке, яке людина могла б захистити вголос.

    Що бачить кандидат: Якщо правило закриває заявку тут — то яке саме.

    Що тримає цей крок

    Задокументовані відхилення тут

  5. human-read Прочитано людиною, у названий строк Рекрутер

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

    Що бачить кандидат: Або наступний крок, або рішення — до дати, названої в оголошенні.

    Що тримає цей крок

    Задокументовані відхилення тут

  6. terms-check Умови звіряють, доки нічий час ще не витрачено Рекрутер

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

    Що бачить кандидат: Цифри й обмеження з обох боків, у першому дзвінку.

    Що тримає цей крок

    Задокументовані відхилення тут

  7. work-sample Оцінюють роботу — за критеріями, які показали Наймаючий менеджер

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

    Що бачить кандидат: Завдання, ліміт часу й критерії — до початку, а не після.

    Що тримає цей крок

    Задокументовані відхилення тут

  8. panel Одна панель, у кожного своє питання, одне правило рішення Наймаючий менеджер

    Кожен інтервʼюер знає, що саме він вимірює — і що більше цього не вимірює ніхто. Правило, яке перетворює їхні оцінки на рішення, узгоджене до першої розмови, і після старту процесу етапів не додають.

    Що бачить кандидат: З ким саме буде розмова, для чого кожна з них і скільки їх.

    Задокументовані відхилення тут

  9. level-and-band Рівень зустрічається з опублікованою вилкою Політика роботодавця

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

    Що бачить кандидат: Та сама вилка, що була в оголошенні, і точка в ній, де стоїть офер.

    Що тримає цей крок

    Задокументовані відхилення тут

  10. approval Погодження вже існує Політика роботодавця

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

    Що бачить кандидат: Дата офера — а не невизначений період під назвою «фінальні перевірки».

    Що тримає цей крок

    Задокументовані відхилення тут

  11. offer Письмовий офер, у якому є все Рекрутер

    Зарплата, рівень, назва позиції, умови щодо локації, дата старту й усе, що є умовним, — письмово, зі строком на відповідь, який кандидат погодив. Ніщо з цього не змінюється після прийняття.

    Що бачить кандидат: Повний документ офера й час, який є на відповідь.

    Задокументовані відхилення тут

  12. verification Перевірки, співмірні з роллю, на які можна відповісти Політика роботодавця

    Лише ті перевірки, яких роль справді потребує. А якщо запис третьої сторони розходиться з тим, що казав кандидат, розбіжність показують кандидату до того, як вона щось вирішить.

    Що бачить кандидат: Що саме перевіряють — і будь-яку розбіжність, доки з неї ще нічого не випливло.

    Задокументовані відхилення тут

  13. hired Найнято на умовах, які були опубліковані Політика роботодавця кінцевий

    Договір підписано з обох боків — на умовах, які були на сторінці від самого початку, з датою старту, яку обрали обидві сторони.

    Що бачить кандидат: Підписаний договір, що збігається з оголошенням.

  14. declined Відмова з причиною, з якою можна щось зробити Рекрутер кінцевий

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

    Що бачить кандидат: Який етап, який критерій і чи варто пробувати ще раз.

    Що тримає цей крок

    Задокументовані відхилення тут

  15. closed Пошук закрито — і про це сказали Політика роботодавця кінцевий

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

    Що бачить кандидат: Повідомлення про те, що пошук завершився, і коли саме.

    Що тримає цей крок

    Задокументовані відхилення тут

  1. real-need → published опубліковано з умовами Спрацьовує, коли: Погоджена заявка, вилка й описаний процес виходять у світ разом.
  2. published → applied надіслано заявку Спрацьовує, коли: Кандидат відгукується на умови, які міг прочитати заздалегідь.
  3. applied → machine-check запис оброблено Спрацьовує, коли: Заявку розібрано й підтверджено.
  4. machine-check → human-read передано людині Спрацьовує, коли: Жодне автоматичне правило не закрило заявку, тож тепер вона в людини.
  5. human-read → terms-check варте розмови Спрацьовує, коли: Людина прочитала профіль і хоче поговорити.
  6. terms-check → work-sample умови сумісні Спрацьовує, коли: Вилка, рівень, локація й терміни влаштовують обидві сторони — і це сказано вголос.
  7. work-sample → panel робота відповідає критеріям Спрацьовує, коли: Завдання оцінили за критеріями, які кандидат отримав.
  8. panel → level-and-band панель вирішує за своїм правилом Спрацьовує, коли: Узгоджене правило рішення дає «наймаємо».
  9. level-and-band → approval рівень потрапляє у вилку Спрацьовує, коли: Рівень, призначений за доказами, лягає в точку опублікованої вилки.
  10. approval → offer контрпідпис Спрацьовує, коли: Погодження, яке існувало ще до публікації, підтверджено.
  11. offer → verification офер прийнято Спрацьовує, коли: Кандидат приймає повний письмовий офер у погоджений строк.
  12. verification → hired перевірки чисті Спрацьовує, коли: Немає нічого невирішеного з того, що співмірне ролі.
  13. human-read → declined відмова після прочитання Спрацьовує, коли: Людина вирішила «ні» — і сказала, на якому етапі та за яким критерієм.
  14. terms-check → declined умови несумісні Спрацьовує, коли: Розрив названо в тій самій розмові, до того, як призначили будь-яку перевірку.
  15. work-sample → declined робота не відповідає критеріям Спрацьовує, коли: Оцінка нижча за спільні критерії, і критерій названо.
  16. panel → declined правило рішення дає «ні» Спрацьовує, коли: Правило, узгоджене заздалегідь, дає «не наймаємо», і сказано, який вимір це вирішив.
  17. level-and-band → declined рівень і очікування не зустрічаються Спрацьовує, коли: Опублікована вилка й заявлені очікування кандидата не перетинаються — і обидві сторони знали про це раніше.
  18. verification → declined розбіжність лишається Спрацьовує, коли: Кандидату показали розбіжність, і вона лишилась невирішеною.
  19. published → closed потреба змінилась Спрацьовує, коли: Роботи більше немає, і оголошення знімають того ж тижня.
  20. approval → closed бюджет забрали Спрацьовує, коли: Хедкаунт скасовано, і кожному кандидату в процесі кажуть про це протягом кількох днів.
  21. offer → closed офер відкликано з поясненням Спрацьовує, коли: Виданий офер не може встояти, і кандидату негайно пояснюють письмово, чому.

WF-001 · Воронка найму від початку до кінця

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

Що крізь неї рухається: вакансія та кандидат, який нею рухається

Та сама машина впорядкованим списком
  1. drafted Вакансію складено Наймаючий менеджер початок

    Менеджер описує роль. Рівень, вилку й вимоги вирішують саме тут — зазвичай копіюючи попередній пошук для тієї самої команди.

    Що бачить кандидат: Нічого. Публічно ролі ще не існує.

    Що тут живе

  2. authorised Хедкаунт авторизовано Політика роботодавця

    Фінанси й керівництво резервують бюджет під вакансію. Погодження може спливти або бути відкликаним пізніше, і воронка цього не помітить.

    Що бачить кандидат: Нічого.

    Що тут живе

  3. published Оголошення опубліковано Рекрутер

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

    Що бачить кандидат: Оголошення й те, що воно вирішило розкрити.

    Що тут живе

  4. received Заявку отримано Вендор ATS

    Запис існує й привʼязаний до вакансії. Ніхто нічого не прочитав.

    Що бачить кандидат: Підтвердження — або тиша.

    Що тут живе

  5. machine-screened Автоматичний скринінг Вендор ATS

    Екстракція парсера, пороги ключових слів, нокаут-правила й ранжування. Вирішується менш ніж за секунду.

    Що бачить кандидат: Або нічого, або відмова за кілька хвилин.

    Що тут живе

  6. recruiter-queue У черзі до рекрутера Рекрутер

    Очікує, поки прочитає людина, у вхідній черзі, яка зазвичай більша, ніж годин у тижні.

    Що бачить кандидат: Тиша невизначеної довжини.

    Що тут живе

  7. recruiter-screen Скринінг із рекрутером Рекрутер

    Розмова про компенсацію, терміни, локацію й двохвилинну версію останнього проєкту.

    Що бачить кандидат: Сам дзвінок і ті параметри, які рекрутер вирішив розкрити.

    Що тут живе

  8. technical Технічна перевірка Наймаючий менеджер

    Жива задача, тестове або і те, і те — оцінюють за шкалою, якої кандидат не бачить.

    Що бачить кандидат: Сама задача, іноді структурований фідбек після неї.

    Що тут живе

  9. panel Панель менеджера та команди Наймаючий менеджер

    Глибина, володіння задачею й співпраця — оцінюють кілька інтервʼюерів, які можуть міряти різне.

    Що бачить кандидат: Розмови. Оцінки — рідко.

    Що тут живе

  10. levelling Компенсація та грейд Політика роботодавця

    Рівень, який призначила панель, зустрічається з вилкою, яку затвердили фінанси. Уперше їх зіставляють.

    Що бачить кандидат: Цифра — або перемовини заново.

    Що тут живе

  11. approval Погодження офферу Політика роботодавця

    Менеджер, директор, фінанси й талант-комітет підписують по черзі. Усі, кого кандидат бачив, уже сказали «так».

    Що бачить кандидат: Тиша, яку зазвичай називають «фінальні перевірки».

    Що тут живе

  12. offer Оффер видано Рекрутер

    Письмовий оффер існує. Вакансія лишається відкритою, доки немає зустрічного підпису.

    Що бачить кандидат: Документ офферу.

    Що тут живе

  13. verification Перевірка рекомендацій і бекграунду Політика роботодавця

    Сторонній запис зіставляють із тим, що заявив кандидат.

    Що бачить кандидат: Запит документів — або нічого.

    Що тут живе

  14. hired Найнято Політика роботодавця кінцевий

    Договір підписано з обох боків, дату виходу узгоджено, онбординг запущено.

    Що бачить кандидат: Підписаний договір.

    Що тут живе

  15. rejected Відмовлено Рекрутер кінцевий

    Рішення ухвалено й повідомлено. Що воно каже про причину — питання цілком окреме.

    Що бачить кандидат: Повідомлення — від категорії за шкалою до шаблону.

    Що тут живе

  16. frozen Пошук заморожено або скасовано Політика роботодавця кінцевий

    Бюджет відкликано або вакансію поставлено на паузу. Може статися будь-коли, зокрема після офферу.

    Що бачить кандидат: Якщо пощастить — пояснення. Часто оголошення просто зникає.

    Що тут живе

  17. lapsed Спливло без рішення Вендор ATS кінцевий

    Ніхто нічого не вирішував. Запис переріс поріг, або оголошення так і не зняли.

    Що бачить кандидат: Тиша, а потім, можливо, масова відмова о другій ночі.

    Що тут живе

  1. drafted → authorised бюджет погоджено Спрацьовує, коли: Фінанси резервують хедкаунт під вакансію.
  2. authorised → published оголошення виходить Спрацьовує, коли: Затверджену вакансію з написаним описом публікують.
  3. published → received заявку подано Спрацьовує, коли: Кандидат подається або відповідає на вихідний контакт.
  4. received → machine-screened правила спрацьовують Спрацьовує, коли: Запис достатньо повний, щоб налаштовані правила відпрацювали.
  5. machine-screened → recruiter-queue пороги пройдено Спрацьовує, коли: Оцінка екстракції й усі нокаут-правила проходять.
  6. machine-screened → rejected відсіяно фільтром Спрацьовує, коли: Будь-яке нокаут-правило падає або ранг нижчий за поріг просування.
  7. recruiter-queue → recruiter-screen у шорт-лист Спрацьовує, коли: Людина читає профіль і додає його до списку.
  8. recruiter-queue → lapsed спливло за часом Спрацьовує, коли: Перегляду не сталося до порогу закриття.
  9. recruiter-screen → technical параметри збігаються Спрацьовує, коли: Очікування, терміни й локація сумісні, профіль передають команді.
  10. recruiter-screen → rejected параметри не збігаються Спрацьовує, коли: Компенсація, рівень, локація чи доступність відсіюють кандидата ще до розмови про інженерію.
  11. technical → panel перевірку пройдено Спрацьовує, коли: Оцінка перевищує поріг шкали.
  12. technical → rejected перевірку не пройдено Спрацьовує, коли: Оцінка не дотягує — або перевірка була занадто поверховою, щоб побачити те, що там було.
  13. panel → levelling панель рекомендує найм Спрацьовує, коли: Консенсус досягає порогу «брати».
  14. panel → rejected панель не дійшла консенсусу Спрацьовує, коли: Розколота панель під правилом одностайності за замовчуванням дає «не брати».
  15. levelling → approval рівень і вилка сходяться Спрацьовує, коли: Призначений рівень і затверджена вилка перетинаються.
  16. levelling → rejected рівень і вилка не сходяться Спрацьовує, коли: Очікування поза вилкою, і не рухається ні рівень, ні цифра.
  17. approval → offer погодження завершено Спрацьовує, коли: Кожен погоджувач у ланцюгу дав добро.
  18. approval → frozen хедкаунт відкликано Спрацьовує, коли: Бюджет знято або оголошено фриз до видачі офферу.
  19. offer → verification оффер прийнято Спрацьовує, коли: Кандидат підписує, починаються перевірки.
  20. offer → frozen оффер відкликано Спрацьовує, коли: Фриз дотягується до невиконаного офферу раніше за зустрічний підпис.
  21. verification → hired перевірки чисті Спрацьовує, коли: Жодної неусуненої розбіжності у сторонньому записі.
  22. verification → rejected розбіжність не усунено Спрацьовує, коли: Невідповідність запису або регуляторна перешкода не знята.
  23. published → lapsed оголошення переживає пошук Спрацьовує, коли: Найм припиняється, але оголошення ніхто не знімає.
  24. rejected → published вакансію відкрито знову Спрацьовує, коли: Пошук перезапускають — іноді зі зміненим профілем, іноді це автоматичне оновлення.

WF-002 · Заявка всередині ATS

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

Що крізь неї рухається: один запис заявки

Та сама машина впорядкованим списком
  1. submitted Подано Кандидат початок

    Відправку форми прийнято. Поля перевіряють на відповідність схемі вакансії; нічого ще не інтерпретовано.

    Що бачить кандидат: Сторінка підтвердження, іноді лист-підтвердження.

    Що тут живе

  2. parsing Розбір Вендор ATS

    Документ перетворюють на структуровані поля. Двоколонкова верстка, графіка й нестандартні шрифти регулярно й мовчки з'їдають цілі розділи.

    Що бачить кандидат: Нічого.

    Що тут живе

  3. scoring Обчислення правил Вендор ATS

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

    Що бачить кандидат: Нічого, секунду-дві.

    Що тут живе

  4. queued У черзі на людський перегляд Вендор ATS

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

    Що бачить кандидат: Тиша. Саме тут відбувається більшість очікування.

    Що тут живе

  5. reviewed Прочитано людиною Рекрутер

    Рекрутер відкриває профіль. Медіанна доступна увага на профіль міряється секундами, коли черга глибока.

    Що бачить кандидат: Поки нічого.

    Що тут живе

  6. advanced Просунуто у воронку Рекрутер кінцевий

    Запис виходить із цієї машини й заходить у WF-001 на скринінг рекрутера.

    Що бачить кандидат: Запрошення поговорити.

    Що тут живе

  7. auto-rejected Відхилено правилом Вендор ATS кінцевий

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

    Що бачить кандидат: Лист про відмову за кілька хвилин після подання.

    Що тут живе

  8. human-rejected Відхилено людиною Рекрутер кінцевий

    Хтось прочитав і не взяв. Що саме скаже повідомлення про причину — окреме рішення, зазвичай шаблон.

    Що бачить кандидат: Повідомлення про відмову, шаблонне, якщо немає політики фідбеку.

    Що тут живе

  9. expired Спливло без перегляду Вендор ATS кінцевий

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

    Що бачить кандидат: Масова відмова — або зовсім нічого.

    Що тут живе

  1. submitted → parsing документ прийнято Спрацьовує, коли: Обовʼязкові поля валідні, а файл підтримуваного типу.
  2. parsing → scoring поля витягнуто Спрацьовує, коли: Екстракція завершилася — незалежно від того, чи відновила вона історію роботи.
  3. scoring → queued усі правила пройдено Спрацьовує, коли: Кожне нокаут-правило проходить, а ранг перевищує поріг просування.
  4. scoring → auto-rejected правило впало Спрацьовує, коли: Будь-яке нокаут-правило падає або ранг нижчий за поріг.
  5. queued → reviewed рекрутер відкриває Спрацьовує, коли: Пропускна здатність доходить до цієї позиції в черзі раніше за поріг закриття.
  6. queued → expired поріг настав раніше Спрацьовує, коли: Запис переріс налаштований ліміт, а перегляду не зафіксовано.
  7. reviewed → advanced у шорт-лист Спрацьовує, коли: Профіль додають до активного списку для контакту.
  8. reviewed → human-rejected не взято далі Спрацьовує, коли: Рекрутер вирішує не просувати заявку.