Как рассказывать о проектах под NDA, чтобы кейсы не превращались в общие слова
Имя клиента закрыто, цифры нельзя публиковать, часть материалов остаётся внутри команды. Как при таких ограничениях написать убедительный кейс? Разбираю, чем подтвердить результат, какие подробности сохранить и как согласовать публикацию, чтобы от неё не остались общие слова.
Вы открываете кейс подрядчика и читаете: «К нам обратилась крупная компания. Мы провели исследование, предложили комплексное решение и достигли поставленных целей». Дальше — несколько красивых картинок, перечень услуг и объяснение, что подробности закрыты соглашением о конфиденциальности. Формально публикация состоялась. Но понять, что именно умеет команда и стоит ли приглашать ее на свой проект, по такому материалу трудно.
В работе над брендингом компаний мы имеем дело с информацией, которая гораздо шире будущего логотипа или фирменного стиля. Чтобы принять решение, нужно разобраться в бизнесе, продукте, аудитории и планах клиента. Далеко не все, что помогает выполнить эту работу, должно потом оказаться в портфолио.
При этом кейс нужен не только агентству, которое хочет показать результат. Будущему заказчику важно увидеть, как команда разбирается в задаче, на что обращает внимание и чем руководствуется при выборе решения. Известное имя клиента и убедительные цифры облегчают такой рассказ, но сами по себе еще не раскрывают качество работы.
Регистрируйся на Pressfeed – получи 3 питча в подарок
Промокод покажем сразу после регистрации.
В этой статье я разберу, как подготовить материал, если часть информации нельзя публиковать: что оставить в рассказе, чем заменить недоступные доказательства и как организовать согласование. Примеры ниже условные. Они показывают способ работы с текстом и не описывают конкретные закрытые проекты.
Сначала выяснить, о чем вообще можно рассказывать
Начинать с красивого текста в такой ситуации неудобно. Автор собирает историю, придумывает заголовок, просит дизайнера подготовить изображения. Затем отправляет материал клиенту и узнает, что нельзя упоминать отрасль, показывать часть носителей или описывать задачу в выбранной формулировке. Из статьи приходится вынимать основу, вокруг которой все было построено.
Я бы начал с короткой рабочей сверки: какие сведения команда предлагает использовать и какие из них требуют отдельного согласования. Имя заказчика, описание бизнеса, сроки, результаты исследования, изображения, цитаты сотрудников и показатели — разные категории информации. Разрешение показать финальную упаковку еще не отвечает на вопрос, можно ли публиковать исследование, которое предшествовало ее разработке.
Важна и точность вопроса. «Можно написать о нашем сотрудничестве?» — слишком широкая формулировка. Клиент может согласиться, имея в виду небольшой анонс, а получить подробный разбор продуктовых проблем. Полезнее сразу объяснить, какой материал готовится, для кого и что команда хочет в нем показать.
Если границы публикации пока не ясны, я бы не пытался угадать их по поведению клиента или чужим кейсам. Здесь нужна сверка с ответственным человеком со стороны заказчика. Задача автора — превратить общую неопределенность в конкретные вопросы, на которые можно получить содержательный ответ.
После такой сверки иногда выясняется, что полноценный кейс действительно не получится. Это нормальный рабочий результат. Он обходится дешевле, чем несколько дней подготовки статьи, которую нельзя выпустить.
Определить, что читатель должен понять о вашей работе
Когда доступных сведений мало, особенно легко заполнить пространство общими обещаниями. «Подошли комплексно», «учли специфику рынка», «разработали современную систему». Эти фразы подходят почти любому проекту, поэтому почти ничего о нем не сообщают.
Перед сборкой текста я бы сформулировал один вопрос: какое профессиональное решение читатель должен суметь оценить после прочтения? Например, как команда сохранила узнаваемость при обновлении упаковки. Как разделила информацию для нескольких аудиторий. Почему отказалась от выразительного приема, который мешал дальнейшему использованию стиля.
Такой фокус помогает выбрать материал. Если статья должна показать работу с информационной иерархией, подробная история основания компании может оказаться необязательной. Зато понадобится объяснить, что люди должны были замечать первым, что мешало этому раньше и как изменилось устройство макета.
Полезен простой тест: убрать из черновика название клиента, вводные эпитеты и финальную похвалу. Что останется? Если после этого видны задача, ограничение, решение и основания выбора, у материала уже есть содержание. Если остается только перечень этапов, кейс еще предстоит собрать.
При этом не нужно в одной публикации доказывать всю компетентность агентства. Закрытый проект особенно плохо переносит попытку рассказать сразу обо всем: стратегии, исследованиях, дизайне, сайте и внедрении. Один хорошо раскрытый эпизод часто убедительнее длинного обзора, в котором каждый этап описан одной безопасной фразой.
Описать задачу так, чтобы она оставалась узнаваемой для читателя
Название заказчика дает контекст быстро, но не всегда дает нужный контекст. Фраза «мы работали с крупным производителем» сообщает масштаб и почти ничего не говорит о трудности проекта. Для будущего клиента полезнее понять ситуацию, с которой он может столкнуться сам.
Допустим, нельзя назвать компанию и продукт. Если согласованный объем раскрытия позволяет, задачу можно описать через отношения внутри бизнеса: несколько направлений развивались отдельно, материалы собирали разные команды, а покупателю было трудно понять, что предложения относятся к одной компании. Уже появляется предмет разговора.
Важно сохранить причинную связь. Что происходило? Кому это мешало? Почему возникла задача именно сейчас? Ответы не обязательно должны содержать точные обороты, географию или даты. Но после обезличивания читателю все еще должно быть понятно, зачем команда вообще что-то меняла.
Например, вместо «разработали новый стиль для динамично растущей компании» можно написать: «Компания добавляла новые услуги, и для каждой создавали отдельное оформление. Мы искали способ объединить материалы, сохранив различия между направлениями». Это описание можно обсуждать профессионально: в нем есть исходная ситуация и задача.
Разумеется, даже такой уровень конкретики нужно проверять применительно к проекту. Иногда сочетание нескольких нейтральных деталей позволяет узнать заказчика. Поэтому обезличивание — отдельная редакторская работа, которая требует смотреть на весь текст целиком.
Рассказывать о выборе, а не перечислять действия
Провели интервью, изучили конкурентов, подготовили концепции, разработали носители. Такой перечень показывает состав работ, но почти не помогает оценить мышление команды. Читатель видит маршрут, по которому ходят многие агентства, и не понимает, какие решения были приняты именно здесь.
Содержательный рассказ появляется там, где возникает выбор. Команда могла сделать одно, но выбрала другое по определенной причине. Например, могла разделить направления разными цветами, но столкнулась с тем, что цвет уже использовался для обозначения свойств продукта. Пришлось искать другой способ навигации.
В кейсе полезно раскрыть именно эту развилку. Что нужно было обеспечить? Какие требования столкнулись? Какой вариант оказался подходящим и почему? Необязательно публиковать все промежуточные концепции. Иногда достаточно нескольких абзацев, чтобы стало видно, как ограничение повлияло на результат.
Условный фрагмент мог бы выглядеть так: «Сначала мы рассматривали отдельный графический прием для каждого направления. При проверке на общей презентации материалы начали выглядеть как предложения разных компаний. Поэтому различия перенесли в структуру заголовков, а основные элементы оформления сохранили общими».
Такой текст сообщает больше, чем «создали гибкую дизайн-систему». Но у него есть важное условие: описанный ход работы должен действительно происходить. Редактор не должен придумывать убедительную развилку задним числом только потому, что она хорошо объясняет финальный дизайн.
Оставлять конкретику там, где она разрешена
Конфиденциальность иногда начинает работать как стилистическая привычка. Из текста убирают не только закрытые сведения, но и любую точность. Вместо конкретного носителя появляется «коммуникационный материал», вместо понятного действия — «реализация комплекса мероприятий».
Я бы разделял чувствительность информации и сложность языка. Если разрешено назвать презентацию презентацией, это стоит сделать. Если можно объяснить, что сотрудники собирали материалы из разных файлов, нет необходимости заменять это «отсутствием единой информационной инфраструктуры».
Конкретика бывает разной. Это не только имя, сумма или процент. Она может заключаться в описании сценария: кто открывает документ, какую информацию ищет, в каком порядке принимает решение. Или в объяснении зависимости: длинное название не помещалось в выбранный формат, а сокращение было непонятно аудитории.
Например, «мы оптимизировали коммуникацию» можно раскрыть так: «В начале презентации разместили краткое объяснение продукта, а технические подробности перенесли в следующие разделы. Менеджер мог начать разговор с общей задачи клиента и затем перейти к нужному уровню детализации». Если эти сведения доступны для публикации, читатель получает вполне осязаемый результат.
При этом не каждую подробность нужно сохранять. Хорошая конкретика помогает понять решение. Случайные детали только создают риск раскрытия или отвлекают от основного рассказа. Полезно спрашивать о каждом таком фрагменте: что именно он доказывает?
Если показатели закрыты, выбрать другое доказательство
Вокруг кейсов много ожиданий, связанных с цифрами. Кажется, что без роста продаж или узнаваемости история не будет убедительной. В результате в финале появляется фраза «эффективность коммуникации значительно повысилась», хотя читателю не показывают, что измерялось и откуда сделан вывод.
Я бы не заменял недоступную цифру оценочным словом. «Значительно», «существенно» и «кратно» не становятся доказательствами только потому, что точные показатели закрыты. Более того, такая формулировка провоцирует вопрос, на который автор все равно не сможет ответить.
Вместо этого стоит посмотреть, какой результат доступен для проверки. Была ли разработанная система внедрена? На каких материалах она используется? Что именно команда передала клиенту? Какую задачу решает показанный макет? Это более скромные утверждения, но они позволяют опереться на факты.
Например, «новый стиль повысил эффективность маркетинга» можно заменить описанием: «На основе системы подготовили шаблоны презентаций, коммерческих предложений и материалов для мероприятий. В каждом шаблоне закрепили порядок информации и основные правила оформления». Такой фрагмент показывает сделанную работу, не приписывая ей неподтвержденный бизнес-эффект.
Отдельно я бы проверял причинность. Даже если после проекта выросли продажи, рядом могли происходить изменения в продукте, дистрибуции и рекламе. Для убедительного кейса полезнее точно очертить собственный вклад, чем присвоить весь благоприятный результат компании.
Если единственное сильное доказательство закрыто, это ограничивает статью. Ограничение можно честно принять и выбрать более узкий предмет рассказа.
Подобрать изображения, которые действительно что-то объясняют
Подготовка иллюстраций часто идет отдельно от текста. Дизайнер собирает самые эффектные мокапы, автор описывает задачу, затем все объединяют в одну страницу. В результате статья рассказывает, например, об информационной иерархии, а картинки показывают логотип на футболке и кружке.
Для проекта с ограничениями такой разрыв особенно заметен: доступного материала и без того немного. Поэтому каждой иллюстрации нужна понятная роль. Один кадр показывает устройство линейки, другой — порядок информации, третий — применение общего принципа в разных форматах.
Перед публикацией полезно просмотреть изображения отдельно от основного рассказа. В них могут остаться фамилии, контакты, названия файлов, фрагменты переписки и другие сведения, которые автор текста просто не видел. Скриншот рабочего пространства иногда раскрывает больше, чем абзац о проекте.
Если реальный материал нельзя показать, возможен специально подготовленный демонстрационный пример — при условии, что такой способ допустим и согласован. Его нужно обозначить как демонстрационный. Читатель должен понимать, где перед ним работа для заказчика, а где схема, созданная для объяснения подхода.
Подпись в этом случае становится частью доказательства. «Условный пример структуры презентации, подготовленный для статьи» точнее, чем «результат проекта». Особенно если в иллюстрации заменены не только данные, но и сама композиция. Чем сильнее переработан материал, тем осторожнее нужно связывать его с реальной работой.
Иногда лучший выбор — одна понятная схема и два согласованных изображения вместо десяти декоративных мокапов. Количество картинок не компенсирует отсутствие связи с темой.
Не создавать вымышленного клиента ради удобного сюжета
Обезличивание и выдумывание легко перепутать. Автор меняет отрасль, увеличивает масштаб компании, сокращает сроки, объединяет несколько участников в одного героя. Текст становится стройнее, но постепенно перестает описывать проект, который действительно был.
Особенно соблазнителен собирательный кейс. Из одной работы берут интересную задачу, из другой — удачное решение, из третьей — сильный результат. Получается правдоподобная история, только такого заказчика и такого проекта не существовало. Для читателя, который оценивает подрядчика, это существенная разница.
Если материал основан на нескольких наблюдениях, ему подходит формат практической статьи. Можно прямо сказать: «Разберу условную ситуацию, которая объединяет несколько типичных задач». Тогда автор получает право упростить вводные и сосредоточиться на объяснении метода.
Если же публикация называется кейсом, лучше удерживать связь с конкретной работой и обозначать характер изменений. Например, что название заказчика не раскрывается, а отдельные данные исключены из публикации. Не нужно обещать полную реконструкцию проекта, если текст показывает только разрешенный фрагмент.
Читатель обычно способен принять ограничение. Гораздо сложнее сохранить его доверие, если позже выяснится, что история успеха была литературной конструкцией. Репутационная ценность кейса держится в том числе на возможности верить его исходным условиям.
Согласовывать материал небольшими понятными этапами
Большая готовая статья создает для клиента неудобную задачу. Нужно одновременно разобраться в фактах, оценить чувствительность сведений, посмотреть изображения и понять, устраивает ли компанию общий тон. Если материал попадает к нескольким людям без распределения ролей, замечания начинают противоречить друг другу.
Я бы сначала согласовал краткую основу: о какой задаче рассказываем, какой результат показываем, какие сведения и изображения предлагаем использовать. На этом этапе легче обнаружить принципиальные ограничения. Полный текст имеет смысл собирать, когда понятно, на чем он будет держаться.
Следом полезно передать фактическую часть ответственному участнику проекта. Он сможет проверить, точно ли описана задача, не перепутаны ли этапы и корректно ли указан вклад команды. Отдельная проверка допустимости раскрытия может потребовать другого согласующего со стороны клиента — это лучше выяснить заранее.
Финальный пакет должен быть удобен для просмотра. Текст, заголовок, подписи и изображения стоит показывать вместе, чтобы человек видел будущую публикацию. Если картинки отправлены отдельно, а подписи остались в переписке, возрастает вероятность, что согласуют разные версии материала.
Замечания тоже полезно уточнять. За просьбой «уберите этот абзац» могут стоять закрытый факт, неточная формулировка или нежелательное впечатление о компании. В первом случае фрагмент исключают. Во втором исправляют. В третьем можно поискать другой способ объяснить решение. Без уточнения автор рискует удалить полезное содержание, хотя проблема была в одной фразе.
При этом согласование не следует превращать в спор за каждую деталь. Цель — получить точный материал в допустимых границах, а не сохранить первоначальный черновик любой ценой.
Проверить, не раскрывает ли история больше, чем отдельные фразы
После всех правок нужен еще один просмотр — уже с позиции внешнего читателя. Автор знает, какие детали убраны, и поэтому может переоценивать степень обезличивания. Но отрасль, время запуска, география и характер задачи иногда складываются в достаточно узнаваемую комбинацию.
Например, в тексте не назван заказчик, зато упомянут редкий продукт, недавний выход на определенный рынок и изменение структуры бизнеса. В иллюстрации видна часть упаковки. Каждый элемент по отдельности может казаться нейтральным, а вместе они дают прямую подсказку.
Поэтому я бы проверял не только формулировки, но и сочетания сведений. Нужна ли точная дата? Обязательно ли указывать регион? Помогает ли характеристика масштаба понять решение? Если деталь не несет существенной пользы, часто разумнее обойтись без нее.
В эту же проверку стоит включить заголовок, анонс и подписи. Иногда основной текст уже аккуратно вычитан, а в коротком описании остается исходная формулировка с лишними подробностями. Или в названии изображения сохраняется имя клиента. Для читателя все это части одной публикации.
Если после финальной сборки добавлены новые сведения, их нужно снова включить в согласование. Одобрение раннего черновика не дает автору оснований считать автоматически согласованными поздние дополнения.
Сделать заголовок полезным даже без известного имени
Когда клиента нельзя назвать, заголовок иногда превращается в попытку компенсировать потерю: «Секретный проект для лидера рынка» или «Как мы помогли крупнейшей компании, название которой не можем раскрыть». Читателю предлагают заинтересоваться масштабом, который он не может проверить.
Гораздо сильнее работает сама задача. «Как объединить материалы нескольких направлений в одну систему» или «Почему при обновлении упаковки мы сохранили привычную структуру» дают конкретное обещание. По ним понятно, чему посвящен материал и в какой ситуации его стоит прочитать.
То же относится к вступлению. Необязательно начинать с извинения за конфиденциальность. Можно сразу описать проблему, а ограничения раскрытия коротко обозначить там, где это необходимо. Если первые три абзаца объясняют, почему автор ничего не может рассказать, читатель вполне может решить, что дальше его ждет то же самое.
У хорошего анонса есть связь с содержанием. Если в нем обещано объяснить выбор решения, внутри должны быть основания выбора. Если заявлена работа с несколькими аудиториями, нужно показать, как различия между ними повлияли на материалы. Громкое обещание не исправит осторожный текст, в котором все содержательное уже удалено.
Я бы также избегал выдуманной драматургии. Не каждому проекту нужны конфликт, внезапное озарение и героическое спасение бизнеса. Профессиональный интерес может держаться на точном наблюдении и последовательном решении задачи.
Если кейс не получается, изменить формат
После согласования иногда остается настолько мало сведений, что история теряет смысл. Вводные удалены, изображения закрыты, ход решения нельзя объяснить без чувствительных подробностей. Пытаться растянуть остаток до полноценного кейса в такой ситуации бесполезно.
Из доступного материала может получиться другая публикация. Например, статья об одном принципе работы, разбор условной задачи или комментарий специалиста. Такой формат позволяет поделиться опытом и не изображать доказательность там, где ее нельзя обеспечить.
Важно только действительно перестроить материал. Убрать обещание рассказать о конкретном проекте, обозначить условность примеров и сформулировать пользу для читателя. Тогда отсутствие имени и показателей перестает быть пробелом: они просто не нужны для выбранного способа объяснения.
Сам кейс можно отложить до момента, когда появится возможность раскрыть больше. Но и здесь лучше опираться на конкретную договоренность, а не рассчитывать, что через несколько месяцев ограничения исчезнут сами.
Для меня хороший материал о закрытом проекте начинается с уважения к двум сторонам. Клиенту важно сохранить информацию, которую он не готов раскрывать. Читателю — получить достаточно оснований, чтобы оценить нашу работу. Поэтому я бы добивался точности в том, что можно показать: ясно описывал задачу, объяснял выбор и подтверждал доступный результат. Именно эти детали делают кейс содержательным, даже когда название заказчика остается за пределами публикации.
Комментарии