Как писать кейсы

Кейсы — самый продающий контент. Кейсами интересуются уже почти готовые к покупке клиенты, увлекательными кейсами делятся читатели, которые пока и не думают становиться клиентами, за кейсами следят конкуренты, кейсы — это всегда любопытно.

Я часто вижу трудности в написании кейсов, поэтому в статье решила рассказать о принципах, которых придерживаюсь сама.

Зачем писать кейсы

С помощью кейсов вы можете:

  • продемонстрировать ваш подход к работе;
  • привести примеры ниш, в которых успешно работаете;
  • показать результаты, полученные на своих проектах;
  • на примерах объяснить, что вы умеете делать.

Что делать, не о чем написать кейс

Многие считают, что у них нет кейсов. Я уверена, что, когда работа становится рутиной, люди просто не замечают, что они сделали что-то классное. Если не было блестящих результатов на проекте, всегда можно описать процесс или рассказать про какую-нибудь классную штуку, которую вы внедрили.

Не выдумывайте ничего сверхестественного

Работая в «ЛидМашине», я делала кейсы в виде презентаций, которые были завязаны на увлекательной истории и яркой метафоре. Можете посмотреть: пример 1 и пример 2 на слайдшере, но работает только под VPN.

И это было прикольно, мне до сих пор нравятся те работы. Но сейчас я поняла, что это не то чтобы сильно нужно. То есть, можно придумать что-то классное и интересное, и это будет здорово, но если времени мало или навыков для таких штук не хватает, можно просто понятно и прозрачно рассказать о своей работе.

Для кейса достаточно описать его по простой универсальной структуре:

клиент → проблема / задача клиента → ваша работа по решению проблемы → результат

И всё. Уверяю, этого достаточно, чтобы написать хороший кейс. Но давайте пройдёмся по тому, как лучше всего рассказать эти пункты.

В начале расскажите про клиента и его проблему

Про клиента обычно достаточно пару слов — что за компания, чем занимается, и иногда — как дошли до жизни такой, что у них возникла проблема, которую вам пришлось решать.

А вот с проблемой / задачей интереснее. Её важно описать так, чтобы читатель понял, что терпеть дальше уже было некуда.

Сначала жизненный пример, потом — бизнесовый.

Скажем, у вас на носках слабая резинка. Если вы сообщите об этом, это никого не тронет. Если же вы расскажете, что на вас были надеты носки со слабой резинкой, когда вы пошли на первое свидание с девушкой из Тиндера (и она оказалась красивее, чем на фото!!!), и вы гуляли час, и чувствовали, как носок сполз и скомкался где-то в середине стопы, и, если вы его поправите, этот подлец снова сползёт уже через пять минут, и вам будет неловко перед девушкой всё время поправлять носки и вы не хотели выглядеть идиотом, так что провели битый час в таком состоянии, читатель почувствует вашу боль.

А теперь пример из маркетинга Email Soldiers. В одном кейсе мы рассказывали, как настроили для ребят из banki.ru отчётность в Power Bi и сознательно подробно описали проблему. До нашей работы менеджеры Банки.ру собирали отчёты вручную и в виде эксельки, это было муторно и непонятно. А, когда появились отчёты в Power Bi, уже ничего не приходилось выгружать и заполнять руками, а отчётность стала понятной и красивой.

Так вот, в этом кейсе я сознательно очень подробно описала проблему, чтобы читатель понял, что этот процесс действительно был занозой в заднице:

А потом ещё и показали эксельку с отчётом:

Такое описание проблемы помогает хорошенько её прочувствовать.

Потом изложить процесс работы последовательно,

А дальше рассказываем про свою работу. Казалось бы, просто изложить цепочку шагов: сделали первое, второе, третье, — что может быть проще? Но из нормального целого кейса часто делают какую-то беспорядочную расчленёнку.

Поэтому, просто последовательно опишите свою работу шаг за шагом. Если можно сгруппировать шаги, группируйте. Например, если вы внедрили для клиента письмо с брошенной корзиной, приветственную цепочку и цепочку писем с ростом скидки, то можно о них всех рассказать в блоке «триггерные рассылки».

…простыми словами,

Помните, что вы пишете кейс для клиентов. Клиенты отдают вам свои деньги, потому что не имеют ваших компетенций. Поэтому рассказывайте простым языком, не надо много технических деталей:

Непонятно Хорошо
В таблице данных мы хранили уникальные промокоды, которые мы записывали в дополнительное поле подписчика и добавляли в письмо. В письмо автоматически вставлялся уникальный промокод, который присваивался конкретному подписчику.

…помещая читателя в контекст

Иногда в кейсах забывают про читателя и описывают произошедшее так, будто всё это время он сидел с рассказчиком в офисе за соседним столом. Но нет, не сидел. Поэтому, рассказывайте историю с учётом того, что читатель не в курсе ваших дел. Пример из черновика кейса (самое начало кейса, объяснений раньше не было):

«В конструкторе нужно выбрать одну из целей кредита, указать желаемую сумму, срок кредита, размер первоначального взноса и ежемесячного платежа. После того, как введете свои паспортные данные, вам будет предоставлен ваш персональный кредитный рейтинг…»

Когда речь заходит о паспортных данных, читатель такой: «Что? Паспортные данные?». Возвращаешься к предыдущему предложению, понимаешь, что про паспортные данные там и впрямь ничего не было, и не понимаешь, откуда они взялись. В этом случае нужно было подробнее объяснить, как работает конструктор:

«В конструкторе пользователь заполняет данные и получает предложения по кредитам. Для этого нужно обозначить цель кредита, желаемую сумму, срок кредита, размер первоначального взноса и ежемесячного платежа. После заполнения всеъ полей конструктор выводит список предложений.

Если он пойдёт дальше и заполнит паспортные данные, сможет узнать свой кредитный рейтинг".

… и так, чтобы легко читалось.

Все знают, что люди не читают в интернете. Помните ту историю, когда компания, создающая ПО, спрятала в соглашение по использованию $ 1000? Только спустя 3000 покупок обнаружился парень, который прочитал условия, нашёл эту тысячу долларов и пришёл за деньгами. Если считаете, что ваши кейсы читают намного внимательнее, вы себе льстите. Не намного. Просто они короче и лучше свёрстаны (не всегда), поэтому обнаружить тысячу долларов было бы проще.

Если вы хотите, чтобы клиент прочитал кейс и понял, в чём была суть проекта, постарайтесь изложить весь смысл в подзаголовках. Например, так мы реализовали это в кейсе Email Soldiers:

Покажите результат

Кейс — это всегда история «было / стало». Вообще-то любой рассказ — это про «было / стало»: спящая красавица просыпается, порядочный военный становится главой преступного мира, бродящий по замку призрак обретает покой. Если ничего не изменилось, то зачем тогда вообще что-то рассказывать? Если ваша работа ни на что не повлияла, зачем вы её делали?

Однако есть варианты того, как будет выглядеть результат.

Результат в цифрах

Больше всего впечатляет и вызывает любопытство результат в деньгах: благодаря нашей работе клиент зарабатывает на 2 млн рублей в месяц больше. Но а) это почти всегда преувеличение и лукавство; б) почти никогда невозможно опубликовать такую информацию, потому что клиенты не готовы её раскрывать.

Выход — показывать относительный результат: количество транзакций выросло на 140%, прибыль выросла в два раза и т. д.

Вообще-то стоит критически оценивать все эти результаты. Потому что если компания не делала контент-маркетинг, а потом агентство пришло и сделало, то дураку понятно, что трафик вырастет. Зато если вы уже вели контент-маркетинг, а потом придумали сделать ещё лучше, и рост был небольшой, но стойкий, вот это круто. А кейс ваш никого не впечатлит, потому что результат не выражается большими цифрами.

Результат в получении нового опыта, преодолении сложностей

Если результат нельзя выразить цифрами, то кейс можно сделать ярким, подробно останавливаясь на преодолённых в работе сложностях. Такие кейсы мы с коллегами называем процессными. Например, в блоге Email Soldiers я выпускала статью о том, в каких муках рождалась презентация агентства. Никаких цифр не было, но кейс интересен за счёт самой истории. В конце выводы. Выводы — это признак того, что мы что-то осознали, чему-то научились в процессе работы, и это наше «было / стало».

Это нормально, если в кейсе не будет шестизначного результата. Не нормально — если вообще непонятно, чего вы добились.

Такие кейсы я называю процессными. Основное, что в них важно — показать трудности, с которыми вы столкнулись, и их преодоление. В истории должна чувствоваться борьба, тогда она будет захватывающей, кейс запомнится, а вы будете выглядеть профессионалами.

Также в конце кейса можно добавить отзыв клиента. Он добавляет правдоподобности, а радость клиента — это тоже важный результат.

Не надо много результатов

Когда работа сделана хорошо, хочется показать её во всей красе и всё кажется важным. Тогда начинают страдать фичеризмом — говорить о том, что важно для участников проекта, и неважно для читателя/клиента.

Например, можно объяснять, как работает механизм сжатия на ваших серверах, но вас поймут только специалисты. Если вы скажете, что страница сайта загрузится за полсекунды, это оценят. Ещё лучше — сказать, что это произойдёт быстрее, чем загорается лампочка после щелчка по выключателю.

Вот пример из кейса одного агентства. Ребята, ничего личного, просто вы мне попались:

Люди слишком ленивы, чтобы в это вникать. За редким исключением, как с тем парнем, который получил $ 1000 за прочтение trems and conditions.

Не надо так. Сфокусируйтесь на 1−3 важных цифрах/достижениях, тогда результат запомнится лучше, а кейс будет понятнее: сделали то и то, получили такой результат, просто и прозрачно. Список всех достижений приберегите для отчёта перед клиентом, чтобы посверкать доспехами.

Если кратко:

Пишите в таком порядке: клиент → задача → работа → результат
Описывая задачу, сформулируйте так, чтобы было больно
Излагайте работу по шагам
Упрощайте
Дайте читателю возможность понять кейс по одним лишь подзаголовкам
Не надо слишком много результатов
Кейс — это всегда «было-стало»
Результат — не обязательно цифра, иногда вывод и чему вы научились

Что почитать:
А. Каптерев «Мастерство презентации»
Кармин Галло «iПрезентация»
Людмила Сарычева, Максим Ильяхов «Пиши, сокращай»

На эту статью потребовалось:

6 часа 15 минут