Делимся наработками, как писать о факапах, чтобы не отпугнуть, а подогреть интерес читателя.

Заказчик: компания Nutnet занимается заказной разработкой сайтов, сервисов и приложений, а также поддержкой и развитием уже готовых продуктов. Команда берется за сложные проекты, которые выходят за рамки типовых решений. Например, она делала PWA-приложение для Porsche Taycan и промо-сайт для ТАСС.

Основным каналом привлечения заявок для Nutnet были рекомендации довольных клиентов. Так к разработчикам приходило 80% проектов. Чтобы привлекать заявки из открытых источников, они решили начать делиться своим опытом на бизнес-площадку vc.ru. Заказчик несколько раз публиковал тексты в своём профиле, но они набирали мало активности.

Задача: Nutnet обратились в «Соль» с задачей написать кейс, который покажет экспертность команды разработчиков и повысит вовлечённость в профиле.

У команды Nutnet много именитых и крутых кейсов. Но важно было привлечь внимание среди сотен подобных публикаций. Мы предположили, что большие охваты наберет кейс с факапами Nutnet. Таких историй в контенте IT-компаний пока что мало — а значит, они могут вызвать интерес у пользователей.

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

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

• руководители среднего и крупного бизнеса, которые планируют запустить собственный IT-продукт. Цели могут быть разные: получать прибыль напрямую через онлайн-продажи, автоматизировать внутренние процессы, запустить IT-стартап;
  
  
• руководители среднего и крупного бизнеса, которые в поиске нового подрядчика для своего IT-продукта. То есть, они уже делают собственный IT-продукт, но прекратили сотрудничество с разработчиками из-за качества и скорости работы.

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

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

• как посчитать, сколько денег вложить в создание IT-продукта;
  
  
• на какие направления разработки выделить больше ресурсов;
  
  
• куда точно не нужно вкладываться на старте;
  
  
• как обозначить контур MVP, уложиться в сроки и не потерять в деньгах.
  
  

Также спросили об их видении работы Nutnet: с какими задачами они обращались в компанию, какие проблемы возникали в сотрудничестве, какие сильные стороны выделяют.

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

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

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

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

Обосновали это тем, что так мы покажем подход компании: как она заботится об ожиданиях, времени и деньгах клиента, а также умеет разрешать конфликты, признавать ошибки, учиться на них.

Конкуренты Nutnet не делились своим опытом так открыто, поэтому кейс в таком формате помог бы Nutnet выделиться. Заказчик согласовал нам это решение.

Подготовили текст кейса. После большой подготовительной работы мы взялись за написание текстов. Главная сложность на этом этапе состояла в том, чтобы разобраться в IT-терминах и объяснить их в статьях на языке целевой аудитории.

При написании кейса опирались на следующие принципы:

• показывали проблемы проектов с разных сторон: и со стороны Nutnet, и со стороны их заказчиков для объективности;
  
  
• описывали, как разрешались конфликты и как компания искала компромиссы с клиентами;
  
  
• рассказывали о работе над ошибками в Nutnet: какие выводы делала компания после неудачного опыта и какие изменения в управлении разработкой вводила;
  
  
• показывали, как после изменений позитивно менялись результаты в данном и следующих проектах Nutnet, подкрепляли эти тезисы цифрами.

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

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

По сравнению с прошлыми публикациями Nutnet у нас получилось охватить и вовлечь больше пользователей. Кейс набрал 4600 показов — для сравнения у предпоследней статьи в профиле их было 28. Также под опубликованным текстом появилось 19 комментов — против 2 под предыдущей публикацией.