Как писать резюме, если проекты под NDA?
Многие IT специалисты боятся писать о проектах под NDA — и зря. Если делать это аккуратно, резюме остается сильным, понятным и релевантным для рекрутера. Разбираем, как описывать опыт так, чтобы это было и безопасно, и продающе.
Анастасия Дроздова
Карьерный консультант и коуч для IT специалистов
В IT часто встречается история: проект закрыт NDA, но кандидат хочет показать опыт в резюме. С одной стороны, это логично: человек хочет показать, что работал в сложной индустрии и решал нетривиальные задачи. С другой — если описать проект слишком конкретно, можно случайно нарушить договоренности.
Именно поэтому у многих специалистов возникает ощущение: «А если не писать ничего — это слабое резюме. Если писать слишком конкретно — это риск». В итоге в профиле остаётся пустота, а рекрутеры не понимают, чем вы занимались реально.
Резюме под NDA не обязано быть пустым, но допустимый уровень детализации определяется конкретным договором, политиками компании и иногда юрисдикцией. Ни один шаблон не делает формулировку автоматически безопасной.
Шаг 1. Перечитайте NDA и разделите, что можно, а что нельзя
Первое, что нужно сделать, — не гадать, а читать договор и внутренние правила. Нельзя заранее считать допустимыми ни название класса продукта, ни технологии, ни метрики: ограничения могут распространяться на сам факт проекта, клиента, домен, архитектуру, код и результаты.
- Проверьте, какие категории договор прямо относит к конфиденциальным.
- Отдельно уточните, можно ли раскрывать технологии, класс продукта, масштаб и результаты.
- Сомнительные детали исключите или согласуйте с бывшим/текущим работодателем.
Важно понимать, что NDA ограничивает не только “что вы говорите”, но и “в какой форме”. Публичные выступления, комментарии в постах, демонстрация материалов проекта и описания на интервью могут считаться нарушением, если это раскрывает конфиденциальную информацию.
Сам факт того, что вы рассказываете о своем опыте, не всегда является нарушением. Проблемой становится раскрытие того, что по договору действительно считается конфиденциальной информацией.
Шаг 2. Указывайте, что проект под NDA — это нормально
Фраза вроде «Детали отдельных проектов не раскрываются в связи с условиями NDA» может быть уместна, если она соответствует договору. Она объясняет ограничение, но не заменяет проверку конкретной формулировки.
Рекрутеру, как правило, важнее не “какая была конкретная компания”, а какой класс продукта, сложность задач, масштаб и тип инженерной ответственности. Поэтому вместо названия компании лучше говорить так:
Норма: B2B SaaS-продукт для enterprise-сегмента, высоконагруженная multi-tenant платформа, работа с высокоответственными пользовательскими сценариями.
Риск: SaaS-платформа для расчета тарифов и биллинга с кастомной моделью расчетов для крупных корпоративных клиентов.
То есть вы не скрываете смысл, а переводите его в безопасный, но информативный язык.
Шаг 3. Описывайте не “внутреннюю кухню”, а результат и подход
Самая частая ошибка — описывать проект через детали, которые можно легко распознать. Лучше говорить о типе задач и логике решения, а не о конкретной внутренней архитектуре.
- Плохо: «Переработал API биллингового сервиса для расчета подписок».
- Хорошо: «Участвовал в системной оптимизации сервисов взаимодействия в высоконагруженном продукте, улучшая масштабируемость и стабильность интеграционных процессов».
Если вы умеете описывать не “что было внутри”, а “какую задачу решали и какой эффект получили”, резюме становится сильнее и безопаснее одновременно.
Шаг 4. Говорите о метриках через эффект, а не через точные цифры
Проблема в том, что многие специалисты либо пишут цифры слишком детально, либо вообще ничего не пишут. Диапазон, округление или относительный эффект тоже могут раскрывать конфиденциальные сведения, поэтому выбирайте формат только после проверки ограничений.
Небезопасно: «Оптимизировал архитектуру core-сервиса, увеличив пропускную способность с 8k до 14k RPS».
Возможный учебный вариант после согласования: «Оптимизировал сервисы продукта, повысив устойчивость обработки запросов». Даже такой вариант нужно сверить с условиями NDA.
Смысл такой: вы не теряете цифры, но переносите акцент с точных внутренних значений на бизнес-результат.
Шаг 5. Не вычищайте из резюме всё живое
Если вы “обезличиваете” опыт, важно не уничтожить все релевантные ключевые слова. ATS и рекрутеры ищут по технологиям и компетенциям, а не только по общим словам. Поэтому в резюме важно оставить понятные и сильные формулировки: Python, Go, Kafka, PostgreSQL, CI/CD, Data Pipelines, Kubernetes, A/B Testing, monitoring, microservices — в зависимости от вашей роли.
То есть вы убираете детали, но не убираете смысл и сигналы по отрасли.
Что можно писать в резюме при NDA
Хороший NDA-safe формат опыта выглядит так:
- класс продукта и рынок
- масштаб системы и нагрузка
- функциональные обязанности
- технологии и подход
- результат через эффективность
Пример сильного описания:
«Участвовал в разработке enterprise SaaS-платформы для сегмента B2B. Проектировал и оптимизировал ключевые сервисы, обеспечивающие высокую отказоустойчивость системы и снижение времени отклика критичных пользовательских сценариев. В рамках продукта внедрил улучшения в мониторинг и обработку данных, что позволило сократить время решения инцидентов и повысить стабильность сервиса».
В этом описании нет имени компании, нет точных метрик по клиентам и нет внутреннего контента, но есть всё, что важно рекрутеру: контекст, масштаб, тип работы и результат.
Короткая формула, которая работает
Если у вас проект под NDA, используйте такую формулу:
«Работал над продуктом/системой типа X в сегменте Y, решал задачи Z, использовал технологии A/B, результатом стало улучшение C в рамках D».
Это структурный шаблон для обсуждения, а не юридическое заключение. В рамках обычного аудита резюме нельзя подтвердить допустимость раскрытия конкретных деталей NDA.
Если условия раскрытия уже понятны, можно обсудить аудит резюме: проверим ясность, структуру и подачу опыта. Юридическую допустимость формулировок нужно подтверждать отдельно у специалиста по договору.