Кейси, які продають: як написати портфоліо, яке клієнти дочитують

Більшість портфоліо — це галереї. Сітка скріншотів, назва клієнта, іноді рядок про те, що зроблено. Вони існують тому, що в сервісного бізнесу портфоліо мати належить, і читають їх так само, як пишуть: швидко й нікого не переконуючи.

Кейс, який продає, робить те, чого галерея не може. Він дає потенційному клієнту впізнати власну ситуацію в чужій і дає докази, якими той захищатиме вибір усередині компанії, коли вас у кімнаті немає. Це дві різні задачі, і обидві структурні, а не стилістичні.

Хто їх насправді читає і коли

Кейси рідко бувають першим, що бачить відвідувач, і майже ніколи — останнім. Їх читають посеред рішення, і роблять це двоє різних людей.

Перший — той, хто вас знайшов і перевіряє, чи розвʼязували ви саме його задачу раніше. Він приходить із фільтром: та сама галузь, той самий масштаб або те саме технічне обмеження. Один кейс він прочитає уважно, решту перегляне.

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

Проста перевірка готового кейса: чи можна вставити з нього два речення у внутрішній чат так, щоб у відповідь запитали про строки, а не про те, чи ви взагалі надійні? Якщо ні, бракує майже завжди конкретного числа або названого обмеження.

Структура, яка працює

Розділ	Що містить	Обсяг
Ситуація	Бізнес-контекст і що стояло на кону комерційно	Два-три речення
Справжня проблема	Не бриф, а те, що виявилося не так	Короткий абзац
Обмеження	Бюджет, строк, застаріла система, ресурс команди	Список із трьох-чотирьох
Що зроблено	Рішення й компроміси, а не перелік функцій	Основний обсяг сторінки
Що сталося	Цифри з базою й періодом	Невелика таблиця
Що зробили б інакше	Один чесний абзац	Необовʼязково й надзвичайно переконливо

Саме розділ з обмеженнями помічають клієнти. Хорошу роботу декларують усі; опис умов, у яких вона відбувалася, робить її правдоподібною і, що корисніше, дозволяє читачу зі схожими обмеженнями впізнати себе.

Цифри й як подавати їх чесно

Відсоток без бази — це прикраса. «Конверсія +140%» може описувати рух від 0,5% до 1,2%, і це реально, або від трьох заявок до семи, і це шум. Обидва варті згадки — і варті різної подачі.

Чотири правила роблять число захищеним.

Давайте «до», «після» і вікно. «З 1,1% до 2,4% за шість місяців після запуску» витримує перевірку; сам відсоток — ні.
Кажіть, що ще змінилося. Якщо редизайн збігся з новою рекламною кампанією, скажіть це. Читач, який сам знайде змішування факторів, перестане вірити решті сторінки.
Віддавайте перевагу комерційним показникам, якщо клієнт дозволяє. Заявки, замовлення й дохід вищі за сесії й позиції, бо це мова, якою мислить другий читач.
Показуйте й ті, що не зрушили. Кейс, у якому покращилася кожна метрика, читається як вибірковий — з тієї ж причини, що й сторінка суцільних пʼятірок.

Там, де результат справді невизначений, чесне формулювання доступне й нічого не коштує: скажіть, що виміряли, чого не виміряли і що могло б пояснити різницю. Це та сама дисципліна, яка робить будь-яку цифру конверсії придатною до використання, — про неї в матеріалі про те, як читати бенчмарки конверсії.

Як обійти конфіденційність

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

Анонімізуйте клієнта, збережіть конкретику. «Болгарський дистрибутор із 4000 позицій і двома складами» корисніший читачеві, ніж логотип без деталей. Впізнається ситуація, а не назва.
Публікуйте відносні, а не абсолютні цифри. Більшість заперечень щодо конфіденційності стосується розкриття доходу. Відсотки, співвідношення й показники на замовлення зазвичай проходять юридичну перевірку там, де абсолютні числа не проходять.
Просіть у правильний момент. Дозвіл, запитаний у момент хорошого результату, дають значно частіше, ніж дозвіл, запитаний листом через півроку. А ще краще — внесіть пункт про публікацію в початковий договір, де це рутинне узгодження, а не послуга.

Чого варто уникати: описувати роботу настільки розмито, що вона підійде до будь-якого проєкту. Анонімний кейс без конкретики гірший за відсутність кейса, бо сигналізує, що або робота, або результати не переживуть опису.

Рішення про формат, які важать більше, ніж здається

Три речі у форматуванні змінюють те, скільки з кейса реально прочитають.

Винесіть результат нагору. Короткий блок із ситуацією й результатом до розповіді. Ті, кому досить цього, візьмуть і підуть задоволені; ті, кому потрібні деталі, читатимуть далі. Захований унизу заради драматургії результат втрачає першу групу цілком.

Зробіть кейси фільтрованими. Якщо в портфоліо більше ніж вісім записів, теги галузі й послуги дають для конверсії більше, ніж будь-яка окрема сторінка: відвідувач шукає власну ситуацію й не читатиме все підряд, щоб її знайти.

Показуйте артефакт, а не лише скріншот. Скріншот головної доводить, що головна існує. «До і після» конкретного екрана, який змінився, або фото речі у використанні несуть інформацію, якої повносторінковий рендер не несе.

Які три написати першими

У більшості бізнесів придатної до публікації роботи більше, ніж опублікованої, і інстинкт каже починати з найбільшого проєкту. Зазвичай це неправильний перший вибір, бо найбільший проєкт найменш репрезентативний для того, що ви продаєте найчастіше.

Краще правило добирає три кейси, які роблять різну роботу.

Типовий. Проєкт, найбільш схожий на те, що новий клієнт справді купить. Неефектний і потрібний більшості відвідувачів.
Складний. Проєкт зі справжнім обмеженням, яке ви обійшли: неможливий строк, застаріла система, регульований ринок. Саме цей кейс виграє звернення з нетиповими вимогами, а вони часто краще оплачувані.
Із найяснішою цифрою. Не обовʼязково найбільший результат, а той, де вимірювання однозначне й клієнт дозволяє його опублікувати.

Написані в такому порядку, три кейси закривають упізнавання, спроможність і доказ. Четвертий додає мало, поки портфоліо не фільтрують за галуззю, а тоді корисними стають галузеві, а не ефектніші.

Це ще й матеріали, якими потенційний клієнт відповідає на питання з процесу вибору підрядника, — привід писати їх під перевірку, а не під захоплення.

Де їм місце на сайті

Сторінка портфоліо збирає кейси; вона не має бути єдиним місцем, де вони зʼявляються. Сторінка конкретної послуги має посилатися на два-три кейси, які її демонструють, бо відвідувач, який читає про цю послугу, просить саме такого доказу саме в цей момент.

Те саме працює у зворотний бік: кожен кейс має вести на послугу, до якої належить, щоб читач, що прийшов із пошуку, потрапив кудись корисно. Ця взаємна перелінковка й є практичною різницею між портфоліо, яке знаходять, і портфоліо, яке лише гортають; вона ж підпорядкована тій самій логіці розміщення, що й місце доказів на сторінці.

Процес виробництва, що переживає завантажений квартал

Портфоліо застоюються не через складність письма. Через те, що ніхто не володіє моментом завершення проєкту — єдиним моментом, коли деталі свіжі, а клієнт задоволений.

Фіксуйте на здачі, а не потім. Пʼятнадцять хвилин на закритті: цифри до, цифри тепер, три рішення, які мали значення, одна цитата клієнта. Записані в спільний документ, а не запамʼятані.
Просіть дозвіл у тій самій розмові. Задоволення найвище одразу після здачі й згасає.
Пишіть протягом двох тижнів. Через місяць конкретика розмивається, і кейс дрейфує до загального.
Поверніться до цифр через півроку. Результати, які втрималися, переконливіші за показники тижня запуску, а датоване оновлення саме по собі є сигналом достовірності.

Три добре описані кейси кращі за двадцять скріншотів, і саме на третьому портфоліо зазвичай починає працювати: це та точка, у якій більшість відвідувачів знаходить щось схоже на власну ситуацію. У такому вигляді кейси перестають бути маркетинговим артефактом і стають найбільш багаторазовим продуктом контентної програми, що приводить клієнтів, бо кожен із них відповідає на реальне питання покупця.

Чого в кейсі бути не повинно

Три речі регулярно потрапляють у кейси й послідовно псують враження, хоча писати їх приємно.

Похвала клієнту як герою. «Ми були раді працювати з чудовою командою» не несе інформації й займає місце вгорі сторінки, де мала б стояти цифра. Подяку лишіть для листа, а не для сторінки, яку читають, ухвалюючи рішення.
Перелік технологій. Стек цікавить розробника, який шукає роботу, а не клієнта, який шукає підрядника. Технологію варто називати лише тоді, коли вона була рішенням: якщо вибір бази даних змінив строк, це частина історії, якщо ні — це шум.
Опис процесу як методології. Схема з пʼятьма кроками, однакова в усіх кейсах, читається як шаблон, бо ним і є. У кейсі цінні саме відхилення від процесу, а не сам процес.

Найпростіший фільтр: викресліть кожне речення, яке можна без змін перенести в інший кейс. Те, що лишиться, і є вашим кейсом.

Коротко

Кейси читають посеред рішення двоє: той, хто порівнює підрядників, і той, кого він має переконати без вас. Пишіть для другого. Використовуйте структуру «ситуація — справжня проблема — обмеження — рішення — результати — один чесний висновок» і вважайте розділ з обмеженнями тим, що робить кейс правдоподібним. Подавайте цифри з базою, періодом і визнанням усього іншого, що змінилося, і включайте метрики, які не зрушили. Якщо клієнта не можна назвати, анонімізуйте назву й збережіть конкретику, а не відмовляйтеся від історії. Винесіть результат нагору, розмітьте портфоліо тегами, щоб відвідувач знайшов свою галузь, і звʼяжіть кейси з послугами в обидва боки. Збирайте матеріал на здачі — це єдиний момент, коли цифри свіжі, а клієнт задоволений, — і памʼятайте, що три повні кейси працюють краще за стіну скріншотів.