Кейсы проектов - как мы описываем кейсы своих веб-проектов
Введение
В статье опишем что такое кейс проекта, зачем он нужен и как его оформить.
Что такое кейс проекта и зачем он нужен бизнесу?
Кейс - это описание, как вы выполнили некую работу и какой эффект это оказало на заказчика.
Кейс фиксирует некий ваш опыт и дает представление другим людям, что вы можете сделать.
Зачем кейс бизнесу? Если по-простому, то для увеличения продаж.
Если в деталях, то это нужно для:
- увеличения доверия,
- снять некие возражения заранее у потенциального клиента,
- показать, что мы такое уже делали
- показать глубину экспертизы
- фиксация некоего результата по данному проекту.
Чем кейс отличается от портфолио?
Кейс - это история решения проблемы и полученный результат.
Портфолио - это просто список сделанных сайтов.
Портфолио может стать источником для развития каждого проекта в кейс.
Как мы описываем кейс?
Кейсы можно шлифовать бесконечно.
Важно сосредоточиться на том, что хочет узнать о проекте читающий потенциальный заказчик, а также снять его главные возражения в процессе изучения кейса.
Руслан Раянов, эксперт Falcon Space
Свои кейсы мы изначально описывали по-простому и не особо уделяли этому время. А это по сути главный убеждающий довод для потенциального клиента в пользу выбора решения.
Что мы указываем для кейса:
- Год работы
- Бизнес-цель проекта
- Задачи проекта
- Решение - детали по решению.
- Скрины проекта
- Поддержкиваем в текущем проект или нет
- Итоги проекта
- Ключевая метрика (заказы, финансы, пользователи, посещения и др.)
- Отзыв (скрин и текст)
- Неформальная обратная связь
- Сроки и стоимость проекта (ориентир).
- Технологии
- Команда на проекте
Примеры наших кейсов можно посмотреть здесь - https://falconspace.ru/list/projects
Что важно помнить/учитывать при создании бизнес-кейса?
- Важно согласовывать указание критичных данных для бизнеса в кейсе? (т.е. спрашивать разрешение на публикацию)
- В идеале в договоре прописывать возможность сделать кейс по работе. Или хотя бы на словах договариваться в начале проекта, что будет кейс.
- Важны цифры и конкретные результаты. Понятно, что чувствительную информацию для бизнеса публиковать не дадут (выручка, прибыль и т.д.), но можно дать для читателя понимание по масштабу проекта через косвенные показатели - количество заказов, количество пользователей, количество товаров в базе и т.д.
- Заранее понимать, что вам надо получить с клиента и периодически запрашивать всю необходимую информацию/разршения у клиента. Это отзыв, неформальная обратная связь, благодарственное письмо, бизнес-цель, итоги проекта.
- Обложка кейсов. В нашем случае обложки (скрины главной), на мой взгляд, выходят довольно кривые и здесь есть над чем поработать.
- В идеале еще до начала проекта рассматривать проект как материал для создания кейса. Это выгодно и вам как владельцу кейса (к вам придут клиенты), так и заказчику (вы будете стараться, чтобы кейс вышел хорошим).
Как еще можно усилить бизнес-кейсы?
- Привести инфографику роста показателей. Правда, надо как-то убедить еще в этом заказчика, чтобы это можно было опубликовать.
- Видеоотзывы. К видео больше доверия. Но опять же надо как-то стимулировать заказчика это делать. Не все захотят записывать видео.
- Возможность связаться с заказчиком кейса (конечно по предварительному согласию заказчика).
- Усиление заголовков в сторону решения конкретной бизнес-проблемы, а не просто "Создание сайта с кабинетами".
- Сторителлинг. Пришел с такой-то проблемой, выработали такое-то решение, в ходе решения были такие-то вызовы, в итоге сделали все и получил заказчик такие-то долгосрочные выгоды.
Эти моменты мы пока не используем в создании кейсов, но планируем и дальше развивать кейсы в сторону их наглядности, прозрачности.
- Шаг 1. Создать концепт проекта
- Шаг 2. Получить оценку бюджета (КП)
- Шаг 3. Заключить договор
- Шаг 4. Создать совместно техническое задание
- Шаг 5. Поэтапная реализация проекта