Шаблоны пайплайна: когда переиспользовать пайплайн вне должностей и когда индивидуализировать
Пайплайн по умолчанию
Большинство организаций начинают с шестиэтапного пайплайна:
- Применено — кандидат представил заявление
- Скрининг — рекрутер или менеджер по найму рецензировал резюме
- Оценка — кандидат прошел тест или кодовый вызов
- Интервью — кандидат имел разговор с вашей командой
- Оффер — вы сделали словесное или письменное предложение
- Нанято — кандидат принял и дата начала установлена
Этот пайплайн работает для 70% ролей. Это уважает естественный ритм найма: фильтр для основ (скрининг), проверка навыков (оценка), оценка соответствия (интервью), переговор (оффер), адаптация.
Трение приходит при переиспользовании слишком много. Каждый этап, который вы добавляете, это еще одно письмо, еще одно поле данных, еще одно место для кандидатов застрять. Распространение пайплайна — 12 этапов вне 40 различных объявлений должностей — делает отчетность невозможной и замедляет вашу команду, потому что они постоянно спрашивают «какой этап этот кандидат на?» вне разных определений.
Когда пайплайн по умолчанию ломается
Добавьте пользовательский этап, если рабочий процесс материально отличается от applied→hired. Вот законные причины:
Роли продаж: коммерческое соответствие
Найм продаж другой. После начального звонка скрининга, вы часто должны запустить разговор «коммерческое соответствие» перед техническим интервью. Это когда вы оцениваете стиль переговоров, коммуникацию со стороны клиента, и аппетит размера сделки. Это не оценка в смысле продукта; это разговор.
Пайплайн становится: Applied → Screening → Commercial Fit → Assessment → Interview → Offer → Hired
Этот добавленный этап спасает вашу команду от запуска технических интервью с кандидатами, которые не бы переговорили в хорошей вере. Это означает ворота.
Роли дизайна: обзор портфолио
Портфолио дизайнера часто их самый важный сигнал. Если вы отправляете ссылки на файлы Figma или системы дизайна перед интервью, рассмотрите добавление этапа «Обзор портфолио» после скрининга. Это поверхности дизайнеров, чьей работе не соответствует эстетика вашей команды или уровень умения перед тем, как они потратят час интервью.
Applied → Screening → Portfolio Review → Interview → Offer → Hired
Исполнительный поиск: исполнительная оценка
Роли C-level иногда включают психометрическую оценку или консультацию исполнительного коучинга, которая отличается от технических интервью. Если вы используете внешнюю фирму (нравится SpencerStuart или Korn Ferry), их работа может быть свой этап:
Applied → Screening → Assessment → Executive Assessment → Interview → Offer → Hired
Ниша случай: проверка фона
Некоторые индустрии (финанс, здравоохранение, безопасность) требуют проверки фона или проверки учетных данных перед финализацией оффера. Но даже здесь, этап часто опциональный — кандидат может пройти проверку фона или нет, но это не ворота отказа; это зависимость. Используйте булево флаг, а не этап, если возможно.
Стоимость распространения пайплайна
Вот что происходит, когда вы создаете пользовательский этап для каждого нюанса:
- Отчетность ломается. «Как долго кандидаты в оценке в среднем?» — хорошо, некоторые должности имеют два этапа оценки, некоторые один, некоторые нет.
- Путаница электронной почты. Каждый этап имеет опциональный шаблон электронной почты. Если определения этапа отличаются на должность, кандидат в «оценке» на одной должности и «кодовом тесте» на другой никогда не знает, что ожидать.
- Путаница команды. Новый рекрутер просит менеджера по найму «должна ли эта кандидатура переместиться на интервью или остаться в скрининге?» и получает шесть различных ответов в зависимости от роли.
- Рабочий процесс ломается. Правила автоматизации типа «отправить письмо оффера, когда этап изменяется на оффер» выходят молча, если кто-то переименовал этап на одном пайплайне.
Урон тонкий и накапливается в течение года. Вы теряете видимость в ваш собственный процесс.
Как использовать шаблон умно
Если у вас есть пять пайплайнов вне десяти должностей, консолидируйте на три:
Общая инженерия: Applied → Screening → Assessment → Interview → Offer → Hired Продажи: Applied → Screening → Commercial Fit → Assessment → Interview → Offer → Hired Дизайн: Applied → Screening → Portfolio Review → Interview → Offer → Hired
Присвойте каждое размещение должности шаблону. Когда вы нанимаете следующего дизайнера, вы переиспользуете шаблон дизайна. Когда вы нанимаете четвертого инженера продаж, вы клонируете шаблон продаж. Нет изобретения новых этапов.
Если роль действительно нужно что-то уникальное, создайте один раз и документируйте почему. «Вице-президент продукта» может иметь: Applied → Screening → Product Exercise → Interview (1:1) → Interview (Panel) → Offer → Hired. Но будьте преднамеренны. Один дополнительный этап для одной роли окей. Один дополнительный этап для каждой третьей роли — знак ваши шаблоны слишком узкие.
Практический пример: сравнение двух команд
Команда A: 20 объявлений должностей, каждое с пользовательским пайплайном. Этапы варьируются от 4 до 14. Непоследовательное наименование. Один рекрутер ушел; новый наём потратил три недели просто понимая, что «этап 3» означал для каждой роли.
Команда B: 20 объявлений должностей, используя три шаблона (инженерия, продажи, операции). Новые роли назначены шаблону, который соответствует лучшему. Когда роль нужна что-то необычное, это добавлено на тот шаблон и документировано в делящейся странице Notion. Менеджеры по найму знают ровно, что ожидать.
Время-к-найму команды B на 8 дней быстрее. Их кандидаты докладывают более четкие ожидания о процессе. Их отчетность приборные доски фактически работают.
Как ClarityHire обрабатывает шаблоны
ClarityHire доставляет библиотеку шаблонов пайплайна (общая, продажи, дизайн, исполнительная), которые вы можете скопировать при создании новой должности. Каждый шаблон включает названия этапов по умолчанию, триггеры электронной почты автоматизации, и отображения интеграции.
Вы можете индивидуализировать любой шаблон на должность, но UI подчеркивает переиспользование. Добавление пользовательского этапа два клика, но система показывает предупреждение: «Вы создали новый этап. Это будет использовано на других должностях?»
Приборная доска аналитики умная: она группирует должности по шаблону, поэтому метрика «время-к-найму» рассчитывается для ролей с одним и тем же пайплайном, не усредненных вне несовместимых. Вы можете также углубиться и сравнить пользовательские vs. шаблонные должности, чтобы увидеть, если индивидуализация действительно помогает.
TL;DR
Начните с шестиэтапного пайплайна по умолчанию. Добавьте пользовательский этап только, если рабочий процесс материально отличается (продажи коммерческого соответствия, портфолио дизайна, исполнительная оценка). Избегайте распространения пайплайна; три пять шаблонов вне неограниченных должностей право соотношение. Документируйте, почему пользовательский этап существует. Используйте шаблоны как ваш источник истины для процесса.
Один стандарт команды превосходит десять рабочих процессов на основе роли каждый раз. Ваше время-к-найму спасибо вам.