Не вказано
46 ставок
Є діючий production-сайт з каталогом товарів, картками моделей та інформаційними сторінками.
Стек frontend:
— Next.js;
— React;
— TypeScript;
— існуюча компонентна система;
— staging та production середовища.
Є погоджене візуальне напрямок і дизайн нової головної сторінки. Необхідно впровадити його в існуючий проект, адаптувати під 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 після приймання.
КРИТЕРІЇ ПРИЙМАННЯ
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. Фіксована ціна за повний обов'язковий 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.
