
Собрать портфолио часто становится сложнее именно тогда, когда ваша работа становится серьёзнее.
Небольшой клиент может спокойно разрешить вам опубликовать готовый сайт, дашборд или кампанию. Крупная компания может дать вам доступ к внутренним системам, данным клиентов, невыпущенным продуктам, коммерческим цифрам или собственным процессам, а затем потребовать сохранять всё это в тайне.
Через несколько проектов возникает неловкая ситуация: ваших самых сильных работ нет в портфолио.
Это не значит, что проект обязательно должен исчезнуть из вашей профессиональной истории. Это значит, что нужно разделить два вопроса:
Что вам разрешено раскрывать по закону и по договору?
Как в этих рамках всё же доказать свой вклад?
Первый вопрос важнее второго.
Скрытое название клиента, размытый скриншот или кейс под паролем не делают раскрытие автоматически разрешённым. Что можно использовать, определяют ваш NDA, договор на оказание услуг, трудовой договор, техническое задание (SOW), правила клиента и любые последующие письменные разрешения.
Это общая образовательная информация, а не юридическая консультация. Если формулировки договора неясны или последствия раскрытия серьёзны, получите квалифицированную консультацию по этому конкретному договору.
Если вы работаете над общей стратегией портфолио, в гайдах walllet.com есть материалы о том, как собрать сильное портфолио UX-фрилансера, выбрать убедительные проекты для портфолио аналитика данных и подать свой опыт при поиске клиентов и контрактов на разработку ПО. Этот гайд — о более сложном случае: что делать, если работу, которая доказывает ваш уровень, нельзя просто опубликовать.
Можно ли добавить работу под NDA в портфолио?
Иногда можно, но универсального «да» нет.
NDA — это договор, который может определять, что считается конфиденциальной информацией, как её можно использовать, можно ли раскрывать её третьим лицам, сколько действуют обязательства о конфиденциальности и какие есть исключения. Всемирная организация интеллектуальной собственности отдельно отмечает, что NDA может регулировать доступ, использование и раскрытие, а конфиденциальная информация может включать ПО, дизайн, списки клиентов, бизнес-планы и финансовые данные.
Поэтому реальные формулировки вашего договора важнее общего правила вроде «просто убери название клиента».
Полезное правило по умолчанию:
Если договор прямо не разрешает использование в портфолио, не считайте, что изменение или скрытие узнаваемых деталей даёт разрешение. Проверьте договор и, если нужно, сначала получите письменное согласие.
Ведомство интеллектуальной собственности Великобритании даёт похожие практические рекомендации: NDA — это юридическое соглашение для контроля раскрытия конфиденциальной информации, и разрешённая цель раскрытия имеет значение.
Анонимизация клиента — не то же самое, что разрешение
Допустим, вы работали над невыпущенным финансовым продуктом. Вы убираете название компании и пишете:
Я переработал онбординг для быстрорастущего западноафриканского финтеха с более чем 500 000 клиентов.
Вы не назвали компанию. Но сочетание отрасли, географии, масштаба, типа проекта и сроков всё равно может сделать клиента очевидным. Та же проблема возникает, если убрать логотип, но оставить:
узнаваемый интерфейс;
уникальную функцию продукта;
точные цифры выручки или конверсии;
внутреннюю терминологию;
имена сотрудников;
записи о клиентах;
детали репозитория или архитектуры;
цитату из закрытого чата в Slack;
даты запуска, по которым можно узнать невыпущенный продукт.
Анонимизация уменьшает количество узнаваемых данных. Она не меняет разрешения в вашем договоре. Есть и практическая проблема «мозаики»: несколько деталей, расплывчатых по отдельности, вместе могут выдать клиента.
Начинайте с договора, а не с дизайна портфолио
Прежде чем писать анонимный кейс, изучите все договоры, которые могут относиться к проекту. Ищите положения о:
Определении «Конфиденциальной информации»
Правах на рекламу, маркетинг или портфолио
Использовании названия и логотипа клиента
Праве собственности на интеллектуальную собственность
Скриншотах, прототипах, коде, документах и данных
Раскрытии третьим лицам
Информации, которая уже общедоступна
Конфиденциальности после завершения проекта
Порядке проверки или согласования перед публикацией
Не ограничивайтесь документом с названием «NDA». Рамочный договор на услуги, трудовой договор, техническое задание или правила клиента могут содержать отдельные пункты о конфиденциальности или публичности.

Публичность проекта тоже не снимает автоматически все ограничения. Продукт может быть уже запущен, а исследования, внутренние метрики, исходные файлы, коммерческие условия или ваш доступ к ним — оставаться конфиденциальными.
Просите разрешение до анонимизации и публикации
Если договор не даёт вам явных прав на портфолио, самый чистый путь — конкретный письменный запрос.
Не пишите так: «Можно добавить этот проект в портфолио?»
Здесь слишком много неопределённого. Скажите клиенту, что именно вы хотите раскрыть. Например:
Тема: Разрешение на использование [проекта] в портфолио
Здравствуйте, [Имя]! Я хотел бы подготовить ограниченный кейс для портфолио на основе моей работы над [проектом].
Я хотел бы показать свою роль, общее описание задачи, процесс работы и отдельные результаты. Я не буду публиковать конфиденциальные данные о продукте, информацию о клиентах, внутренние документы или оригинальные скриншоты.
Если понадобятся визуалы, я могу сделать новые макеты с вымышленными данными вместо файлов проекта.
Я могу прислать готовый кейс на согласование до публикации. Пожалуйста, сообщите, какие детали вы готовы одобрить для публичного использования.
Если клиент одобрил только часть запроса, понимайте это одобрение буквально. Разрешение упомянуть компанию — не обязательно разрешение показывать экраны её продукта. Разрешение показать скриншот — не обязательно разрешение раскрывать данные об эффективности.
Храните письменное согласие вместе с документами проекта.
Что если клиент откажет?
Тогда ответ — «нет» для всего, что клиент не разрешил. Не пытайтесь обойти ограничение конфиденциальности сильным размытием, закрытой ссылкой на Notion или PDF под паролем.
Вместо этого отведите доказательство на шаг от конфиденциальных материалов. Вы можете строить доказательства вокруг своих навыков, а не публиковать сам защищённый проект.
Стройте кейс вокруг того, что сделали вы, а не того, что принадлежит клиенту
Полезный конфиденциальный кейс всё равно может ответить на вопросы, важные для серьёзного клиента:
За какую задачу вы отвечали?
Какой была ваша роль?
Какие решения вы приняли?
В каких ограничениях вы работали?
Как вы подошли к задаче?
Что вы сдали?
Как вы взаимодействовали с командой?
Что изменилось благодаря вашей работе, если результат можно раскрыть?
Что бы вы сделали иначе сейчас?
Итоговый результат для клиента — лишь одна форма доказательства. Ваш ход мыслей — тоже доказательство.
Для UX-дизайнера это может быть рассказ о том, как вы описали сложный процесс, выбрали методы исследования и протестировали конкурирующие решения, не показывая реальный интерфейс.
Для разработчика — объяснение архитектурного решения, условия сбоя или компромисса без публикации закрытого исходного кода.
Для аналитика данных — показ того, как вы сформулировали бизнес-вопрос, проверили данные и выстроили процесс принятия решений на условном наборе данных, а не на реальных записях клиента.
Для маркетолога — объяснение структуры кампании, логики экспериментов и подхода к измерениям без раскрытия компании, рекламного аккаунта, данных об аудитории или коммерчески чувствительных цифр.
Полезная конкретика должна быть в ваших решениях, а не в конфиденциальных деталях.
Заменяйте закрытые доказательства, а не удаляйте все детали
Худшие анонимные кейсы настолько расплывчаты, что почти ничего не доказывают: «Работал с ведущей компанией над улучшением пользовательского опыта и добился сильных результатов».
Потенциальный клиент не поймёт, что вы сделали. Сильный кейс сохраняет профессиональную суть, заменяя закрытые доказательства.
Закрытый материал | Возможная замена, если раскрытие самой сути разрешено |
Реальный скриншот продукта | Новый макет с вымышленным контентом и данными |
Набор данных клиента | Условный набор данных с аналитической задачей того же типа |
Закрытый исходный код | Псевдокод или новый упрощённый пример, показывающий идею |
Внутренний дашборд | Заново собранный демо-дашборд с вымышленными значениями |
Точные цифры выручки или конверсии | Согласованный диапазон, процент или качественный результат |
Название и логотип клиента | Общее название проекта, только если само такое описание разрешено |
Личные сообщения в Slack/почте | Описание процесса совместной работы, а не исходные сообщения |
Внутренний документ о стратегии | Общее объяснение логики принятия решений |
Конфиденциальные результаты исследования | Ваш метод исследования и процесс принятия решений, без самих результатов |
Оговорка во втором столбце важна.
Воссозданный экран не становится безопасным только потому, что вы нарисовали его заново. Если он повторяет конфиденциальный дизайн, невыпущенный процесс или защищённую информацию, воссоздание не решает проблему раскрытия.
То же касается условных данных. Условные цифры полезны, когда нужно показать аналитический метод, не раскрывая реальный набор данных. Их не стоит использовать, чтобы восстановить конфиденциальную бизнес-информацию в слегка изменённом виде.
Явно помечайте условные работы
Не допускайте, чтобы клиент принял воссозданный материал за реальный результат для клиента. Чётко подпишите его:
Визуал для портфолио, воссозданный на вымышленных данных. Оригинальные материалы клиента конфиденциальны.
Эта фраза решает две задачи. Она объясняет, почему нет настоящего материала, и не даёт вам преувеличить то, что видит зритель. Она также может повысить доверие: вы показываете, что понимаете профессиональную конфиденциальность, а не считаете её помехой.
Используйте диапазоны, только если саму цифру можно раскрыть
Замена $4.7 million на $4–5 million — это не лазейка.
Как и замена 38.7% на «около 40%».
Если данные об эффективности конфиденциальны, округление не делает их автоматически пригодными для публикации. Диапазоны полезны, когда уже установлено, что результат можно раскрыть в какой-то форме. Например, клиент может одобрить:
Сократил время обработки более чем на 20%
но не одобрить точный внутренний показатель. Это решение о разрешении, а не приём анонимизации.
Следите за деталями, которые косвенно выдают клиента
«Конфиденциальный SaaS-клиент» в одной ситуации может быть достаточно общим описанием. «SaaS-компания в сфере здравоохранения на стадии Series B из Лагоса, обслуживающая 43 больницы» может выдать компанию почти так же явно, как её название. То же относится к:
точному размеру команды;
точному бюджету проекта;
необычному стеку технологий;
конкретным странам или городам;
характерным типам клиентов;
точным датам запуска;
стадии финансирования;
необычно точной длительности проекта;
названным конкурентам;
уникальным внутренним проблемам.
При анонимизации проверяйте весь кейс как единый набор информации, а не каждое предложение по отдельности. Портфолио должно делать узнаваемыми ваши навыки, а не конфиденциального клиента. Портфолио подтверждает вашу работу. Узнайте, как walllet.com помогает с финансовой стороной международного фриланса в Нигерии.

Публичное портфолио, частная презентация и подтверждение дохода — три разные вещи
Это различие важно, потому что «я не выложу это на сайт» — не то же самое, что «я могу это раскрыть».
Тип доказательства | Цель | Правило конфиденциальности |
Публичное портфолио | Дать потенциальным клиентам оценить ваш уровень | Публикуйте только то, что вам разрешено сделать публичным |
Частное интервью или презентация для потенциального клиента | Дать избранным людям более подробные доказательства | Частное раскрытие — всё равно раскрытие; NDA и любые разрешения продолжают действовать |
Подтверждение дохода / документы об источнике средств | Показать, откуда пришёл доход, для законной проверки | Передавайте минимум необходимых документов по подходящему защищённому каналу; это не материал для портфолио |
Рекрутер, который видит кейс под паролем, — всё равно третье лицо.
Потенциальный клиент, который видит закрытый файл в Figma, — всё равно получает информацию.
«Закрытость» может уменьшить публичность. Но она не создаёт автоматически исключение из договора.
Поэтому подтверждения для портфолио не стоит смешивать с финансовыми доказательствами. Договоры, счета, записи плательщика и выписки о получении могут помочь подтвердить источник дохода фрилансера, но обычно им не место в публичном портфолио. Руководство walllet.com о подтверждении дохода, подтверждении средств и источнике средств для нигерийских фрилансеров разбирает эти доказательства отдельно.
Когда проект переходит от предложения к оплачиваемой работе, важна и административная сторона. Гайд о получении оплаты от зарубежных клиентов для фрилансеров в Нигерии посвящён получению денег, а не портфолио.

Какие дополнительные доказательства можно использовать?
Конфиденциальный кейс не обязан в одиночку доказывать ваш опыт. В зависимости от того, что разрешит клиент, дополнительными доказательствами могут быть:
Рекомендация клиента
Короткая рекомендация о вашей роли, надёжности или навыках может подтвердить вашу репутацию, не раскрывая проект. Получите разрешение, прежде чем публиковать имя человека, его работодателя или цитату.
Рекомендатель
Можно сказать потенциальному клиенту, что контакты для рекомендаций вы предоставите на следующем этапе. Не передавайте контакты клиента без его согласия.
Публичная информация
Если компания публично объявила о продукте, вы можете при необходимости сослаться на этот открытый источник. Но публичность одного факта не даёт автоматически права раскрывать всё, что вы узнали во время работы над проектом.
Обезличенный фрагмент договора
В некоторых закрытых проверках аккуратно отредактированный договор может подтвердить вашу роль или отношения с клиентом. Это не делает договор материалом для портфолио. Проверьте договор, прежде чем передавать даже отредактированный фрагмент.
Счёт или запись о платеже
Они могут подтвердить профессиональную деятельность или доход, если это законно требуется. Относитесь к ним как к финансовым доказательствам, а не как к красивым материалам для портфолио. Скройте данные, которые получателю не нужны, и используйте подходящий защищённый канал.
Семь ошибок, из-за которых портфолио с работами под NDA становится проблемой
1. Сначала публиковать, потом спрашивать
Если конфиденциальная информация уже опубликована, удаление страницы не отменит раскрытие. Определите границы до публикации.
2. Считать, что «анонимно» значит «разрешено»
Удаление названия компании может не убрать конфиденциальную информацию и не сделать компанию неузнаваемой.
3. Размывать реальный скриншот
Размытый скриншот всё равно может показать интерфейс, структуру, процесс, бренд, категорию продукта или информацию, которую клиент не разрешал публиковать. Заново собранный демо-материал обычно более чистый приём для портфолио — при условии, что саму показанную идею можно раскрывать.
4. Оставлять точные цифры, потому что «они усиливают кейс»
Точные внутренние метрики могут быть коммерчески чувствительными. Сильное доказательство не стоит нарушения договора.
5. Делать анонимное описание слишком конкретным
Отрасль + место + масштаб + продукт + дата могут стать названием клиента, даже если его ни разу не упомянуть.
6. Считать, что закрытая презентация не подпадает под NDA
Закрытая аудитория — всё равно аудитория. Проверьте, разрешено ли раскрытие этому человеку.
7. Загружать счета или договоры как доказательство реальности проекта
У финансовых и договорных документов другая цель. Не размещайте их в публичном портфолио.

Универсальная структура конфиденциального кейса
Для проекта под NDA не нужен особый стиль письма. Нужна структура, которая доказывает компетентность, не опираясь на защищённые материалы.
Проект
Конфиденциальный [тип проекта или общая категория, только если разрешено]
Добавьте одно предложение об ограничении:
Название клиента и оригинальные материалы проекта конфиденциальны. В этом кейсе описаны моя роль и рабочий процесс на воссозданных примерах.
Моя роль
Укажите точно, за что вы отвечали. Например:
Я руководил UX-исследованиями и проектированием взаимодействия для части проекта, связанной с онбордингом, — от описания процессов до проверки прототипа и передачи разработчикам.
Это гораздо сильнее, чем:
Я помогал с UX.
Проблема
Опишите суть задачи, не раскрывая защищённых фактов. Например:
Процесс требовал от новых пользователей пройти несколько взаимозависимых шагов, прежде чем попасть в основной продукт.
Если даже это конфиденциально, поднимитесь ещё на уровень абстракции выше.
Ограничения
Объясните профессиональные ограничения, которые повлияли на ваши решения:
устаревшие системы;
сжатые сроки;
зависимости между командами;
требования доступности;
неполные данные;
сложные процессы согласования;
технические ограничения.
Указывайте только те ограничения, которые разрешено раскрывать.
Процесс
Покажите, как вы работали:
Как вы диагностировали проблему
Какая информация вам была нужна
Какие варианты вы рассматривали
Почему отказались от некоторых из них
Как вы тестировали или проверяли решение
Как передали работу дальше
Именно здесь часто видна ваша квалификация.
Визуалы для портфолио
Где это разрешено, используйте явно подписанные воссозданные или условные материалы. Например:
Ниже показан упрощённый процесс, воссозданный для этого портфолио. Имена, значения и элементы интерфейса вымышлены.
Результат
Указывайте результат только в той степени, которую разрешает договор или согласие клиента. Это может быть:
точная метрика;
согласованный диапазон;
направление изменений;
качественный результат;
или вообще без результата.
Если результатом поделиться нельзя, так и скажите.
Данные о бизнес-показателях конфиденциальны, поэтому в этом кейсе нет метрик результата.
Честное умолчание вызывает больше доверия, чем подозрительно размытое заявление об успехе.
Чему я научился
Это ваши профессиональные выводы, но они не должны раскрывать конфиденциальную информацию о проекте. Объясните, как проект изменил ваш подход к похожим задачам.
Пример: как превратить конфиденциальный проект в полезный кейс
Слабый вариант: Я работал над конфиденциальным редизайном для крупной финтех-компании, который значительно повысил конверсию. Больше рассказать не могу из-за NDA.
Клиенту здесь почти нечего оценить. Более сильный вариант, если каждую деталь разрешено раскрыть:
Я работал продуктовым дизайнером в конфиденциальном B2B-проекте по онбордингу. Я отвечал за описание процессов, дизайн прототипов, юзабилити-тестирование и передачу в разработку.
Главная задача дизайна — сократить лишние решения в многошаговом процессе настройки, не убирая обязательные проверки.
Я сравнил три структуры процесса, протестировал два сильнейших направления и задокументировал итоговую логику взаимодействия для реализации.
Оригинальный интерфейс и данные исследований конфиденциальны. Схемы ниже воссозданы для портфолио с вымышленными именами и значениями.
Название клиента, экраны рабочего продукта и показатели эффективности не приводятся в соответствии с соглашением о конфиденциальности.
Второй вариант доказывает гораздо больше и не делает вид, что показывает то, что остаётся закрытым.
Закладывайте права на портфолио в будущие договоры
Конфиденциальностью проще управлять, если использование в портфолио обсуждается до начала проекта. Для будущих договоров на фриланс стоит обсудить, можно ли вам:
называть клиента после запуска;
использовать логотип клиента;
показывать итоговую публичную работу;
сделать анонимный кейс;
описывать свою роль и процесс;
использовать согласованные диапазоны показателей;
публиковать отзыв;
отправлять готовый кейс клиенту на проверку до публикации.
Не копируйте шаблонный пункт о портфолио из интернета в расчёте, что он сработает везде. Договорное право, права интеллектуальной собственности и обязательства о конфиденциальности зависят от договора и применимой юрисдикции. Практический вывод проще: договоритесь об этом до того, как вам понадобится кейс для портфолио.
Что если о проекте нельзя раскрыть вообще ничего?
Создайте отдельное доказательство.
Сделайте собственный проект, который показывает тот же навык, но не воссоздаёт конфиденциальную работу клиента.
Если в закрытом проекте вы проектировали сложную систему прав доступа, придумайте новую вымышленную задачу о правах доступа.
Если вы анализировали данные об удержании, создайте новый набор данных и покажите на нём аналитический метод.
Если вы проектировали внутренний операционный дашборд, придумайте другой бизнес и соберите новый дашборд с нуля.
Если вы решили инфраструктурную задачу, сделайте технический пример, который показывает инженерный принцип, не воспроизводя архитектуру клиента.
Цель не в том, чтобы выдать работу для клиента за личный проект.
Цель — показать навык независимо.
Это различие защищает и вашу репутацию, и информацию клиента.
Правовые источники
Правовая основа этого гайда опирается в первую очередь на рекомендации Всемирной организации интеллектуальной собственности о конфиденциальной информации, коммерческой тайне и договорной конфиденциальности, а также на практические рекомендации по NDA Ведомства интеллектуальной собственности Великобритании. Конкретные договорные права и средства защиты зависят от договора и применимого права.
Храните конфиденциальную работу в тайне, но не позволяйте остальной части фриланса становиться сложнее, чем нужно. Узнайте, как walllet.com помогает управлять доходом от международного фриланса в Нигерии.
Читайте также
Фриланс и удалённая работа: цены, клиенты и платежи
Webflow, Framer или Bubble в 2026 году: лучшая no-code-платформа для нужной вам фриланс-работы