Большинство кейсов написаны на языке исполнителя: CTR, CPC, настройки кампаний. Коллеги по цеху оценят, а директор или собственник, который принимает решение, закроет страницу на втором абзаце. Разбираюсь, какую структуру и какие цифры ждёт человек, который выбирает подрядчика.
Кто на самом деле читает кейс
В B2B кейс редко читает один человек. Его открывает маркетолог или руководитель направления, который собирает варианты подрядчиков, а решение принимает собственник, коммерческий или генеральный директор. Первому интересно, как именно сделано. Второму — похожа ли ситуация на его собственную, какой получился результат в деньгах и насколько можно доверять цифрам.
Если кейс написан только для первого читателя, он хорошо демонстрирует компетентность, но плохо продаёт: до ЛПР доходит пересказ «там какие-то хорошие цифры», а не аргумент в пользу выбора. Поэтому кейс стоит строить так, чтобы ЛПР мог понять суть за минуту, а специалист нашёл детали ниже.
Структура, которая работает
1. Заголовок с результатом и нишей. Не «Кейс по Яндекс Директ», а «Остекление: заявки с 70 до 120 в месяц». ЛПР сразу видит отрасль и порядок результата — и решает, читать ли дальше.
2. Ситуация клиента до начала работы. Какой бизнес, какой рынок, что не устраивало. Именно здесь читатель узнаёт себя: «у нас то же самое». Без этого блока цифры результата висят в воздухе.
3. Ограничения и сложности. Узкий рынок, длинный цикл сделки, скромный бюджет, отсутствие цен у конкурентов. Ограничения делают результат правдоподобным и показывают, что исполнитель работал с реальными условиями, а не с идеальными.
4. Что сделали — коротко и через решения. Не перечень настроек, а 3–5 ключевых решений с объяснением, зачем каждое было нужно. Технические детали можно вынести ниже или в раскрывающийся блок.
5. Результат в метриках бизнеса. Заявки, квалифицированные лиды, стоимость клиента, выручка, срок окупаемости. Рекламные метрики допустимы, но как подпорка, а не как главный итог.
6. Что не получилось и почему. Честный блок про ограничения результата сильно повышает доверие. ЛПР знает, что идеальных проектов не бывает, и кейс без единой проблемы воспринимается как реклама.
Переведите метрики на язык ЛПР
Главная ошибка — отчитываться в показателях, которые исполнитель контролирует, а не в тех, которые волнуют заказчика. Одну и ту же работу можно описать так, что её поймёт только специалист, а можно — так, что она станет аргументом для директора.
| Как пишут для маркетологов | Как читает ЛПР |
|---|---|
| CTR вырос с 2,1% до 4,8% | Это ничего не говорит о деньгах. Что стало с заявками и продажами? |
| Снизили CPC на 30% | Дешёвый клик может приводить нецелевых. Сколько стоит клиент? |
| Внедрили каскадный метод в РСЯ и настроили сквозную аналитику | Не понимаю терминов. Какую проблему это решило? |
| Рост трафика в 3 раза | Трафик — не выручка. Сколько из этого стало сделками? |
| Стоимость квалифицированной заявки — до 11 000 ₽ при цикле сделки 6–12 месяцев | Понятно: сколько стоит реальный потенциальный клиент и когда ждать денег. |
Если данных по продажам нет — например, клиент не делился выручкой, — так и напишите. Честное «по заявкам видим рост, данных по сделкам у нас нет» лучше, чем подмена продаж кликами.
Детали, которые повышают доверие
- Период работы и сроки. Результат за три месяца и за полтора года — разные истории, и ЛПР хочет понимать, когда ждать эффекта.
- Бюджет или хотя бы его порядок. Без него невозможно оценить, применим ли опыт к своей ситуации.
- Скриншоты из отчётов с датами — Метрики, CRM, рекламного кабинета. Цифры в тексте проверить нельзя, скриншот хотя бы показывает источник.
- Название клиента или отрасль с деталями, если название под NDA. «Производитель модульных котельных, Москва и область, цикл сделки 6–12 месяцев» работает почти так же, как логотип.
- Роль исполнителя. Что делали вы, а что клиент: рост продаж часто — заслуга и рекламы, и отдела продаж, и честное разделение вызывает больше доверия, чем присвоение всего результата.
Про кейсы, которые закончились не идеально
Многие не публикуют кейсы, где клиент ушёл или результат оказался скромнее ожиданий. Но для B2B-аудитории такие истории часто ценнее: они показывают, как исполнитель думает, где видит ограничения своего канала и что из этого следует для заказчика. Кейс, в котором заявки выросли, а клиент всё равно ушёл из-за проблем на стороне продаж, учит читателя больше, чем очередная история успеха, — и заодно заранее отсеивает тех, кто ждёт от рекламы решения проблем, которые она не решает.
Короткий чек-лист перед публикацией
- Понятна ли ниша и результат из одного заголовка?
- Узнает ли себя потенциальный клиент в блоке «ситуация до»?
- Есть ли хотя бы одна метрика, связанная с деньгами или заявками, а не с кликами?
- Можно ли понять суть кейса, не зная профессиональных терминов?
- Указаны ли срок, порядок бюджета и роль исполнителя?
- Есть ли блок про ограничения или то, что не получилось?
Итог
Кейс для B2B-сайта — это не отчёт о проделанной работе, а аргумент для человека, который выбирает подрядчика. Поэтому структура строится от его вопросов: похожа ли ситуация на мою, какой результат в деньгах, сколько это заняло и насколько можно доверять цифрам. Технические детали при этом никуда не исчезают — они просто уходят ниже, для тех, кому нужно проверить, как именно всё было сделано.
