Кейс – это не «сделал отчёт за 5000 ₽», это история «была проблема – стало решение – вот результат в цифрах». Разбираем структуру и подводные камни с NDA.
Профиль без кейсов – это «ещё один исполнитель из списка». Профиль с 3–5 хорошими кейсами – это конкретный специалист с подтверждённым опытом, к которому идут на следующие проекты.
Кейс работает не как «портфолио ради портфолио», а как ответ на конкретный страх заказчика: «а справится ли этот человек с моей задачей». Хороший кейс показывает не сам факт работы, а способ мышления – как разработчик переформулировал проблему в решение и в какой результат.
Что заказчик ищет в кейсе. Три вещи: (1) похожая отрасль или конфигурация – «у меня тоже Бухгалтерия 3.0», (2) понятный масштаб задачи – «у меня примерно столько же документов», (3) видимый результат – «было плохо, стало хорошо, в цифрах». Всё остальное – украшение.
Универсальный каркас, который работает для любого типа задачи – от простой обработки до большого проекта внедрения.
Алгоритм, по которому кейс превращается из «надо бы оформить» в опубликованную страницу. Подходит для своего сайта, профиля на бирже и публикации в профессиональных сообществах.
Граница между «полезный кейс» и «нарушение NDA». Ошибки этого этапа стоят дороже всего – могут попасть в суд по гл. 39 ГК РФ (возмездное оказание услуг) и закону о коммерческой тайне.
NDA продолжает действовать после окончания работ. Стандартный срок неразглашения по договору с заказчиком – от 2 до 5 лет после завершения сотрудничества, бывает и бессрочно. То, что вы перестали работать с клиентом, не означает, что можно публиковать кейс без согласования. Перед публикацией старого кейса перечитайте договор и при сомнениях – спросите заказчика письменно.
Кейсы – не «оформил один раз и забыл». Это живой раздел профиля, который требует поддержки.
Если есть только опыт в найме. Описывайте задачи из штатной работы как кейсы: «внутренний проект банка X, доработка ЗУП». Большинство трудовых договоров не запрещают говорить «работал на 1С:ЗУП в банке N-ского размера» – но запрещают называть конкретику. С разрешения руководителя можно показать архитектурные решения. Для биржи этого достаточно, чтобы стартовать.
5 блоков: (1) Контекст – кто клиент, какая отрасль, размер, конфигурация 1С. (2) Проблема – что было до, в цифрах: «закрытие месяца занимало 4 дня, ошибки в 30% документов». (3) Решение – что именно сделали, без воды, с техническими деталями. (4) Результат – снова в цифрах: «закрытие за 2 часа, ошибки <2%». (5) Отзыв клиента (если можно). Без блока «проблема→результат» это не кейс, а описание услуги.
Скриншоты обезличиваем: замазываем названия контрагентов, ФИО, ИНН, суммы (или меняем порядок цифр). Архитектурные схемы и код можно показывать без анонимизации. Тип отрасли указывайте без названия компании: «торговая компания, оптовая торговля косметикой» – этого достаточно. Перед публикацией – письменное «ок» от клиента (даже после анонимизации). Без согласия – публиковать рискованно: даже без названия по деталям могут узнать.
Главное место – собственный профиль на бирже Koderion и на странице «портфолио» в личном сайте, если он есть. Дополнительно: технические блог-площадки (если технически интересно), профессиональные сообщества 1С (если решение нестандартное), Telegram-канал (короткие версии). Главный сигнал заказчику – кейсы релевантные его отрасли и размеру.
Минимум 3 – иначе выглядит «ещё один новичок». Идеально 5–8 разной сложности и из разных отраслей: один большой проект, два средних, остальные – компактные «было-стало». Больше 10 уже мало кто читает – лучше углубить лучшие, чем добавить слабые.
Описывайте задачи как кейсы: «внутренний проект банка X, доработка ЗУП». NDA от работодателя обычно разрешают говорить «работал в банке Х на 1С:ЗУП», но не цифры и не код. С согласия HR/руководителя можно показать архитектурные решения. Для биржи этого достаточно для старта.
Да, NDA продолжают действовать после окончания работы (обычно 2–5 лет, смотрите условия). Поэтому даже после ухода – анонимизируем по тем же правилам и желательно получаем разовое согласие. Старые кейсы остаются, главное – обновляйте даты и стек, чтобы не выглядели «из 2018-го».
Уважать отказ – это его право по гл. 39 ГК РФ и условиям NDA. Альтернатива: оформите анонимный «технический разбор» – опишите тип задачи и архитектурное решение без отсылки к конкретному заказчику, без скриншотов и без узнаваемых деталей. Это уже не кейс с подтверждённым результатом, а скорее статья – но как демонстрация подхода тоже работает.
Главное место – профиль исполнителя на koderion.ru (его видят заказчики при выборе под задачу). Дополнительно: собственный сайт-портфолио, если есть; профессиональные сообщества 1С – для нестандартных технических решений; технические блог-площадки – для интересных инженерных историй; Telegram-канал или сообщество ВК – короткими версиями. Без публикации в каталоге биржи остальные площадки работают слабее.