123

Мотивационное (сопроводительное) письмо

Что такое мотивационное письмо, зачем его писать и кому это нужно

Это эссе, которое прилагается к вашему резюме и прямо отвечает на вопросы: «Почему я — самый лучший кандидат на эту позицию? Почему моя мотивация совпадает с задачами компании и нуждами, которые эта позиция закроет? Почему я даже лучше описанного в вакансии «идеального» кандидата, хоть у меня и нет магистратуры Бауманки?». Второе и более популярное в русскоязычном пространстве название — сопроводительное письмо.

Когда писать сопроводительное письмо? Всегда! При любом отклике на любую позицию. Не важно, насколько идеально ваш опыт подходит под вакансию и сколько этого опыта в годах и проектах. Иногда условному стартапу очень нужно, чтобы сотрудники совпадали по «вайбу». То есть имели общее мироощущение, отношение к работе и коллегам. Тогда ваш авторский стиль письма и любовное описание проектов помогут. Но лучше не надеяться на авось и потратить минут 10-20 на составление персонализированного письма под любую вакансию.

В чем ценность сопроводительного письма

• Когда основной релевантный опыт — только учебный, письмо отвечает на вопрос «почему я». На позиции младших разработчиков всегда присылают очень много резюме. Но бóльшая часть из них, во-первых, никак не оформлена и не наполнена даже учебным опытом. Во-вторых, 90% кандидатов используют шаблонное сопроводительное письмо или не пишут его вовсе. И нанимающий менеджер или тимлид, рекрутер или HR с тоской листают одинаковые и ничего не говорящие о кандидате и его скромном опыте отклики. И тут — вы. Такой красивый и с грамотным сопроводительным. Сразу по полочкам раскладываете и вашу мотивацию, и навыки, и зачем вообще в разработку подались. Выходит, вы ещё не знакомы, а уже расположили к себе.
• Письмо выделяет вас среди прочих кандидатов. Стандартные письма выглядят как «заинтересовала ваша вакансия, вот моё резюме». При этом якобы заинтересованный кандидат вакансию часто даже не читает. Так что всегда приятно увидеть хорошее, внимательно написанное сопроводительное.
• Позволяет продемонстрировать свою заинтересованность в вакансии и работе в компании или конкретной команде. Персонализированное сопроводительное — лучшее, что вы можете сделать. Оно повышает шансы на получение ответа. Причём это не обязательно должна быть ода любви к потенциальному работодателю. Это могут быть маленькие факты, которые вы почерпнёте хоть из реальной жизни, хоть пока будете изучать компанию в интернете. Реальный пример: вы пишете сопроводительное письмо в Parallels. Один из их продуктов — ПО для запуска быстрых виртуалок MacOS под Windows и наоборот. Логотип — белые полоски на красном, идеально для машины. А у вас во дворе уже год паркуется машина, обклеенная их логотипом. И прямо в постскриптуме вы просто уступаете собственному любопытству, пересказываете эту ситуацию и спрашиваете: «А вы всем сотрудникам машины брендируете? Я тоже хочу!». Что происходит на стороне получателя письма: «Ребят, а у наших у кого-то брендированная машина что ли? Тут кандидат пишет. Серьезно, у Васи? Сам обклеил?! Круто, что ж не сказал-то!». И ровно в том же удивлённо-радостном настроении получатель вам отвечает. И на основную часть письма, и на постскриптум. Даже если напишут отказ — вы уже повлияли на то, чтобы вам в принципе дали обратную связь.
• Последняя важная функция сопроводительного письма — это идеальный инструмент, чтобы закрыть вопросы, возникающие по резюме или вашему опыту. Например, вы полгода решали семейные проблемы и заботились о родственнике. Но не придумали, где это написать в резюме. Тут подходит сопроводительное. Ближе к концу или постскриптуме стоит указать: «В период с А до Б не работал в связи с уходом за родственником». Или любые другие такие вот не очень подходящие для резюме, но важные вещи. Полезно продублировать здесь непреоборимые моменты, которые есть в резюме, но их могли проглядеть. Например, отсутствие гражданства РФ. Иначе уже на собеседовании может возникнуть конфуз, если работодатель не готов трудоустраивать иностранца.

Как писать сопроводительное письмо

Часть 1. Сначала черновик

• Оцените вакансию, свои знания и опыт. Составьте список пересечений.
• Ответьте сперва для себя на вопрос, чем именно вас заинтересовала эта позиция. Почему вы хотите получить эту работу? То, что там платят деньги и есть возможность набраться опыта — это понятно. Лучше опираться на что-то ещё, что именно вас зацепило.
• Подумайте, чем вы выделяетесь на фоне других потенциальных кандидатов. Может, вы знаете предметную область компании. Может, у них работает или работал ваш друг. Или у вас давнее, но математическое образование — и их задачи на алгоритмы вы будете щёлкать, как орешки.

Часть 2. Затем само письмо

• Поздоровайтесь. Лучший вариант: «Добрый день!». Исключение — случаи, когда вы пишете на личную почту/в личную соцсеть конкретного сотрудника компании. Тогда обратитесь к нему по имени.
• Продумайте представление на свой вкус. Допустим, вас зовут Вася Пупкин, и вы начинающий фронтендер. «Меня зовут Василий Пупкин, и я хочу работать у вас младшим Frontend Developer'ом». Формулировка не строго такая, можно сделать представление на пару предложений, используя его как саммари в резюме. «Меня зовут Василий Пупкин, я начинающий фронтенд-разработчик. Люблю программировать, плотно общаться с заказчиками и котов. У вас в офисе есть кот — давайте дружить!». А можно, наоборот, коротко: «Меня зовут Василий Пупкин, я фронтендер».
• Напишите о вашем опыте и точках пересечения с требованиями вакансии. Допустим, на вакансию ищут разработчика с опытом работы с фреймворком Абырвалг и не боящегося вёрстки. А вы поупражнялись в работе с Абырвалгом последний месяц и совсем не против верстать. Да, опыт учебный, но вы хоть знаете, что это такое. А значит не будете тратить время уже на работе на первичное ознакомление. Так у нас получится примерно следующее:
• «Последние полгода я проходил курс Фронтенд-разработки от Яндекс Практикума. Научился верстать (и с удовольствием займусь этим и у вас), JS'ить и собирать проекты Webpack'ом. Делал и одностраничники, и адаптивный лендинг, и музыкальное приложение. Примеры моих работ можно посмотреть по ссылкам: %ссылки на проекты%.
• Кроме этого курса, самостоятельно изучал фреймворк Абырвалг. По этой ссылке доступен код небольшого проекта на нём: %ссылка%».
• Перечислите навыки. В примере выше мы уже перечислили базовые навыки прямо внутри опыта, но их можно выносить и отдельно. Тогда структура получится такая:
• Приветствие и представление
• Опыт: описание проектов по сфере, масштабу, указание ссылок на них («делал фронтенд банковского сервиса %название сервиса% с высокой нагрузкой», «ускорил работу UI интернет-магазина в N раз»), упор на важное для работодателя (как работа с Абырвалгом :) )
• Навыки: отдельным абзацем. Можно перечислять их после собственно слова «Навыки:», можно оформить как «Стэк, который я использую:». Полезно будет указать, готовы ли вы учить что-то новое, возможно даже конкретное. Например, перейти с React'а на Angular или наоборот. Или хотите развиваться пока строго в текущем направлении. Особенно важно такое указывать, если в вакансии подразумевается работа с конкретным стэком или, напротив, необходимость уметь всего понемногу.
• Завершение письма.
• В конце можно просить об обратной связи, но в любом случае стоит это делать супер-аккуратно. Потому что формулировка вида «Очень надеюсь на обратную связь!» получается пассивно-агрессивной. Вы будто давите на жалость, совесть и болевые точки потенциального работодателя. Это может испортить впечатление от хорошего письма. Кто сочтёт нужным — ответит вам и без этой просьбы.
• Просьба об обратной связи должна быть ненавязчивой, лёгкой в исполнении и приносящей пользу в случае исполнения. Например, можно написать так: «Буду рад любой обратной связи по моей кандидатуре. Она здорово поможет мне в поисках».
• Чтобы работодателю было легче вам ответить, укажите контакты. Они также добавляют письму весомости: это документ, хоть и написанный в свободной форме.
• Итого получится примерно такое дружелюбное письмо под дружелюбную вакансию. Допустим, вакансия с вёрсткой, Абырвалгом и ожиданием довольно широкого опыта от начинающего. А еще с котом в офисе и крутыми компанейскими стикерами, которые на митапе ухватили ваши знакомые:
• Добрый день!
• Меня зовут Василий Пупкин, я начинающий фронтенд-разработчик. Люблю программировать, плотно общаться с заказчиками и котиков. У вас в офисе есть кот, так что нам точно стоит пообщаться. :)
• Последние полгода проходил курс Фронтенд-разработки от Яндекс Практикума. Научился верстать (и с удовольствием займусь этим и у вас), JS'ить и собирать проекты Webpack'ом. Делал и одностраничники, и адаптивный лендинг, и музыкальное веб-приложение на JS. Знаком с API Яндекс.Музыки и Яндекс.Карт. Примеры моих работ можно посмотреть по ссылкам: %ссылки на проекты%.
• Кроме прохождения курса, самостоятельно изучил фрейморк Абырвалг, по этой ссылке доступен код небольшого проекта на нем: %ссылка%.
• Мое резюме во вложении. Готов выполнить тестовое задание и продемонстрировать, что умею. Всегда на связи по e-mail vpupkinfrontendsuperstar@ya.ru, в телеграме @vpupkinfrontendsuperstar или в фейсбуке: https://www.facebook.com/vasya_pupkin09.
• P.S. Стикеры фирменные у вас — огонь!

Часть 3. Вычитка и соблюдение формата

• Вычитайте сопроводительное письмо. Это ваш первый контакт с работодателем, поэтому оно должно быть идеально выверено. Покажите другу, скормите текст сервису Главред, прочитайте вслух. Подумайте, что можно убрать без потери смысла, а что добавить. Письмо должно умещаться в один экран на обычном мониторе. Хороший работодатель несомненно умница, а умные люди ценят своё время и длинных посланий от незнакомых не читают.
• Избегайте слова «я» во всех его проявлениях и многочисленных упоминаний самой вакансии. Вы уже пишете об этой вакансии, вы уже пишете о себе по умолчанию — якание будет резать глаза читателю. В примере выше: одно «я», «меня», «моих» и «моё». На самом деле можно убрать и «моих», и «моё»: ничего не потеряете.
• Соблюдайте тон, соответствующий вакансии и духу компании. Если вакансия, как в примере — с упоминанием кота и вся такая дружелюбная, смело пишите так же. С крупной компанией всегда лучше придерживаться более официального стиля, не ставить смайлики и не использовать разговорные фразы вроде «N у вас огонь». В любом случае обращайтесь на вы (даже если вакансия «тыкает» вам). Слова «вы», «ваша», «компания» и подобные пишите с маленькой буквы. Исключение — случаи, когда Компания называет себя в Вакансии Компанией С Большой Буквы.
• Работа со ссылками. Где бы вы ни писали сопроводительное письмо: на hh.ru, в почту или в мессенджер, есть несколько простых правил оформления ссылок:Перед ссылкой нужно краткое описание, что именно по ней доступно. Никто не любит кликать непонятно на что.
• URL указывается полностью и не накрывается текстом: «Мой любимый плагин для хрома с котиками тут» — на короткое слово и кликать-то неудобно. В идеале ссылка уже достаточно коротка (примерно половина строки) и не требует сокращения через специальные сервисы. Так видно, куда она собственно ведёт: на гитхаб или ваш личный аккаунт Гугл Фото с фотографиями кактусов.
• Ссылка всегда в конце абзаца или на новой строке. Для сопроводительных на hh.ru — строго на отдельной новой строке. Иначе её неудобно выделять для копирования или перехода — она выделяется вместе с текстом перед ней.

Часть 4. Если вы пишете письмо именно на почту

• Пишите plain text'ом: не используйте форматирование текста (выделение жирным, например) вашей почтовой программы. Не используйте буллеты или нумерованные пункты, перечисляя достижения или скиллы. В другой почтовой программе всё может сломаться. Письмо должно быть читаемым везде и с любого устройства.
• Проверьте ваше имя и подпись в почте. Нанимающему менеджеру не очень интересно, отправлено ваше письмо с Nexus 5X, IPhone или веб-приложения %Название_приложения%. Подпись должна или отсутствовать, или содержать контакты. Никаких «С уважением» и прочих странных вежливостей, в таком виде будет достаточно:
• Василий Пупкин
• tel:+7 (111) 111-11-11
• fb: https://www.facebook.com/vasya_pupkin09
• Имя, которое вы указали при регистрации почтового ящика, может за давностью лет значиться как Нагибатор ВДотку. Так что лучше перепроверить и написать нормальное. :)

Как делать не надо и почему

• Не стоит писать «шаблонное» письмо и рассылать всем одинаковое. «Меня очень заинтересовала ваша вакансия» — а вы её и не читали. Это фактический обман, а обманывать нельзя.
• «Доброго времени суток!» и «Доброй ночи!» — страх любого человека, ведущего деловую переписку. Только «Добрый день!» вне зависимости от времени — люди общаются по работе в течение рабочего дня.
• Не нужно описывать ваш жизненный путь и приход в разработку, начиная с детского сада или игры в первую PlayStation. Пишите полезное для читателя, а значит — по делу, по вашему опыту, релевантному вакансии.
• Пишите с большой буквы, ставьте точки, не сокращайте слова. Невероятная экономия времени от сокращения слова «например» до «н-р» заставляет как минимум поднять бровь и задаться вопросом, куда вы так торопились.
• Не выставляйте райдер. Если у вас есть предпочтения, например, вы хотите 1 день в неделю работать из дома или работать со своего личного компьютера — пишите. Но начинать диалог со списка требований к офису или поведению работодателя — это очень плохой план. Цель вашего общения с работодателем — знакомство и понимание, что вы друг другу интересны и подходите. А не установление взаимных железных требований.
• Не додумывайте за нанимателя. «Я подхожу вам», «я идеальный кандидат». Даже если по резюме вы действительно такой, зачем повторять этот факт? Выводы о том, подходите вы или нет, делает работодатель. Или «раз вы ищете миддла, то может вам и джун подойдет» — может и подойдет. Но это решение должна принять компания после общения с вами.
• Не прячьте полезные ссылки в самый дальний угол резюме. Лучше дать их, наоборот, как можно раньше, прямо в сопроводительном. Это удобно и полезно для работодателя и ускоряет понимание, интересны вы или нет. А в резюме продублировать для тех, кто сопроводительное не увидит. Так бывает, когда резюме отсматривают несколько человек подряд. Например, первично их смотрит проджект менеджер, и только потом тимлид.

Пример

Возьмём вакансию стажёра в Яндекс на проект Smart TV: https://hh.ru/vacancy/31716160

В целом по требованиям стажёрская вакансия Яндекса похожа на вакансию для джуна с минимальный опытом. Хотя обычно стажировки — это позиции для соискателей без опыта совсем.

Смотрим требования: JS, HTML, CSS, опыт с Git и bash. Это все основные требования, то, что указано в графе «плюсами будут» — это как раз вещи, за которые вы можете «зацепиться» в сопроводительном. И которыми, при наличии соответствующего опыта/навыков/качеств, привлечёте внимание. Плюс, вакансия имеет обязательное тестовое задание.

Предположим:

• вы уже общаетесь постоянно с Алисой или другим умным помощником или даже имеете дома что-то из систем «умного» дома;
• вы правда считаете «умный» дом системой будущего и мечтаете об автоматическом включении теплого пола в коридоре за 20 минут до прихода домой;
• весь учебный опыт из обязательных требований у вас есть;
• вы самостоятельно пробовали работать с Node.js;
• у вас есть пример для иллюстрации креативного подхода из жизни. Напомню, писать просто «я креативный» не подходит, нужно перефразировать или подтвердить реальным опытом. Причём пример может быть совсем простенький или даже смешной — он же про вас, а не про официоз.

Пишем письмо к отклику на hh.ru:

Добрый день!

Меня зовут Василий Пупкин, я начинающий разработчик. На курсах Яндекс Практикума я изучил JavaScript, HTML и CSS, научился работать с Git и Webpack'ом. Немного сам занимался Node.js и хотел бы работать с ним и дальше. Код моих учебных проектов можно посмотреть на гитхабе:

%ссылка отдельной строкой%

Мне интересна тема умного дома, а вытеснить стандартное телевидение умным и опирающимся на запросы пользователя — это очень амбициозная задача. Хотел бы поучаствовать в вашем проекте. Готов выполнить тестовое задание. Прислать его можно на почту: %почта% или в любой мессенджер по номеру +7 (111) 111 11-11.

P.S. С креативным подходом у меня тоже все хорошо: я очень быстро генерирую множество разных вариантов решений. Например, вчера соорудил из подручных средств замену порвавшемуся в парке поводку собаки. Вот был бы поводок умным!

Еще вариант постскриптума на замену:

P.S. С креативным подходом у меня тоже все хорошо: в университете я участвовал в кружке фотографов и всегда придумывал, куда бы и как бы залезть, чтобы сделать максимально необычный кадр толпы на мероприятии.

Этот пример выглядит несколько наивно, особенно часть про креативность. Наивность появилась в нём по двум причинам: 1) он выдуманный; 2) жизненные примеры вообще наивны. Но именно они цепляют. Как пример наработанного личного качества подходит даже работа в МакДональдсе во времена студенчества. Или в любом месте, где нужно много и часто общаться с разными клиентами: такой опыт дарует стрессоустойчивость.

Чеклист

• [ ]

Часть 1. Черновик

• Сопоставьте требования вакансии и свои навыки, выделите пересечения и важное для нанимателя
• Ответьте для себя на вопрос, почему вы хотите попасть именно на эту вакансию
• Подумайте, что выделит вас среди других соискателей

Часть 2. Письмо

• Приветствие
• Краткое представление
• Опыт, пересекающийся с вакансией
• (опционально) Навыки, если они не прописаны в опыте
• (опционально) Дополнительная информация

Часть 3. Завершение

• Контакты
• Готовность к выполнению тестового задания

Портфолио

Что такое портфолио

Портфолио — это сборник ваших лучших работ. Таких, какими хочется как бы похвастаться. Для учебного опыта — это учебные работы: «Смотрите, я сам научился и сделал, и вот как здорово получилось!». Да, может они не очень сложны, но это действительно ваши лучшие работы.

Для разработчика роль портфолио выполняет код. Можно давать и ссылки на сайты, над которыми вы работали. Их логично указать в резюме при перечислении проектов. Но вы не дизайнер, чтобы конечный вид проекта говорил о вашем уровне. Самое важное — код.

Как и где оформить портфолио

GitHub — лучший вариант для размещения примеров кода и проектов. Ближайшие альтернативы: Gitlab и Bitbucket. Напишите README-файл к каждому вашему проекту. Что в нём должно быть:

1. Заголовок-название
2. Описание, что это за проект. Какой функционал выполняет, какую боль закрывает, зачем вы его делали. Упражнялись с новым фреймворком и сделали на нём анимацию — так и напишите. Здесь же можно указать стэк, если используется много технологий разом
3. Инструкция по развёртыванию и системные требования (версия языка, нужные для работы проекта расширения). Чтобы можно было запустить код у себя и проверить, что он действительно работает.
4. Планы по доработке проекта, если они есть. Не общее «сделать рефакторинг», а «исправить X с помощью Y, чтобы получить Z». Чем конкретнее — тем лучше.
5. Можно добавить еще много всего: обширную документацию проекта; настройку CI для его запуска; список людей, которые над ним трудились. Это касается уже крупных проектов, и не нужно для первых учебных примеров кода.

Советы

1. Репозитории с проектами нужно сделать открытыми.
2. Любой выложенный проект должен быть рабочим и выполнять заявленные функции. Нельзя, чтобы ваше приложение-калькулятор не складывало 2+2. Или ломалось при возведении в степень, когда для этого есть специальная кнопка.
3. Если проект в портфолио — это сайт, в репозитории с кодом разместите ссылку на демо этого сайта. Так работодателю не придется клонировать репозиторий. Сервис Github Pages позволяет разметить один сайт. Если проектов в портфолио несколько, для размещения сайтов можно использовать бесплатные сервисы: https://surge.sh или https://zeit.co/now. Ссылку на демо добавьте в шапку репозитория на Github. Вот пример хорошо оформленного репозитория: https://github.com/gribnoysup/react-yandex-maps
4. Обязательно проследите, что ваши проекты корректно отображаются на всех разрешениях, во всех браузерах и быстро грузятся.
5. В коде нельзя оставлять комментарии вида «??? почему-то не работает». Комментарии должны быть конструктивными и полезными. Конструктивный комментарий может быть двух видов:внутренняя документация кода, объясняющая, что происходит в конкретной строчке. Это нужно только в случае, если в такой строчке происходит магия, с трудом прослеживающаяся из предыдущего кода.
6. заметка о развитии проекта: что и как планируется поменять в каком-то куске.

Примеры

На гитхабе есть целый раздел, в котором можно подсмотреть примеры оформления различных опенсорс-проектов: https://github.com/explore

Чеклист

1. Убедитесь, что ваши проекты работают и выполняют базовые заложенные в них функции.
2. Загрузите в аккаунт на Github/Gitlab/Bitbucket ваши проекты.
3. Проверьте, что в коде нет лишних комментариев.
4. Оформите ридми для каждого проекта:
5. Заголовок;
6. Описание;
7. (опционально) Планы по доработке, если они есть.
8. Пройдите сами инструкцию по развёртыванию. Проверьте, что программы правильно работают, а в конфигах нет опечаток, которые всё ломают.
9. Откройте репозитории с проектами, если на время проверок они были закрыты.