Previously on Evercode Lab Advent
Это 25 проектов, добравшихся до нашего портфолио и еще пара десятков, потерявшихся по пути, или скрывающихся от огласки, или не дотянувших масштабами.
К нам обратился клиент. Он понимает свой бизнес…
Про истории картинки
Когда вы работаете в сфере веб-разработке, но не рисуете красивые дизайны и не делаете фирменные стили, приходится придумывать способы показать результат своей работы потенциальным клиентам.
У каждой более менее внятной компании в нашей сфере есть портфолио. Как правило оно содержит картинки тех проектов, которые реализовала компания. Иногда еще и буквы. Но как правильно продемнострировать результат своей работы, если вы пишете код?
История портфолио на нашем сайте не самая выдающаяся, мы почему-то уделяли ему не очень много внимания, но постепенно исправляемся. Во второй версии нашего сайта это был просто список. У каждого проекта было название, ссылка (если проект жив) и абзац текста в качестве описания. Текущий вариант нашего портфолиоболее внятный: есть картинки, чуть больше текста и у некоторых проектов теперь две ссылки.
Вторая ссылка у этих работ ведет на кейс проекта в нашем блоге. Под кейсами мы подразумеваем подробное описание того, что мы делали, для кого, зачем и как. Мы, конечно, могли бы много и нудно рассказывать про то, какой код мы пишем, но клиентам интересно не это. Им важно, как мы доводим проекты до результата, как строим процесс, как выстраиваем отношения, какие возникают сложности и как мы с ними работаем. Обо всем этом мы и стараемся рассказывать в кейсах.
Для написания кейсов я использовал простой «чеклист» в виде списка. Пару месяцев назад после статьи «Как же, в конце-то концов, писать эти чертовы кейсы?» от замечательной компании Собака Павлова этот список я осознал еще раз и обновил. А сегодня поделюсь им здесь.
-
вступление
-
кто заказчик
- логотип
- описание
-
проблема/задача
- предпосылки
- предыдущие версии/попытки
- зачем нужно
- для кого
- особенности (именно задачи)
- пришлось ли решение искать или было четкое видение/тз у заказчика
-
кто заказчик
-
процесс (организация работы)
- кто работал над задачей
- почему именно эти люди работали над задачей
-
как построили процесс
- инструменты
- методологии
- соглашения
- как зафиксированы
- какие были отклонения и почему
-
особенности
- какие были
- как учитывали
-
трудности и проблемы (именно по процессу)
- какие были
- как с ними справлялись
- какую работу выполнял заказчик
- как проверялись результаты
- как осуществлялся контроль
-
время
- сколько потратили
- и на что
- какие были оценки/ограничения
- какое вышло отклонение
-
что можно было бы сделать по-другому
- лучше
- быстрее
- дешевле
-
технологии
-
стэк
- общая концепция
- что и для чего использовали
- особенности архитектуры
- особенности
-
сложности
- чем вызваны
- как решали
-
стэк
-
результат
-
что получили в итоге
- скриншоты
- ссылки
-
хорошо получилось или плохо
- мнение исполнителя
- мнение заказчика
- решилась ли задача клиента
- получил ли заказчик финансовую/временную выгоду (если уместно)
- отзыв заказчика
- дальнейшие планы
-
что получили в итоге
-
заключение
- нужно ли читателю что-то аналогичное
- в каком случае
- можно ли переиспользовать результат или его часть
- советы/рекомендации желающим повторить
Эта статья является частью Evercode Lab Advent 2014 — цикла из 24 статей о том, как появилась, устроена и работает компания Evercode Lab. Полный список статей можно посмотреть в анонсе Evercode Lab Advent.