Кейс — это не «сделал отчёт за 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-канал или сообщество ВК — короткими версиями. Без публикации в каталоге биржи остальные площадки работают слабее.