Клиент принял работу, оплатил счета, но на просьбу добавить проект в портфолио отвечает категоричным отказом. Чаще всего за этим стоит не вредность, а страх: утечки коммерческой тайны, внимания конкурентов или нарушения внутренних регламентов компании. Прямолинейные уговоры здесь не работают, но отказ редко бывает окончательным. Если понять реальную причину сопротивления, можно подобрать компромиссный формат, который защитит интересы заказчика и даст вам полноценный кейс.
| Какую задачу решаем | Что это даст на практике |
| Как выявить причину отказа | Перестанете спорить с эмоциями клиента и начнете работать с его реальными рисками |
| 5 рабочих форматов публикации | Сможете показать свой уровень, даже если проект защищен строгим NDA |
| Как правильно вести переговоры | Получите готовые формулировки, которые снимают тревожность заказчика |
| Когда лучше отступить | Сбережете репутацию и избежите юридических проблем |
Главный принцип: предлагайте готовое решение, а не задавайте открытый вопрос
Частая ошибка исполнителя – спросить: "Можно я выложу наш проект?". Для клиента этот вопрос звучит как: "Можно я возьму ваши данные и сделаю с ними что-то неизвестное?". Мозг заказчика автоматически выбирает самый безопасный вариант – отказ.
Чтобы получить согласие, вы должны принести клиенту полностью готовый, стерильный материал и спросить: "Я подготовил описание нашей работы. Здесь нет цифр и скрыты логотипы. Посмотрите, пожалуйста, можно ли публиковать в таком виде?". В этом случае клиенту нужно просто пробежаться глазами по тексту, а не фантазировать о рисках.
Рабочие сценарии: как упаковать кейс при отказе
Если клиент сказал "нет", выясните причину. От причины зависит, какой из обходных вариантов нужно использовать.
Сценарий 1: Клиент боится раскрыть внутренние цифры и логику
Решение: Глубокая анонимизация (White-label кейс)
Вы убираете из проекта любые признаки, по которым можно узнать компанию.
- Дизайн и интерфейсы: замените логотип, фирменные цвета, названия товаров и реальные имена пользователей. Вместо "Аналитика продаж ООО Вектор" напишите "Дашборд для крупного оптового поставщика".
- Разработка: не публикуйте куски проприетарного кода. Опишите архитектуру в общих чертах. Если нужно показать сложный алгоритм, перепишите его логику на абстрактном примере (например, расчет скидок для магазина яблок вместо сложного банковского калькулятора).
- Тексты и маркетинг: замените реальные цифры конверсии и бюджета на проценты. Не "заработали 15 млн рублей при бюджете 2 млн", а "увеличили ROAS на 350% и снизили стоимость лида в 2,5 раза".
Сценарий 2: Проект еще не запущен или дает конкурентное преимущество
Решение: Отложенная публикация (Эмбарго)
Клиент не хочет, чтобы конкуренты увидели новый функционал или рекламную стратегию до старта сезона.
Предложите подписать соглашение об отложенной публикации. Договоритесь, что кейс выйдет через 3, 6 или 12 месяцев после сдачи работ. Зафиксируйте точную дату или событие (например, "через месяц после официального релиза приложения в RuStore"). Для клиента это снимает сиюминутную угрозу, и согласиться на публикацию "когда-нибудь потом" психологически гораздо проще.
Сценарий 3: Запрет прописан в жестком корпоративном NDA
Решение: Закрытое портфолио под паролем
Крупные корпорации, банки и финтех-стартапы физически не могут дать письменное разрешение на публикацию – это противоречит их протоколам безопасности.
В этом случае вы упаковываете кейс, но не выкладываете его в открытый доступ (ни на личный сайт, ни на профильные площадки вроде VC или Хабра).
- Соберите PDF-презентацию или создайте скрытую страницу на сайте, закрытую паролем.
- Используйте формулировку: "Проект под NDA. Я не могу публиковать его в открытых источниках, но могу показать технические решения на закрытом созвоне или отправить PDF по запросу".
- Обязательно предупредите текущего клиента: "Я понимаю правила безопасности. Проект не появится в сети. Я буду показывать только обезличенные экраны исключительно на закрытых звонках с потенциальными заказчиками в Яндекс.Телемосте".
Сценарий 4: Клиент – агентство, которое перепродало ваши услуги
Решение: Упоминание своей роли без присвоения проекта
Субподряд (когда вы работаете на дизайн-студию или интегратора, а они сдают проект конечному заказчику) почти всегда подразумевает запрет на публикацию от вашего имени. Агентство продает это как свою работу.
Договоритесь с агентством, что вы не будете публиковать самостоятельный кейс, но добавите ссылку на их официальную публикацию с указанием вашей зоны ответственности.
Например: "Участвовал в разработке CRM-системы для X в составе команды агентства Y. Моя задача: проектирование базы данных".
Сценарий 5: Клиенту просто лень согласовывать
Решение: Снять всю административную нагрузку
Отказ часто маскирует нехватку времени. Клиент думает: "Сейчас мне пришлют простыню текста, ее надо читать, нести юристам, это долго, лучше просто запретить".
Сделайте процесс невидимым для него. Подготовьте один скриншот или один короткий абзац. Напишите: "Иван, знаю, что вы заняты. Я не буду делать большой кейс. Хочу просто добавить вот эту картинку (приложена) и одно предложение: “Разработали лендинг для компании X”. Юридических рисков здесь нет, коммерческой тайны тоже. Ок?". Чем меньше объем согласования, тем выше шанс на "Ок".
Шаблоны переговоров
Используйте эти формулировки в письмах или мессенджерах, чтобы перевести разговор из плоскости противостояния в поиск компромисса.
Если ссылаются на коммерческую тайну:
"Я полностью разделяю ваши опасения по поводу данных. Давайте сделаем так: я изменю название компании на “Крупный региональный ритейлер”, умножу все финансовые показатели в кейсе на случайный коэффициент, чтобы сохранить только тренд роста, и заменю корпоративные цвета. В таком виде проект невозможно будет связать с вашей компанией. Я пришлю черновик вам на проверку, и мы опубликуем его только если вы дадите добро. Согласны посмотреть такой вариант?"
Если просят отложить из-за конкурентов:
"Понимаю, что сейчас решение должно работать только на вас. Давайте введем эмбарго. Я подготовлю кейс сейчас, пока мы оба помним детали, мы его согласуем, и он просто ляжет в стол на 6 месяцев. Я гарантирую, что до 1 ноября ни один материал не появится в сети. Устроит ли вас такой формат?"
Частые ошибки при попытке опубликовать кейс
Ошибка: Опубликовать молча, надеясь, что клиент не заметит.
Даже если вы не подписывали NDA, публикация против воли клиента – это репутационное самоубийство. Если клиент найдет кейс (а поисковики отлично индексируют картинки и куски кода), он заставит его удалить, а в профессиональном сообществе вы получите статус ненадежного подрядчика.
Ошибка: Использовать фейковое название, но оставить узнаваемый дизайн или уникальные тексты.
Если вы переименовали "Газпром" в "Нефтегаз", но оставили синие тона, характерную верстку и специфические отраслевые термины, анонимизация не сработает. Коллеги по рынку легко узнают проект. Это прямое нарушение доверия.
Ошибка: Спорить и доказывать, что "в договоре запрета нет".
Юридическая правота не поможет, если клиент воспримет публикацию как агрессию. Даже если по договору ГПХ авторские права остались у вас, конфликт с заказчиком обойдется дороже, чем отсутствие одного кейса в портфолио. Отзыв рассерженного клиента перечеркнет пользу от публикации.
Ограничения и исключения: когда точно нельзя публиковать
Существуют ситуации, когда даже обезличенный кейс делать нельзя, и нужно просто смириться с отсутствием проекта в портфолио:
- Государственные контракты и оборонка. Любая публикация интерфейсов, схем или архитектуры внутренних систем госструктур может трактоваться как раскрытие чувствительной информации. Риски здесь выходят за рамки гражданского кодекса.
- Проекты с подписанным строгим NDA, где прописаны штрафы за сам факт упоминания сотрудничества. Если в договоре указано, что вы не имеете права раскрывать факт наличия договорных отношений, никакая анонимизация не спасет.
- Медицинские и финансовые системы с реальными данными. Если в процессе работы в ваши руки попали реальные данные пациентов или транзакции, использовать эти базы даже для демонстрации архитектуры категорически запрещено.
Коротко о главном
- Никогда не просите абстрактного разрешения. Приносите готовый, очищенный от секретов черновик и просите согласовать именно его.
- Если проблема в цифрах – обезличьте их, заменив на проценты и относительные показатели.
- Если проблема во времени – согласуйте отложенную публикацию через полгода.
- Если публичный релиз невозможен – упакуйте проект в закрытую PDF-презентацию для личных показов на созвонах.
- Не публикуйте работу втихую. Доверие рынка стоит дороже, чем самый красивый кейс в портфолио.
