Выбор сайта / Блог ontech.pro
Как собрать портфолио на сайте, когда нельзя раскрывать заказчиков
Иногда сильные проекты нельзя показывать с названием клиента, интерфейсами и рабочими данными. Это не делает портфолио невозможным, но меняет его предмет. Вместо узнаваемого бренда читателю можно дать проверяемое описание задачи, решений и вашей роли — в пределах разрешённого раскрытия.
Подготовила команда ontech.pro · Дата в архиве: · Размещено на сайте: · 3 мин чтенияСначала выясните границы публикации
Соберите по каждому проекту условия договора, переписку о публикации и ограничения владельца материалов. Отдельно уточните, можно ли раскрывать отрасль, масштаб, сам факт сотрудничества, изображения и результаты. Разрешение показать логотип не обязательно распространяется на внутренние документы. При неясности согласуйте конкретный текст и иллюстрации с уполномоченным человеком.
Не считайте обезличивание автоматическим разрешением. Редкая комбинация города, типа оборудования и даты запуска может выдать заказчика. Просмотрите материал как человек из его отрасли: достаточно ли деталей, чтобы узнать компанию? Спорные условия публикации лучше проверить отдельно, чем пытаться решить их заменой имени.
Расскажите о задаче без чужой тайны
Уберите детали, не влияющие на понимание работы, и сохраните причинную связь. Например: у распределённой команды были разные версии прайса; требовалось дать сотрудникам единый источник и понятный порядок обновления. Для объяснения решения не всегда нужны названия филиалов, суммы продаж и скриншоты клиентской базы.
Полезный каркас кейса: исходная трудность, согласованные границы, выполненная работа, способ проверки и оставшиеся ограничения. Если нельзя раскрыть даже отрасль, опирайтесь на тип процесса. При этом не делайте описание настолько общим, чтобы оно подходило к любому проекту: конкретику могут дать ваши инженерные и организационные решения.
Покажите собственный вклад
Разделите работу команды, заказчика и других подрядчиков. Если вы разработали только форму и передачу заявки, не представляйте весь сервис как собственный продукт. Опишите, какие входные материалы получили, за что отвечали и что передали. Такая точность помогает потенциальному клиенту понять, какую задачу вам можно поручить.
Результат без открытых показателей тоже бывает содержательным: настроен согласованный маршрут заявки, подготовлена инструкция, пройден определённый набор проверок. Не заменяйте запрещённые цифры приблизительными процентами. Если бизнес-эффект не измеряли, прямо ограничьте вывод тем, что действительно было выполнено и проверено.
Используйте понятные демонстрационные материалы
Схему процесса можно нарисовать заново на вымышленных данных и подписать как иллюстрацию принципа. Демонстрационный макет должен отличаться от доказательства работающего проекта. Не выдавайте его за скриншот системы заказчика, а учебный пример — за коммерческий кейс.
Для фрагмента интерфейса недостаточно закрасить имя в углу. Проверьте адреса, номера документов, комментарии, названия файлов и сведения на соседних вкладках. Учитывайте подписи изображений и скачиваемые материалы. Безопаснее подготовить отдельную копию для публикации и согласовать именно её, сохранив исходник в закрытом рабочем архиве.
Соберите портфолио из разных доказательств
Рядом с обезличенным кейсом можно разместить открытый пример документа, описание метода приёмки или демонстрацию отдельного сценария. Каждый элемент должен отвечать на свой вопрос покупателя. Несколько близких работ объединяйте по типу задачи, если при этом не создаётся впечатление одного несуществующего большого проекта.
Заведите карточку разрешений: какая версия согласована, кем, когда и где её можно показывать. При переработке текста возвращайтесь к этим границам. Просьбу раскрыть детали на личной встрече тоже оценивайте по тем же ограничениям: закрытый разговор сам по себе не отменяет обязательства перед прежним заказчиком.