Я часто говорю руководителям:
проблема не в том, что «людей нет».
Проблема в том, что мы не понимаем, кого именно ищем.
История с вакансией инженера ЛИС/МИС — хороший пример.
Была реальная позиция. С реальными задачами. С реальными перегрузами.
Но текст — как у большинства компаний: список технологий + длинный перечень обязанностей.
Именно в этой ветке я решил разобрать её с ИИ не как текст, а как систему.
Час первый. Разобрать, а не переписать
Я не просил «сделай красивую вакансию».
Я попросил: проанализируй, что это вообще за должность на самом деле.
И выяснилось интересное.
Под названием «Инженер МИС» скрывался гибрид из четырёх ролей:
- инженер внедрения,
- инженер поддержки 2–3 линии,
- технический аналитик,
- частично пресейл-специалист.
То есть это был не «исполнитель задач», а узел между клиентом, системой и разработкой.
Уже на этом этапе стало понятно:
если написать вакансию стандартно, придут либо программисты, либо саппорт-специалисты.
А нужен был человек другого типа — инженер-переводчик.
Час второй. Определить реальную цель роли
Следующий шаг — убрать формальные формулировки и задать простой вопрос:
Какую проблему бизнеса закрывает эта должность?
Ответ оказался не «поддержка пользователей».
И не «внедрение ЛИС».
Роль нужна была для снятия напряжения:
- между клиниками и ИТ,
- между внедрением и эксплуатацией,
- между ожиданиями клиента и возможностями продукта.
Это уже совсем другой уровень понимания.
Мы перестали описывать функции и начали описывать ответственность.
Час третий. Определить риски
Через диалог с ИИ вскрылись ключевые риски:
- перегруз (всё в одном человеке),
- выгорание,
- приток неподходящих кандидатов,
- иллюзия «тихой ИТ-работы».
Это важный момент.
Потому что честная вакансия — это не маркетинг.
Это фильтр.
Час четвёртый. Сборка «честной вакансии»
Только после анализа мы перешли к тексту.
Не переписали требования.
А пересобрали структуру:
- зачем существует роль,
- что будет реальной зоной ответственности,
- что важно знать заранее,
- кому вакансия точно не подойдёт,
- какой уровень самостоятельности ожидается.
Получился текст, который не обещает лёгкой жизни,
но притягивает сильных специалистов.
Фрагмент итоговой версии вакансии
Инженер медицинских информационных систем (МИС / ЛИС)
Мы ищем инженера, который умеет работать на стыке технологий, медицины и клиентов.
Это не узкоспециализированная роль и не «тихий бекофис»: здесь много общения, ответственности и реальных внедрений.
Зачем нужна эта роль
Задача инженера — сделать так, чтобы система действительно работала у клиента, а не просто была внедрена формально.
Вы будете связующим звеном между:
- пользователями в клиниках,
- медицинским оборудованием,
- базами данных,
- разработчиками МИС/ЛИС.
Что вы будете делать
- Поддержка пользователей (2–3 линия).
- Участие во внедрении МИС/ЛИС в ЛПУ.
- Подключение лабораторного оборудования и интеграции.
- Работа с MS SQL Server (запросы, анализ данных).
- Формирование ТЗ для разработчиков.
- Обучение пользователей и сопровождение клиентов.
Важно знать заранее
- Работа не монотонная — придётся переключаться между поддержкой, внедрением и аналитикой.
- Потребуется самостоятельность: не всегда есть готовое решение.
- Общение с медицинским персоналом — часть работы, а не редкость.
Что изменилось в подходе
Раньше:
мы писали требования → размещали → ждали → удивлялись качеству откликов.
Теперь:
мы сначала проектируем роль → понимаем её архитектуру →
и только потом упаковываем под HH.
ИИ здесь не писал за меня.
Он помог мне:
- увидеть скрытые слои роли,
- разделить функции,
- убрать иллюзии,
- собрать системную картину.
Главный вывод
Хорошая вакансия — это не список навыков.
Это управленческое решение.
И если работать с ней глубоко —
она становится частью стратегии,
а не просто объявлением о поиске сотрудника.
Именно поэтому я сейчас собираю в этой ветке все вакансии —
чтобы не терять контекст и не начинать каждый раз с нуля.
Если роль сложная — её нужно сначала понять.
А уже потом — публиковать.