Верстка Лендінга за ПСД

ТЕХНІЧНЕ ЗАВДАННЯ НА РОЗРОБКУ ЛЕНДИНГУ НА БАЗІ WORDPRESSПро проєкт: Потрібно створити продаючий лендинг для авторського онлайн-інтенсиву на діючому корпоративному сайті юридичної фірми. Платформа сайту: WordPress. Очікувана URL-адреса сторінки: salyk.net/online_intensiveОплата: Проєкт оплачується з резервуванням грошей на депозиті сайту. Без жодних «спочатку зроблю роботу, потім затверджую проєкт і ви проводите оплату». 1. Дизайн і структура:Є готовий прототип у вигляді чистого HTML/CSS коду (включає тексти, структуру, кольорову гаму, адаптивність і вертикальні відеовідгуки 9:16). Код додається до цього ТЗ у файлі «код». Можете його вставити тут https://htmledit.squarefree.com/ і подивитися попередній дизайн. Завдання по дизайну: Взяти цей код за основу, але не просто скопіювати. Вітається доопрацювання UX/UI, додавання акуратних мікроанімованих елементів, тіней, сучасних ефектів (фіч), які зроблять сторінку більш привабливою і продаючою, зберігаючи строгий корпоративний стиль.Фотографії: поки додаються тільки 3 шт., згенеровані ІІ. Після затвердження проєкту надішлю свої особисті фотографії для інтеграції на лендингу.2. Інтеграція з CMS (Редагованість):Критично важливо: Лендинг не повинен висіти на сайті як «голий» HTML-код. Сторінку необхідно зібрати за допомогою візуального конструктора (Elementor) або реалізувати через гнучкі поля (ACF).У замовника повинна бути можливість легко змінювати будь-які тексти, посилання, тарифи, фотографії та відеовідгуки прямо з адмін-панелі WordPress без втручання в код.3. Технічні вимоги та адаптивність:Повна адаптивність кросбраузерної верстки: Desktop, Tablet, Mobile. Сторінка повинна коректно відображатися на всіх типах пристроїв (в тому числі пропорції 3 вертикальних відеовідгуків).Висока продуктивність: Обов'язкова базова оптимізація швидкості завантаження (Google PageSpeed). Зображення повинні бути стиснуті та конвертовані у формат WebP, скрипти та стилі мініфіковані.4. Форма зворотного зв'язку (Лідогенерація):На лендингу є форма заявки (Ім'я, Телефон). Її потрібно зробити повністю робочою.Всі заявки повинні миттєво надсилатися на корпоративний email: info@сайт.net.Необхідно налаштувати відправку через SMTP-сервер або використовувати надійний плагін (WPForms / Contact Form 7), щоб заявки гарантовано не потрапляли в папку «Спам».5. Мультимовність:Поточний сайт передбачає наявність трьох мов (РУС, КАЗ, АНГЛ).В рамках проєкту виконавець повинен налаштувати мультимовність для нового лендингу (за допомогою плагінів Polylang, WPML або аналогів).В процесі виконання завдання замовник надасть готові переклади тексту на казахську та англійську мови. Виконавець повинен створити та оформити ці додаткові мовні версії сторінки.6. Інтеграція з головним сайтом:Налаштувати перехід на лендинг з основного сайту.В головному меню (в хедері) діючого сайту salyk.net необхідно додати нову кнопку або пункт меню (наприклад, «Онлайн-інтенсив»), яка буде вести на адресу /online_intensive.Додатково: зробити функцію на всьому сайті перемикання між мовами rus/eng/kaz в стилі сайту.

Є діючий 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.

ТЕХНІЧНЕ ЗАВДАННЯ Оновлення інтернет-магазину bp.ua Про проєкт Діючий інтернет-магазин парфумерії на OpenCart 2.x. Потрібно перенести на OpenCart 4.x, оновити дизайн і функціонал, зберегти всі дані, інтеграції та SEO. Сайт двомовний (українська + російська). Шукаємо виконавця (або команду) для backend і frontend. Можна відгукуватись на одну частину або на обидві.Частина 1. Backend (OpenCart 4)Міграція Розгортання чистого OpenCart 4.x (остання стабільна гілка), PHP 8.1+. Перенесення даних: товари, категорії, атрибути, опції, бренди, клієнти, замовлення, відгуки, контент-сторінки. Збереження SEO-URL (ЧПУ) один-в-один; карта 301-редиректів зі старих адрес. Прямого апгрейду 2.x → 4.x немає: тільки чисте розгортання + контрольоване перенесення.API-інтеграція з постачальником (пріоритет) Портування наявної кастомної доробки обміну з сервером постачальника (ціни + залишки). Автоматична синхронізація за розкладом (cron), лог помилок, ручний запуск. Приховування/статус для позицій, яких немає в наявності. Підтримка каталогу 2 000+ позицій.Модулі Нова Пошта: вибір відділень/поштоматів, автоформування ТТН з адмінки. Оплата: підключення платіжної системи (LiqPay / Fondy / WayForPay — узгодити), накладений платіж. Чекаут: серверна логіка, гостьове замовлення, статуси, повідомлення клієнту. Масовий імпорт/оновлення товарів з прайсу (xlsx/csv), прив’язка фото за артикулом/штрихкодом.Двомовність (uk / ru) Дві мови магазину: uk-UA (основна) та ru-RU. Двомовні поля товарів, категорій, контент-сторінок, мета-тегів. Окремі SEO-URL для кожної мови, теги hreflang, канонічні URL. 301-редиректи зі старих URL обох мов (перевірити поточну схему: /ru/, піддомен чи параметр). Листи покупцю — мовою сесії клієнта.Блог Зберегти наявний розділ статейhttps://blog.bp.ua/. Перенести існуючі статті (uk/ru) зі збереженням URL і 301-редиректами де потрібно. Двомовність, коректна SEO-розмітка статей. Розділ блогу має лишатися редагованим з адмінки.SEO (серверне) Заміна стороннього SEO-модуля на нативний механізм OC4. Генерація sitemap.xml (окремі мовні гілки), коректний robots.txt. МікророзміткаSchema.org (Product, Offer, BreadcrumbList, Articleдля блогу).Продуктивність і безпека Кеш (OPcache + вбудований OC4), оптимізація запитів, gzip/brotli, HTTP/2. Зображення: WebP, resize з кешуванням. HTTPS, 2FA в адмінці, актуальні патчі, щоденні бекапи. Core Web Vitals у «зеленій» зоні на мобільному.Порядок робіт Усі роботи ведуться на staging. Старий сайт працює до повного тестування нового. Перемикання на прод — з можливістю відкату 30 днів. Частина 2. Frontend (дизайн + верстка)Дизайн Стиль: мінімалістичний, преміальний, багато «повітря», акцент на фото товару. Мобільний-перший підхід (більшість трафіку — мобільний). Дизайн-система у Figma: палітра, типографіка, компоненти, стани. Макети ключових екранів (десктоп + мобільний): головна, каталог, картка товару, бренд-сторінка, кошик, чекаут, пошук, блог і сторінка статті.Верстка Семантичний HTML5, чистий CSS, адаптив (mobile-first). Інтеграція у twig-шаблони OpenCart 4 (не статика), робота з живими даними. Зображення: WebP, lazy-load, srcset. Шрифт із повною кирилицею (uk/ru). Кросбраузерність: Chrome, Safari, Firefox, Edge + iOS/Android. Core Web Vitals: LCP < 2.5 c, CLS < 0.1, INP < 200мс(мобільний).Функціонал інтерфейсу Фасетні фільтри каталогу: бренд, тип, об’єм, нота, стать, ціна. Картка товару: фото, опис, ноти, формат/об’єм, відгуки, «з цим купують». Quick view, список бажань, порівняння, бейджі (новинка, хіт, лімітована к-сть). Адаптивний чекаут з мінімумом кроків, автозаповнення Нової Пошти. Розділ блогу: список статей і сторінка статті у стилі сайту.Двомовність (uk / ru) Перемикач мов у шапці, коректний на мобільному. Верстка враховує різну довжину рядків у двох мовах. Увесь текст теми — через мовні змінні OC4 (без «зашитого» тексту). Приймання та співпрацяЩо передати на завершення Backend:доступи (сервер, БД, адмінка, репозиторій), коротка документація по доробках і cron, інструкція з розгортання/відкату, список сторонніх модулів. Frontend:Figma-файл з дизайн-системою та екранами, код теми (twig + CSS/JS), інструкція зі зміни банерів/контенту.Критерії приймання (коротко)

Веб-сайт наразі інфільтрований вірусом. Сайт не працює належним чином. Зокрема, головна сторінка не працює правильно. Нам потрібен розробник, який може виправити цю помилку якомога швидше.

Є воронка продаж для інтернет-магазину, яку ми хочемо повторити у себе Виглядає вона ось так Основний лендинг (товар, який основний у продажу, наприклад, сорочка) Потім сторінка чекауту (де людина вводить свої дані і вибирає, скільки, наприклад, сорочок вона хоче купити) Потім він йде далі по воронці, і йому пропонують допродаж 1 (шкарпетки) + потім допродаж 2 (труси) і фінал сторінка дякую Як це має працювати в плані переходу по сторінках і логіці, ви можете подивитися тут (потрібно дійти до кінця до сторінки дякую) https://3plus3.heroman.com.ua/standard/ У нас є приклади сторінок, які ми хочемо зробити у себе Тобто для нас по суті ми скопіюємо дизайн - верстатимемо - заповнюватимемо під наш товар Сторінки з допродажами будуть такі ж за дизайном і структурою, як на сайті, що скинув вище (труси) Вам заповнювати не треба буде сторінки інформацією, тільки зібрати скелет - щоб заявка правильно приходила Також придумувати структуру теж не потрібно для сторінок Від вас по суті Скопіювати і сверстати Налаштувати, щоб технічно правильно працювало Показати, як з цим працювати, щоб могли самі це робити Є 2 конструктори сайтів на приміті, з 1 плотно працюємо зараз і потрібно зрозуміти, чи можна на ньому таке розгорнути (але я читав в гпт, що можна)