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