Не указан
37 ставок
Есть действующий production-сайт с каталогом товаров, карточками моделей и информационными страницами.
Стек frontend:
— Next.js;
— React;
— TypeScript;
— существующая компонентная система;
— staging и production environments.
Есть согласованное визуальное направление и дизайн новой главной страницы. Необходимо внедрить его в существующий проект, адаптировать под desktop/tablet/mobile и привести все основные типы страниц сайта к единой обновлённой стилистике.
Полный редизайн продукта и изменение бизнес-логики не требуются.
ОБЯЗАТЕЛЬНЫЙ SCOPE
1. Новая главная страница
— реализовать главную страницу по предоставленному дизайну;
— сохранить существующую функциональность, ссылки и маршрутизацию;
— корректно подключить согласованные секции и CTA;
— использовать существующие данные и API;
— предусмотреть корректное отображение динамического контента.
Основные типы секций:
— header/navigation;
— hero;
— информационные блоки;
— карточки моделей/предложений;
— аналитические или market insight блоки;
— CTA-секции;
— footer.
Точный состав секций будет предоставлен выбранному исполнителю вместе с макетом.
2. Responsive
Необходимо реализовать:
— desktop;
— tablet;
— mobile;
— промежуточные разрешения;
— корректное поведение сеток, карточек, меню, кнопок и типографики;
— отсутствие горизонтального скролла и визуальных конфликтов.
3. Типографика и общие стили
— внедрить новые согласованные шрифты;
— привести размеры, веса, line-height и интервалы к единой системе;
— обновить стили кнопок, карточек, полей, бейджей и заголовков;
— по возможности использовать общие design tokens или CSS variables;
— не дублировать стили отдельно для каждой страницы без необходимости.
4. Унификация существующих страниц
Проверить и привести к новой стилистике основные типы страниц:
— каталог;
— карточка модели / PDP;
— информационные страницы;
— header;
— footer;
— формы;
— модальные окна;
— существующие CTA;
— loading / empty / error states, если они уже присутствуют в проекте.
Речь идёт о визуальной унификации существующих компонентов, а не о полном индивидуальном редизайне каждой страницы.
5. Каталог
Проверить:
— сетку карточек;
— изображения;
— название, reference и цену;
— фильтры и сортировки;
— кнопки и ссылки;
— desktop/mobile отображение;
— loading и empty states;
— отсутствие визуальных сдвигов при загрузке.
6. PDP
Проверить:
— галерею;
— основной информационный блок;
— цену и CTA;
— аналитические секции;
— таблицы и метрики;
— About Watch;
— desktop/mobile компоновку;
— длинные названия, references и отсутствующие данные.
Необходимо сохранить текущую функциональность и существующие контракты API.
7. Header и Footer
— единая стилистика на всех страницах;
— responsive navigation;
— mobile menu;
— корректные active/hover/focus states;
— отсутствие расхождений между главной, каталогом и PDP.
8. Состояния интерфейса
Для динамических блоков проверить:
— loading;
— empty data;
— API error;
— insufficient data;
— отсутствующее изображение;
— отсутствующая цена;
— длинный текст;
— мобильное отображение.
Не требуется разрабатывать новую сложную бизнес-логику. Необходимо корректно визуализировать уже существующие состояния.
9. Качество и производительность
— не ухудшить SEO и текущую индексацию;
— сохранить корректные metadata и semantic HTML;
— не создавать критических layout shifts;
— оптимизировать изображения и шрифты;
— учитывать reduced motion для анимаций;
— проверить базовую доступность: focus states, contrast, keyboard navigation;
— не подключать тяжёлые библиотеки без обоснованной необходимости.
10. Staging и QA
— развернуть изменения на staging;
— проверить основные типы страниц;
— проверить desktop, tablet и mobile;
— устранить визуальные и responsive-баги;
— после приёмки выполнить production deployment;
— обеспечить исправление багов по реализованному scope не менее 7 календарных дней после выкладки.
РЕЗУЛЬТАТ РАБОТЫ
— Pull Request с frontend-кодом;
— реализованная новая главная;
— responsive desktop/tablet/mobile;
— единые шрифты, карточки и базовые UI-компоненты;
— визуально согласованные каталог, PDP и информационные страницы;
— staging deployment;
— исправление найденных визуальных ошибок;
— production deployment;
— краткое описание изменённых компонентов;
— 7-дневный bug-fix period после приёмки.
ACCEPTANCE CRITERIA
1. Главная соответствует предоставленному дизайну.
2. Все секции корректно работают на desktop, tablet и mobile.
3. Header и footer единообразны на всех страницах.
4. Каталог и PDP визуально соответствуют новой системе.
5. Текущая функциональность сайта не нарушена.
6. API-контракты и backend-логика не изменены без согласования.
7. Нет горизонтального скролла и критических layout shifts.
8. Шрифты и изображения загружаются корректно.
9. Loading, empty и error states отображаются без поломки layout.
10. Изменения проверены на staging и развернуты в production.
11. Исправлены визуальные ошибки, обнаруженные при приёмке в рамках согласованного scope.
ЧТО НЕ ТРЕБУЕТСЯ
— разработка backend;
— изменение бизнес-логики;
— создание нового каталога или CMS;
— разработка нового API;
— полный редизайн каждой информационной страницы;
— новые пользовательские функции, отсутствующие в макетах;
— разработка сложной дизайн-системы с нуля;
— создание нового проекта вместо доработки существующего;
— изменение SEO-структуры без отдельного согласования.
ТРЕБОВАНИЯ К ИСПОЛНИТЕЛЮ
— уверенный Next.js / React / TypeScript;
— опыт работы с существующими production-проектами;
— качественная responsive-вёрстка;
— опыт внедрения дизайна из Figma;
— компонентный подход;
— уверенная работа с CSS / CSS Modules / Tailwind или существующей системой проекта;
— понимание Core Web Vitals;
— Git / Pull Request workflow;
— умение работать через staging.
В ОТКЛИКЕ ОБЯЗАТЕЛЬНО УКАЗАТЬ
1. Fixed price за полный обязательный scope.
2. Срок выполнения в рабочих днях.
3. Оценку в часах.
4. Когда готовы начать.
5. Ссылки на 2–3 релевантных проекта на Next.js/React.
6. Есть ли опыт работы с каталогами, карточками товаров или аналитическими интерфейсами.
7. Что потребуется для точной оценки до начала работы.
8. Входят ли в цену:
— staging;
— responsive QA;
— production deployment;
— исправление багов;
— 7-дневный bug-fix period.
Шаблонные отклики без просмотра требований и без конкретной оценки рассматриваться не будут.
Доступ к production на первом этапе не предоставляется. Работа начинается после ограниченного code review и разворачивается через staging.
