Лучшие подсказки для генератора описания должности AI
Почему все описания должностей AI звучат одинаково
Попросите LLM написать «описание должности для инженера-программиста» и вы получите:
Мы ищем талантливого инженера-программиста, чтобы присоединиться к нашей инновационной команде. Вы будете работать с передовыми технологиями, сотрудничать с кросс-функциональными командами и оказывать влияние. Требуется: 5+ лет опыта, сильные навыки коммуникации, страсть к решению проблем...
Каждая компания получает одно и то же описание должности. Слова общие, требования шаблонные, тон неотличим от пятидесяти других объявлений. Это не отражает вашу компанию, вашу роль или ваши фактические потребности.
Проблема не в LLM. Это в подсказке. Неопределенная подсказка получает неопределенный вывод.
Как структурировать подсказку, которая работает
Рабочая подсказка JD AI имеет пять разделов:
1. Контекст компании (2–3 предложения)
Не «мы инновационная технологическая компания» — это каждая компания. Дайте конкретный контекст:
Acme Systems делает автоматизацию инфраструктуры для страховых компаний. Мы компания B2B SaaS в 50 млн. долл., 12 человек в команде инженеров, основана в 2018. Мы заботимся о доставке твердых продуктов над быстрым движением, и мы интервьюируем для культурного дополнения, а не культурного соответствия.
Теперь LLM имеет реальные ограничения. Он не предложит «двигаться быстро и ломать вещи»; это предложит кого-то, кто ценит доставку качества.
2. Фактическая работа (название роли, что они будут делать, ежедневная реальность)
Не «ответственность включает...» — опишите, что этот человек делает в первый день:
Старший инженер-бэкенд, платежная платформа. Вы будете владеть биллинговой системой: проектировать схемы, доставлять функции, которые уменьшают отказы платежей, отвечать на поддержку платежей. Вы будете работать с одним менеджером продукта (Carol) и одним фронтенд-инженером (Dev). Вы потратите ~40% на кодирование, ~30% дизайн/обзор, ~20% поддержку на вызовах, ~10% на встречах.
Специфичность превосходит абстракцию. «На день 30 вы доставили функцию X» превосходит «вы внесете вклад в дорожную карту нашего продукта».
3. Что им действительно нужно знать или иметь (не список желаний)
Разделите должны-иметь от хорошо-бы-иметь:
Должны иметь:
- 5+ лет инженеров-бэкенда программного обеспечения
- Сильный SQL и дизайн схемы
- Доставлена интеграция платежей (Stripe, Square, PayPal, что угодно)
- Удобна в онколле и отладка проблем производства
Хорошо бы иметь:
- Опыт Scala или Rust (мы используем Scala для платежей)
- Вклады в открытый исходный код
- Знание домена страхование/платежей
Честные должны-иметь редки. Большинство компаний список 8 должны-иметь, когда имеют в виду 4. Будьте реальны. LLM будет следовать вашему ведению и быть реалистичным тоже.
4. Культура компании / стиль работы (не жаргон)
Не «совместная, инновационная, быстро движущаяся». Вместо этого:
У нас асинхронная документация. Встречи — 30-минутный стендап один раз в день плюс часы офиса. Мы рецензируем код все; ваш первый PR может получить 10 комментариев. Мы используем Postgres, никаких NoSQL. Мы доставляем функции каждые две недели. Мы не делаем Agile или Scrum — мы доставляем, когда функции готовы.
Эти детали позволяют LLM рассуждать о том, кто будет процветать. Инженер, который ненавидит рецензирование кода или асинхронную работу, не будет применяться. Инженер, который любит глубокое системное мышление, будет взволнован.
5. Прозрачность компенсации
Это критично и большинство команд пропускают:
Зарплата: $180k–$220k в зависимости от опыта. Собственность: 0.15–0.4%. Льготы: 401k совпадение, здоровье/зуб/видение, 4 недели PTO, декретный отпуск 16 недель.
Описания должностей без информации о зарплате неуважительны. Вы просите кого-то применяться, не зная диапазона? Прозрачность компенсации также сигнализирует компанию, которая доверяет своей собственной рыночной позиции.
Режимы отказа для избежания
Гендерный язык. Большинство LLM обучены распознавать и удалять гендерные слова («he drives», «she nurtures»), но все еще иногда их генерируют. Добавьте это в вашу подсказку:
Избегайте гендерного языка. Не говорите «он/она» или прилагательные, которые наклоняются мужчины (агрессивные, пионерские) или женщины (совместные, воспитательные).
Нереалистичные стеки требований. Классический: «5+ лет с этой двухлетней фреймворком». Ваша подсказка должна это вызвать:
Не требуйте опыт с инструментами, которые мы создали внутри или которые < 3 лет на рынке.
Чрезмерный жаргон. «Синергия, рычаг, инновация, нарушить». Добавить:
Используйте простой язык. Избегайте жаргона типа «synergy», «leverage», «cutting-edge», «best-in-class». Будьте конкретны и честны.
Пропуск реальной проблемы роли. Если вы нанимаете инженера-бэкенда, потому что ваша система платежей не работает, скажите это:
У нас есть проблема технического долга в системе биллинга. Эта роль существует, чтобы это исправить, а не просто добавить штат.
LLM, дан этот контекст, будет писать описание должности, которое привлекает людей, которые хотят решать сложные технические проблемы, а не людей, ищущих название.
Что человек все еще должен решить
LLM — это не ваш целый JD. Это черновик. Человек должен:
- Проверить диапазон компенсации это рыночно корректно для вашего местоположения и уровня роли.
- Подтвердить «хорошо бы иметь» действительно хорошо и не подделка.
- Владеть утверждением миссии — почему эта роль имеет значение для будущего вашей компании. Нет LLM должен писать «ваша работа имеет значение для нас»; вы должны.
- Решить на удаленный/гибридный/офис четко. Не позволяйте LLM быть неопределенным.
- Обзор для юридического соответствия. Некоторые юрисдикции требуют конкретных раскрытий. Ваша юридическая команда, а не LLM, должна подписаться.
Генератор описания должности ClarityHire дает вам интерфейс структурированной подсказки (контекст компании, роль, должны-иметь, культура, компенсация) и генерирует черновик JD за 30 секунд. Это достаточно хорошо для доставки после человеческого обзора. Это не достаточно хорошо для доставки без прикосновения.