Как показать шаблон в кейсе, если его уже купили
Проданный шаблон можно готовить к показу в портфолио, если вы выяснили, какие материалы разрешено публиковать, и собрали отдельную публичную версию. Не открывайте покупателю и посетителям один и тот же рабочий файл по привычке. Для кейса обычно достаточно согласованных изображений и объяснения вашего вклада.
Здесь важен порядок подготовки: определить ограничения, выбрать материал, проверить публичную копию и только потом собирать страницу. По факту оплаты нельзя угадать условия показа. Если они неясны, сначала уточните их у второй стороны. Пересказывать договор или делать вывод о правах по одному сообщению в переписке для публикации кейса не стоит.
Уточните, какую версию работы вы можете показать
Начните с конкретного списка материалов. Какие экраны хотите опубликовать? Будет ли виден бренд покупателя? Нужна ли демонстрация переходов? Планируете ли вы открывать исходный файл? Когда эти вопросы перечислены отдельно, обсуждать публичный показ проще, чем просить общее разрешение «добавить в портфолио».
Подготовьте небольшой предварительный вариант кейса с выбранными изображениями. Так другая сторона увидит именно то, что появится на странице. В ответе важно зафиксировать согласованный объём и условия показа. Если разрешены только отдельные экраны, не расширяйте публикацию до всего проекта после согласования.
Покупка могла относиться к готовому продукту, индивидуальной адаптации или определённому набору материалов. Не пытайтесь вывести условия публикации из названия сделки. Ориентируйтесь на реальные договорённости и при необходимости уточняйте спорные вопросы со специалистом. Пока вопрос не решён, подготовка страницы может идти без публичного доступа.
Если показать клиентскую версию нельзя, возможен другой путь: самостоятельный демонстрационный проект с собственными материалами. Его нужно представить именно как отдельную работу. Не выдавайте переделанную демонстрацию за одобренный клиентом результат и не приписывайте ей показатели исходного проекта.
Отделите исходник, клиентскую сборку и публичный кейс
В рабочем файле могут остаться комментарии, внутренние названия, промежуточные варианты и чужие материалы. Публичная ссылка на такой файл открывает больше, чем выбранные для кейса изображения. Поэтому отдельная демонстрационная копия удобнее для контроля содержимого.
Проверьте не только главный экран. В прототипе могут открываться служебные страницы, формы с настоящими данными или дополнительные варианты через меню. В веб-сборке — тестовые адреса и ссылки на рабочие системы. Просмотрите весь маршрут, который будет доступен посетителю.
Замена логотипа сама по себе не означает, что версия готова к публикации. Названия проектов, фотографии, показатели, подписи в таблицах и комментарии тоже могут раскрывать нежелательные сведения. Составьте список таких мест и проверьте его перед отправкой материала на согласование.
Как использовать демонстрационные данные
Для демонстрации можно подготовить собственный нейтральный контент: вымышленные названия, условные карточки и изображения, которые вы вправе использовать. Обозначьте это в кейсе. Посетитель должен понимать, что видит адаптированную демонстрацию, а не реальную базу покупателей или готовую публичную версию бизнеса.
Не заменяйте настоящие показатели столь же убедительными выдуманными. Если в интерфейсе нужен график или таблица, подпишите их как демонстрационные данные. А в описании результата расскажите о выполненной работе: структуре, компонентах, адаптации и проверках, которые действительно провели.
Как построить кейс вокруг выполненной работы
Начните с роли и объёма: разработали шаблон целиком, адаптировали готовую основу или выполнили отдельную часть. Затем объясните задачу и ограничения. Такой порядок позволяет оценить ваш вклад, даже если имя покупателя и часть материалов остаются закрытыми.
Показывайте решения, доступные для публичного обсуждения. Например, изменение структуры карточки, поведение навигации на телефоне или организацию повторяющихся элементов. Не обязательно раскрывать внутреннюю стратегию клиента, чтобы объяснить, почему интерфейс устроен именно так.
Используйте подписи, которые помогают читать изображения. «Основной экран» обозначает картинку, но почти ничего не объясняет. «Карточки сведены к единому порядку полей, чтобы предложения было легче сопоставлять» описывает конкретное решение. Такую подпись стоит использовать только в том случае, если вы действительно выполнили эту работу.
Если заказчик после передачи изменил шаблон, разделите версии. Укажите, на каком этапе показан ваш результат, а какие изменения относятся к дальнейшей работе другой команды. Не приписывайте себе все свойства текущего сайта только потому, что его интерфейс когда-то начинался с вашего макета.
Что делать, когда нельзя открыть весь проект
Кейс может состоять из разрешённых фрагментов. Выберите их так, чтобы между ними сохранялась понятная связь. Например, экран списка, карточка и короткое объяснение мобильной адаптации способны раскрыть определённую часть работы. Но не пытайтесь по небольшому фрагменту описать то, чего читатель не может увидеть и проверить.
Если недоступны коммерческие показатели, оставьте предметные результаты разработки. Подготовленный набор экранов, настроенные компоненты или исправленный сценарий — сведения о работе, которые вы можете подтвердить материалами. Рост выручки и поведение пользователей нельзя дописывать из предположений.
Иногда для публичного кейса остаётся слишком мало материала. Тогда разумнее опубликовать небольшой честно ограниченный проект, чем заполнять пробелы эффектными мокапами и общими словами. Расскажите, что именно разрешено показать, и сосредоточьтесь на этой части.
Не обещайте выслать закрытые материалы каждому, кто напишет в личные сообщения. Такой обход публичного ограничения не делает показ согласованным. Если потенциальному заказчику нужен более подробный пример, можно предложить другую открытую работу или обсудить отдельную демонстрацию в согласованных условиях.
Перед публикацией также проверьте подписи под каждым изображением. Они должны относиться к показанной версии. Если вы убрали часть экранов или заменили данные, старое пояснение может стать неверным. Особенно внимательно перечитайте утверждения о готовых функциях: изображение демонстрационного состояния ещё не подтверждает, что оно было внедрено в продукт.
Как подготовить публикацию в каталоге
Соберите чистую папку материалов для кейса. В неё должны попасть только выбранные изображения, окончательный текст и разрешённые ссылки. Не загружайте файлы из рабочего архива наугад. Имена и порядок материалов лучше проверить до открытия редактора, пока они не смешались с другими проектами.
Обложку тоже включите в проверку. Она может раскрывать сведения даже тогда, когда основной текст обезличен. Посмотрите, не остались ли на ней реальные имена, уникальные документы или узнаваемая закрытая версия продукта. Превью должно соответствовать согласованному составу кейса.
Откройте форму публикации портфолио ITSNEW и выберите категорию «Шаблоны». В названии обозначьте предмет работы, а в начале описания — свою роль и формат показанной версии. Дополнительные категории указывайте по реальному составу проекта.
После сохранения пройдите по всем ссылкам из опубликованной страницы. Убедитесь, что они открывают демонстрацию, а не рабочую копию. Если разрешение на показ ограничено определёнными материалами, ещё раз сравните страницу с согласованным вариантом. Финальная проверка должна относиться к фактической публикации, а не только к файлу с черновиком.
Сохраните у себя согласованный материал вместе с датой и пояснением, какая версия попала в портфолио. Если позднее потребуется обновить кейс, будет проще понять, какие изображения уже проверены, а какие появились после согласования. Не переносите старое разрешение на новые материалы автоматически: сначала уточните, относятся ли к ним прежние условия.
Проданный шаблон не обязательно исчезает из профессиональной истории автора. Начните с ясных договорённостей и отдельного материала для показа. Когда публичная версия готова, опубликуйте работу на ITSNEW и объясните, какую часть результата выполнили сами.