Summary в резюме на английском: 15 примеров и что писать вместо Objective
Как написать professional summary в CV: формула из трёх предложений, 15 готовых примеров по ролям и уровням, чем summary отличается от objective и когда его лучше не писать вовсе.
Summary занимает первые три строки резюме, и часто это единственное, что читают целиком. Дальше глаз идёт по заголовкам должностей и цифрам. Связный текст рекрутёр читает ровно один раз, и это он.
При этом именно summary русскоязычные кандидаты пишут хуже всего: либо переносят туда объективку из российского резюме, либо набивают прилагательными вроде hardworking, motivated, result-oriented, которые не значат ничего.
Objective больше не пишут
Короткая справка, потому что вопрос всплывает постоянно.
Objective пришёл из резюме девяностых. Этот блок описывает, чего хочет кандидат: Seeking a challenging position where I can grow my skills. Проблема очевидна: работодателю неважно, где вы хотите расти. Ему важно, какие задачи вы за него решите.
Summary (он же professional summary, profile, about) описывает, что вы умеете и какой масштаб задач тянете.
Написать про свои намерения всё-таки нужно в одном случае: при резкой смене сферы или страны. Но и тогда хватит одного предложения внутри summary, отдельный блок не нужен:
Backend engineer with 6 years in fintech, relocating to the EU and targeting payment infrastructure teams.
Формула
Три предложения, у каждого своя работа:
- Кто вы и сколько лет опыта: роль, стаж, домен.
- Чем конкретно сильны: стек, специализация, масштаб систем или команд.
- Одно доказательство: самое сильное достижение с цифрой.
Senior backend engineer with 8 years building payment systems for European fintechs.
[кто, сколько, где]
Specialises in high-load Go services, event-driven architecture and PCI-DSS compliance.
[чем силён]
Cut transaction processing latency by 70% on a platform handling €2B annually.
[доказательство]
Четвёртое предложение обычно лишнее. Если без него никак, добавьте языки или право на работу: EU work permit, fluent English and German.
Чего в summary быть не должно:
- прилагательных о характере:
hardworking,motivated,team player,detail-oriented. Их пишут все, и проверить их нельзя; - перечисления всего стека подряд, для этого есть блок Skills;
- слова
Iи своего имени в третьем лице; - фраз вроде
looking for new challenges.
15 примеров по ролям и уровням
Берите как каркас, подставляйте свои цифры.
Backend / Software Engineer
Senior backend engineer with 8 years building distributed systems for fintech. Works primarily with Go, PostgreSQL and Kafka, with a focus on reliability under load. Reduced p95 API latency from 1.4s to 320ms on a platform serving 3M daily requests.
Backend engineer with 4 years in e-commerce, specialising in Python and AWS. Owns services end to end, from design to on-call. Led the migration of the order pipeline to an event-driven architecture, cutting data freshness from 24 hours to 90 seconds.
Frontend Engineer
Frontend engineer with 6 years building React applications for B2B SaaS. Strong focus on performance and accessibility. Improved Largest Contentful Paint from 4.1s to 1.6s and brought the product to WCAG 2.1 AA.
Frontend developer with 3 years of commercial experience in React and TypeScript. Comfortable owning features from design handoff to release. Rebuilt the checkout flow, lifting mobile conversion by 11% in an A/B test across 80k sessions.
Full-stack
Full-stack engineer with 7 years in early-stage startups, comfortable being the first technical hire. Ships across TypeScript, Node and Postgres, and has taken two products from prototype to paying customers. Built the platform that grew to 40,000 monthly active users on a team of three.
QA Engineer
QA engineer with 5 years in automation, working with Playwright and Python. Builds test infrastructure from scratch rather than only writing cases. Replaced a two-day manual regression cycle with a 40-minute automated suite covering 85% of critical paths.
Data Analyst / Data Scientist
Data scientist with 6 years in marketplace and retention analytics. Works in Python, dbt and BigQuery, and takes models from notebook to production. Built a churn model (AUC 0.83) that let the retention team reach at-risk accounts two weeks earlier.
Data analyst with 3 years in product analytics for a consumer app. Focuses on experiment design and self-serve reporting. Replaced 15 hand-maintained spreadsheets with a warehouse layer now used daily by 30+ people.
DevOps / SRE
Site reliability engineer with 9 years running production infrastructure on AWS and Kubernetes. Specialises in incident response and cost efficiency. Cut mean time to recovery from 45 minutes to 8 while holding 99.95% uptime through a 3x traffic increase.
Product Manager
Product manager with 7 years in B2B SaaS, working closely with engineering on platform and integrations. Strong in discovery and prioritisation under constraints. Launched a self-serve onboarding flow that lifted activation from 34% to 51% in one quarter.
Product manager with 4 years in fintech, moving from analytics into product. Combines hands-on SQL with customer research. Ran 40+ interviews that led to killing a planned feature and reallocating a quarter of engineering time.
UX / Product Designer
Product designer with 6 years in B2B tools, covering research through to interface design. Builds and maintains design systems. Redesigned the settings area, cutting support tickets about account changes by 40%.
Engineering Manager
Engineering manager with 11 years in software, 5 of them leading teams. Focuses on hiring, levelling and delivery predictability. Grew a team from 4 to 11 engineers over 18 months with zero regretted attrition.
Смена страны
Backend engineer with 6 years in high-load Java services, relocating to the Netherlands and holding EU work authorisation. Experienced in banking integrations and regulatory reporting. Delivered a core ledger rewrite serving 2M accounts with no downtime.
Смена сферы
Data analyst with 5 years in finance, moving into product analytics after completing a full transition to Python and experimentation work. Brings a strong foundation in statistics and stakeholder communication. Ran 20+ A/B tests in the past year, three of which shipped as permanent product changes.
Когда summary лучше не писать
Он нужен не всегда. В двух случаях место лучше отдать под опыт:
- У вас меньше года опыта. Тогда summary неизбежно превращается в набор общих слов. Лучше поставить выше блок с проектами или образованием.
- Резюме не помещается на одну страницу, а опыт релевантный и сильный. Три строки текста на первом экране стоят дорого. Если выбираете между summary и ещё одним достижением, берите достижение.
Мелочи, на которых спотыкаются
Название блока. Пишите Summary или Profile. About me пришёл с личного сайта, Objective из прошлого века.
Британский или американский английский. Выберите один и держитесь его: specialises и optimise для Великобритании и Ирландии, specializes и optimize для США. Смесь в одном документе выглядит небрежно.
Под каждую вакансию свой summary. Этот блок дешевле всего переписать под конкретную позицию: поменяли акцент и один пример, и резюме уже адресное. Ключевые слова из описания вакансии здесь же помогают пройти ATS.
Проверьте вслух. Если предложение не получается произнести не сбившись, оно слишком длинное.
Что дальше
Summary занимает верхние три строки. Остальное резюме тоже должно выдерживать чтение:
- Резюме на английском: структура, примеры и чек-лист: два полных образца целиком;
- Достижения в резюме на английском: формула и 40 примеров: как переписать обязанности в результаты;
- Cover letter на английском: отдельный документ со своей логикой.
Если хотите, чтобы summary и всё резюме собрал человек, который читает такие CV со стороны найма, есть помощь с резюме на английском. Начать стоит с бесплатной диагностики.
Частые вопросы
Нужно ли писать Objective вместо Summary?
Нет. Objective описывает, чего хочет кандидат, и на международном рынке давно считается устаревшим: работодателю интересно, что вы можете дать. Objective уместен в одном случае, при резкой смене сферы, но и там переход лучше объяснить в summary.
Какой длины должен быть summary?
Два-четыре предложения или три-четыре строки. Больше пяти строк никто не читает: этот блок стоит первым и конкурирует за те же секунды, что и весь верх страницы.
Писать summary в первом или третьем лице?
Ни в том, ни в другом. Стандарт: безличные конструкции без местоимений. «Backend engineer with 7 years…», а не «I am a backend engineer» и не «Ivan is a backend engineer».
Нужна помощь с поиском работы?
Начните с бесплатного AI-анализа резюме или оставьте заявку на стратегическую сессию.