Читают ли сопроводительное письмо backend-инженера?

Вы отправили много откликов и получили мало ответов, и где-то в этой куче есть вопрос, к которому вы постоянно возвращаетесь: делает ли сопроводительное письмо хоть что-то?

Честный ответ: для большой доли backend-вакансий нет. Немного. Решение принимается на основе резюме, рекомендации и раунда по проектированию систем. Но есть узкий набор ситуаций, где только письмо может спасти отклик, и если вы получаете тишину, есть разумная вероятность, что вы в одной из них и пишете неправильное письмо.

Это о том, как понять, в какой ситуации вы находитесь.

С чем конкурирует письмо

Менеджер по найму backend-разработчиков, закрывающий вакансию, имеет стопку резюме, пару рекомендаций и процесс, заканчивающийся техническим интервью, которое расскажет ему гораздо больше любой прозы. Для позиции middle с чётко определённым стеком отбор в основном механический: есть ли у человека production-опыт в чём-то близком к тому, что мы используем, на близком масштабе, в близкой предметной области.

Поэтому ваше письмо часто ничего не делает. Не потому что никто не читает прозу, а потому что решение на этом этапе не требует прозы. Если в объявлении написано Go, Postgres, Kubernetes, event-driven, а в резюме — пять лет Go и Postgres в команде, которая управляла собственным Kafka-кластером, письмо избыточно. Вы проходите по резюме. Если в резюме четыре года PHP и Laravel-монолит на одном RDS-инстансе, очень хорошее письмо вряд ли изменит арифметику отбора среди девяноста других кандидатов.

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

Надёжных публичных данных о том, как часто читают сопроводительные письма именно для инженерных позиций, нет, и любой, кто называет вам процент, его выдумывает. Что вы можете наблюдать напрямую — это форму отклика. Если поле для письма отмечено как необязательное, это сигнал о том, сколько процесс от него ожидает. Если форма вместо этого задаёт конкретный письменный вопрос — «опишите систему, которую вы спроектировали и которую сейчас построили бы иначе» — это сигнал в другую сторону, и на него нужно отвечать как на вопрос интервью, а не как на письмо.

Где его действительно читают

Пять ситуаций, в примерном порядке того, насколько письмо имеет значение.

В компании меньше примерно пятидесяти инженеров, и менеджер по найму сам читает отклики. В seed или Series A компании решающий человек часто тот, кто будет делать code review ваших PR. Он не отбирает по требованиям; он пытается представить вас в команде. Он прочитает два абзаца. Он также заметит, если вы явно не смотрели, что они создают.

Вы необычный кандидат. Java в Go. Backend в backend, но из ad tech в healthcare, или из data-intensive batch-мира в low-latency request/response. Из компании на 400 инженеров в компанию на 12 человек, или наоборот. Никто не смотрит на резюме и спонтанно не заключает, что ваш опыт переносится. Вы должны это сказать и объяснить почему, показав, что понимаете, что действительно отличается в их задаче.

Есть разрыв, который кому-то придётся объяснять. Двухлетний перерыв. Три работы за три года. Увольнение. Должность с названием «Full Stack», когда работа была на девяносто процентов backend. Ушли без пересечения с новой ролью. Кто-то в процессе это поднимет. Письмо решает, поднимут ли это как вопрос или как причину отказа.

Регулируемый или государственный наём, где письменный отклик оценивается. Вакансии UK Civil Service, набираемые по Success Profiles, требуют доказательств по названным компетенциям и личного заявления, которые оцениваются по опубликованной схеме, а не просматриваются бегло. Та же структурированная форма встречается в NHS Digital-смежных ролях и некоторых FCA-авторизованных фирмах. Здесь письменная часть — не формальность, а отбор. Пишите по схеме, используя их словарь, с одним примером на компетенцию.

Staff и principal роли. Выше senior большая часть работы письменная: design docs, RFC, ADR, меморандум, который заставляет четыре команды договориться о схеме событий до того, как кто-то напишет код. Менеджер по найму на staff backend роль читает ваше письмо частично как образец письма. Если это три абзаца общего энтузиазма, это информация о том, как вы бы писали RFC.

Где его игнорируют

Процессы найма в крупных компаниях с рекрутером, отбирающим по структурированным требованиям. Задача рекрутера — сверить резюме с чеклистом и передать вас на телефонный скрининг. Письмо обычно не часть этого процесса, и написание более длинного ничего не изменит.

Процессы, основанные на рекомендациях. Если кто-то изнутри за вас поручился, вы уже прошли этап, который адресует письмо.

Отклики через агентство. Рекрутер часто переформатирует резюме в свой шаблон до того, как клиент его увидит. Ваше письмо может вообще не пережить этот шаг.

И любой процесс, где первый настоящий барьер — тестовое задание или онлайн-оценка. Если в объявлении написано «откликнитесь и получите задание по программированию», письмо — административное поле.

Два вопроса, на которые менеджер по найму backend-разработчиков хочет ответ в письме

Первый: понимаете ли вы, что эта система действительно делает, и хотите ли работать над этой конкретной задачей?

Не «почему вы хотите работать в Monzo». Почему эта система. Backend-роли определяются ограничениями, и ограничения сильно различаются между объявлениями, использующими идентичные слова. «Распределённые системы» в платёжной компании означают idempotency keys, exactly-once семантику, которая на самом деле at-least-once с дедупликацией, корректность ledger и reconciliation. На бирже рекламы это означает p99 бюджет в единицах миллисекунд и готовность отбрасывать запросы. В логистической компании — длительные workflows, компенсирующие транзакции и много состояния, живущего неделями.

Если вы можете написать два предложения, показывающие, что знаете, к какой из этих вы откликаетесь, вы уже впереди большинства. Backend-команды оставляют следы: инженерные блоги, open-source репозитории, доклады на конференциях, публичная API-документация, разборы инцидентов. Прочитайте один. Сошлитесь на конкретную вещь. «Ваш пост о переносе settlement path с монолита с double-writing шесть недель — эта задача переключения та часть работы, которую я хотел бы делать» стоит больше любого заявленного энтузиазма, потому что не может быть произведено тем, кто не сделал работу.

Второй: какая причина отклонить вас, и каков ваш ответ?

Она есть у каждого отклика. Найдите свою и адресуйте в одном-двух предложениях, без извинений.

Несоответствие стека: «В объявлении Kotlin и Spring Boot. Моя JVM-работа была Java с Dropwizard и Micronaut — та же модель конкурентности, те же проблемы тюнинга JVM, и я поставлял Kotlin во вспомогательных сервисах. Ожидаю быть медленным в идиоматичном Kotlin месяц».

Вопрос масштаба: «Я не запускал ничего на вашем объёме запросов. Что я делал — переводил Postgres-инстанс с одного writer на логическую репликацию плюс read replicas, когда наш read path начал падать, что научило меня больше о планировании запросов, чем о масштабе».

Вопрос владения production, который менеджеры по найму чаще всего не могут понять из резюме: носили ли вы пейджер. Были ли вы тем, кто проснулся в 3 утра от алерта Kafka consumer lag и должен был решить, replay или drop. Команды с собственной on-call ротацией заботятся об этом гораздо больше, чем предполагает объявление, и почти ни одно резюме это не указывает. Одно предложение: «Я в ротации on-call из шести человек последние три года, включая платёжный путь».

Вот вся работа письма. Покажите, что понимаете конкретную систему. Упредите возражение. Всё остальное — вода.

Что вырезать

Вступительный абзац, объявляющий, что вы пишете, чтобы откликнуться на позицию Senior Backend Engineer. Читатель знает.

Список технологий, уже в резюме. Если письмо повторяет резюме, оно отняло время читателя и не дало ничего.

Прилагательные о себе. «Увлечённый», «высоко мотивированный», «сильный problem-solver» — это неопровержимо и все это пишут, что именно поэтому они не несут информации.

Абзац об истории компании. Рассказать fintech, в каком году его основали, не демонстрирует исследование. Ссылка на их подход к idempotent retries демонстрирует.

Что-либо больше одной страницы. Для большинства backend-ролей три-пять коротких абзацев — честная длина, а структурированные исключения выше структурированы именно потому, что хотят чего-то другого.

Что повторяется и не подтверждается

Что сопроводительное письмо должно быть адресовано конкретному человеку или оно будет отброшено. Обращение к человеку нормально и немного лучше, чем «Уважаемый господин/госпожа». Нет хороших доказательств, что отсутствие имени приводит к отказу, и менеджеры по найму в компаниях, не публикующих оргструктуру, прекрасно знают, что вы не могли найти имя.

Что нужно keyword-match письмо, чтобы пройти автоматическую фильтрацию. Отбор, важный для backend-ролей, обычно рекрутер или менеджер по найму, читающий резюме, и applicant tracking системы в основном инструменты хранения и workflow, а не автоматические движки отказа. Впихивание Kubernetes в предложение, где это неуместно, стоит вам с человеком и вряд ли что-то купит с машиной. Убедитесь, что действительно требуемые технологии появляются в резюме простыми словами, потому что рекрутер вполне может их искать — это проблема резюме, а не письма.

Что нужно всегда прикладывать одно. Если поле необязательно и вам нечего конкретного сказать об этой системе, общее письмо немного хуже отсутствия письма, потому что демонстрирует, что вы откликнулись не читая.

Что делать дальше

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

Если тишина в первой стопке, выберите пять ролей, которые хотите больше всего, и для каждой запишите две вещи до написания прозы: конкретную вещь, которую делает их backend и которая технически интересна, взятую из того, что они опубликовали, и единственную чёткую причину, по которой вас бы отклонили. Если вы не можете заполнить первое поле после пятнадцати минут поиска, это полезная информация о том, стоит ли вообще откликаться.

Затем напишите четыре абзаца. Их система. Почему эта задача. Ваше возражение и ваш ответ на него. Одна строка о доступности. Стоп.

Если узкое место в том, что делать это правильно требует час на объявление, а у вас сорок, jobmarket.pro читает каждое объявление полностью и составляет отклик из одного профиля вашего реального опыта, не выдумывая ничего.