Важные моменты:

• Продукт должен быть готов. Должна быть возможность его показать (визуал), в идеале — дать ссылку.
• Клиент должен дать согласие на написание кейса. Можно сделать скрин согласия — мало ли, если история зайдет не в то русло. Пруфы — наше все, когда в ход идет пассивная агрессия.
• При написании не стоит говорить и упоминать того, что потенциально может оказаться ложью, не понравиться клиенту и так далее. Держим в голове, что кейс нужно будет согласовывать в финале с заказчиком во избежание возможной хуйни. Без согласия заказчика и его «Все ок» лучше не публиковать.
• В кейсе должно быть много советов, рекомендаций, картинок, инсайтов.

Этапы работы над кейсом:

Прописывается структура статьи. Статья всегда должна содержать:

• Небольшое введение об исполнителе - чем занимается, регалии, коротко но самые крупные. Условно «Мы уже сделали то-то и то-то, вот щас и для этого заказчика сделали»
• Ссылку на сайт. Если выпускаемся на VC, то помним, что VC не разрешает ютм-ки. Поэтому лучше отказаться от особых активностей в этот день в плане контента на других площадках, чтобы понять, сколько переходов на сайт было с VC. В идеале должно быть видно в аналитике, но лучше перестраховаться.
• Где-то в начале блок с общей информацией о клиенте, не сильно подробно. Что за продукт создавали, какая сфера, сколько времени заняла работа. Ссылку на готовый продукт. Если ее нет, что не очень желательно, в процессе статьи дать скрины готовой работы (это уже обязательно). Если скринов или какого-то визуального подтверждения нет — кейс откладывается, а провинившегося избивают розгами на глазах у восхищенной толпы.
• Далее идет раздел «Какие задачи», рассказываем, что надо было получить в результате. Описываем функционал, требования заказчика, все такое. Если была необходимость уложиться, скажем, в 2 месяца - пишем тоже. (но если надо было сделать за 2, а мы сделали за 4 - не пишем)))))
• **Далее самый большой блок в кейсе — описание работы через «Что делали».**Рекомендуется, но не обязательно: добавляем в начале блока про то, кто из спецов использовался.

Делим блок «Что делали» на этапы

Например, если говорим о разработке приложения на заказ:

Этап 1. Прототипирование.

Это нужно для того-то для того-то. Занимает столько то времени. Вот что получилось. Вот, что важно учесть. Вот скрины, как мы это делали.

Этап 2. Тестирование. После того, как мы сделали вот это, мы начинаем делать это вот для этого.

И так далее.

ВАЖНО: если есть инсайты, факапы, какие-то штуки, которые мы поняли в процессе и научились, советы — вписываем. Это сильно повышает ценность кейса, потому что howto уже просто проходной материал. В цене опыт. Даже если есть неочевидные советы, которые мы знали и раньше — вставляем. Не боимся говорить про проебы. Но так, чтобы мы в итоге все равно оказались классными, а не криворукими мудланами.

Так описываем все этапы.

Блок в конце — результат «Что получилось».

Описываем, что получили, за сколько по времени (опять же, если не указывали, за сколько надо было или не проебались с желаемыми сроками).

Выглядеть должно как «В итоге за N месяцев мы сделали вот это. Вышли на такие то метрики/ добились такого-то результата/ так-то улучшили продукт/ etc.»