Робота для веб програмістів

Переробка веб-сторінок https://ekoplastancl.com.ua з Canva на Webflow / WordPress / Wix Studio для розміщення тегів Google Ad

Шукаємо спеціаліста для створення сайту / лендингу для продажу товарів для вікон: штори, ролети та плісовані штори. Нам потрібен не просто сайт-візитка, а практичний інструмент для продажів, збору заявок і подальшого масштабування. Шукаємо спеціаліста, який уже створював схожі моделі сайтів: з вибором параметрів товару, розрахунком ціни, заявками / замовленнями та консультацією клієнта. Також важливо, щоб спеціаліст розумів роботу із закордонною аудиторією, оскільки сайт планується для продажів не лише в Україні, а й на європейському / польському ринку. Основна логіка сайту: Клієнт заходить на сайт і має можливість: Обрати товар. Обрати колір / варіант. Вказати ширину та висоту. Побачити орієнтовну або точну вартість. Залишити заявку або оформити замовлення. У перспективі — оплатити онлайн. Також важливо передбачити кнопку консультації, якщо клієнт не впевнений у замірах або виборі товару. Наприклад: “Потрібна допомога із заміром?” / “Отримати консультацію”. Нам важливо, щоб клієнт міг не обов’язково телефонувати, а написати нам і отримати допомогу онлайн. Додатковий продукт: Окремо хочемо додати плісовані штори як додатковий товар або дешевшу альтернативу основним шторам. Тобто сайт має дозволити показати клієнту простіший і доступніший варіант, якщо основний товар для нього занадто дорогий. B2B-напрямок: У перспективі хочемо мати B2B-блок або окрему сторінку для оптових клієнтів: салони штор, майстри, партнери, виробники, оптові покупці. Там має бути коротка інформація про оптову співпрацю, можливість залишити заявку та, можливо, орієнтовна логіка цін залежно від кількості. Що потрібно від спеціаліста: Підказати, як краще реалізувати сайт: CMS, конструктор, кастомна розробка чи інший варіант. Запропонувати оптимальну структуру сайту. Пояснити, чи реально зробити калькулятор ціни по ширині та висоті. Підказати, як краще організувати заявки / консультацію / оплату. Оцінити, що можна зробити на першому етапі, а що краще залишити на потім. Назвати орієнтовні терміни та вартість. Нам важливо запустити сайт поетапно: спочатку зробити мінімальну робочу версію, яка вже зможе збирати заявки або продажі, а потім поступово додавати складніший функціонал. Формат роботи: Спочатку хочемо провести короткий Zoom / Google Meet, щоб показати продукт, пояснити логіку і зрозуміти, чи зможете ви допомогти з реалізацією. Перед зустріччю можемо надіслати приблизне ТЗ і приклади, щоб ви заздалегідь розуміли, про який продукт і яку логіку сайту йде мова. Це не фінальне технічне завдання, а попереднє бачення задачі, яке ми хочемо обговорити зі спеціалістом.

Необхідно розробити веб-додаток для автоматизації підтвердження замовлень та пропозиції додаткових товарів клієнтам через Viber. Замовлення надходять у CRM SalesDrive. Загальна логіка роботи: 1. Менеджер у веб-додатку обирає одне або кілька замовлень з SalesDrive, обирає сценарій та одну або кілька рекламних листівок, після чого запускає автоматичну обробку. 2. Клієнту через Viber Business Messages надсилається транзакційне повідомлення з даними замовлення: товари, сума, спосіб оплати, місто, служба доставки та відділення/адреса. Клієнт обирає: — «Так, далі»; — «Зв'язатися з менеджером». 3. Після підтвердження клієнту автоматично надсилається одна або кілька обраних менеджером рекламних листівок з додатковими товарами. 4. Клієнт у вільній текстовій формі одним або кількома повідомленнями пише, які товари і в якій кількості хоче додати. Після завершення вибору клієнт натискає кнопку «Я все обрав(ла)» 5. ІІ аналізує всі повідомлення клієнта і співвідносить обрані позиції тільки з товарами, що містяться в надісланих клієнту листівках. Для кожної листівки в системі заздалегідь зберігається структурований список товарів та їх ID/артикулів. 6. Система формує розпізнаний список товарів і кількості та надсилає його клієнту на підтвердження. Клієнт обирає: — «Так, правильно»; — «Потрібно змінити»; — «Зв'язатися з менеджером». 7. Після підтвердження обрані додаткові товари автоматично додаються в існуюче замовлення SalesDrive. Змінюється сума та статус замовлення. 8. Після завершення підтвердження замовлення клієнту надсилається інформація про терміни відправки. Приклад: «Відправка замовлення здійснюється протягом 2 робочих днів. Якщо для вас важлива якнайшвидша відправка, натисніть кнопку нижче. Ми врахуємо це при обробці замовлення». Кнопки: — «Все добре»; — «Потрібна швидка відправка». Якщо клієнт обирає «Потрібна швидка відправка», в замовленні SalesDrive повинна зберігатися відповідна позначка або коментар. Автоматичний сценарій при цьому продовжується. 9. Клієнту автоматично надсилається інформаційне повідомлення про необхідність огляду посилки при отриманні. Приклад: «Будь ласка, огляньте товар у відділенні служби доставки при отриманні. У разі виявлення механічних пошкоджень не забирайте посилку та зв'яжіться з нами. Це допоможе нам швидко вирішити ситуацію». Кнопки та відповідь клієнта на даному етапі не потрібні. 10. Останнім повідомленням клієнту автоматично надсилаються контактні дані компанії. Приклад: «Якщо у вас виникнуть питання щодо замовлення, ви можете зв'язатися з нами: Телефон: … Viber: … Telegram: …» Контактні дані та текст повідомлення повинні редагуватися адміністратором додатку. 11. Нестандартні випадки передаються менеджеру. Наприклад: — клієнт просить змінити замовлення; — клієнт обирає зв'язок з менеджером; — ІІ не зміг однозначно розпізнати товари або кількість; — клієнт не підтвердив розпізнаний список; — клієнт надіслав неподтримуване вкладення; — виникла технічна помилка. Після передачі замовлення менеджеру автоматичний сценарій зупиняється. Інтеграції: — SalesDrive API; — TurboSMS HTTP API / webhook, Viber Business Messages; — API ІІ-моделі для розпізнавання вільного тексту клієнта. Необхідно також реалізувати: — веб-панель менеджера; — отримання та відображення замовлень SalesDrive; — вибір одного або кількох замовлень; — вибір сценарію; — вибір однієї або кількох листівок; — управління листівками та прив'язаними до них товарами; — зберігання стану Viber-діалогу; — історію діалогу; — зміну статусів замовлення; — зупинку автоматичного сценарію; — базову статистику. Вхідні зображення, файли та голосові повідомлення клієнта розпізнавати не потрібно. ІІ працює тільки з текстом. TurboSMS підтвердив можливість автоматичної відправки повідомлень через HTTP API, отримання відповідей через webhook та роботи подальшого сценарію в рамках Viber чат-сесії. Докладне технічне завдання підготовлено і буде надано потенційному виконавцю. В відповіді прошу вказати: 1. Орієнтовну вартість розробки MVP. 2. Орієнтовний термін розробки. 3. Чи є досвід інтеграцій з CRM/API/webhook. 4. Чи є досвід інтеграції AI/LLM API для обробки користувацького тексту. 5. Приклади схожих проектів, якщо є.

Є сайт на Wix Studio. На сторінці категорій товарів (динамічна сторінка) на мобільних пристроях з'являються великі білі прогалини між картками товарів коли деякі поля порожні. Картки товарів без даних займають ~1949px висоти на мобільному. Блоки акордеонів ("Склад", "Опис", "Технічні характеристики") резервують великий порожній простір навіть коли даних немає. Блок з галереєю фото також створює великий білий розрив коли фото немає. Що потрібно зробити: Коли поля "Склад", "Опис", "Технічні характеристики" порожні в CMS — заголовки акордеонів повинні залишатися видимими, але порожній простір всередині не повинен резервуватися Коли фото немає - блок галереї не повинен створювати великий білий розрив Виправлення повинно працювати на всіх сторінках категорій, не тільки на одній Важливо: Заголовки розділів ("Склад", "Опис" тощо) повинні залишатися видимими завжди. Прибрати потрібно лише порожній білий простір всередині.

Є сайт на Wix Studio. На сторінці категорій товарів (динамічна сторінка) на мобільних пристроях з'являються великі білі прогалини між картками товарів коли деякі поля порожні. Картки товарів без даних займають ~1949px висоти на мобільному. Блоки акордеонів ("Склад", "Опис", "Технічні характеристики") резервують великий порожній простір навіть коли даних немає. Блок з галереєю фото також створює великий білий розрив коли фото немає. Що потрібно зробити: Коли поля "Склад", "Опис", "Технічні характеристики" порожні в CMS — заголовки акордеонів повинні залишатися видимими, але порожній простір всередині не повинен резервуватися Коли фото немає - блок галереї не повинен створювати великий білий розрив Виправлення повинно працювати на всіх сторінках категорій, не тільки на одній Важливо: Заголовки розділів ("Склад", "Опис" тощо) повинні залишатися видимими завжди. Прибрати потрібно лише порожній білий простір всередині.

Я професійний 3D-дизайнер, створюю високодеталізовані рендери пам'ятників і меморіальних комплексів (вертикальний формат 9:16). Мої клієнти — це власники цехів і майстерень, яким потрібен зручний цифровий каталог моїх макетів для показу своїм роздрібним покупцям. Що мені потрібно: Підібрати оптимальну платформу і зібрати легкий, швидкий веб-додаток (каталог), який буде ідеально виглядати на смартфонах і коректно відкриватися на комп'ютерах. Ключові вимоги до каталогу: Дизайн: Максимальний мінімалізм. Темна тема (чорний фон), велике вертикальне зображення (пропорції 9:16), під ним тільки назва/артикул макета. Жодних довгих описів. Управління базою: Мені потрібна максимально проста система додавання нових макетів (ідеально — через звичні Google Таблиці або дуже зручну внутрішню БД). Я повинен просто завантажити зображення і вписати артикул, не ламаючи верстку. Інтеграція до клієнтів (Найважливіше): Каталог повинен легко впроваджуватися на сайти моїх замовників-цехівників (в когось WordPress, в когось самопис). Потрібно продумати елегантний спосіб вбудовування: через Iframe (щоб каталог працював прямо всередині їхньої сторінки) або через правильну настройку кнопки-посилання. Що я вже пробував: Тестував Glide і Adalo. В Adalo вийшов потрібний візуал (9:16 на чорному фоні), але управління внутрішньою базою даних і возня зі посиланнями на Google Диск виявилися занадто незручними для постійної роботи. Плюс є сумніви щодо правильного вбудовування Iframe в чужі сайти так, щоб він не роз'їжджався на широких моніторах. Від вас чекаю у відповіді: На якій платформі (Adalo, Glide, Bubble, Webflow, Glide + Airtable або щось інше) ви пропонуєте це реалізувати і чому? Як буде вирішено питання з зберіганням важких зображень (рендерів)? Як ви пропонуєте технічно вбудовувати цей каталог на сторонні сайти моїх клієнтів? Шукаю спеціаліста, який закриє цю технічну проблему під ключ, щоб я міг спокійно займатися 3D-моделюванням.

Сайт вже запущений і працює. Основне завдання — розібратися в поточній структурі проєкту, перевірити якість реалізації, виправити знайдені технічні проблеми та допомогти з подальшими змінами.Основний стек Next.js 15 React 19 TypeScript Tailwind CSS Zod Redux Toolkit В проєкті також можуть використовуватися: Prisma JWT-авторизація Stripe Mailgun Google APIs Vercel або Netlify FunctionsОсновні завдання провести ревізію існуючого проєкту; оцінити структуру та якість коду; виправляти помилки та доопрацьовувати поточний функціонал; покращувати серверний рендеринг і швидкість завантаження сторінок; перевіряти коректність відображення сайту на мобільних пристроях; працювати з формами, адміністративною частиною та зовнішніми інтеграціями; вносити технічні SEO-зміни; підтримувати і поступово покращувати існуючий сайт.Що для нас важливо добрий досвід роботи з Next.js, React та TypeScript; уміння розбиратися в чужому коді; розуміння SSR та особливостей Next.js App Router; уважність до продуктивності та якості реалізації; уміння пояснювати знайдені проблеми та пропонувати зрозумілі рішення; самостійність та акуратна робота з діючим сайтом. На першому етапі необхідно ознайомитися з проєктом, провести технічну ревізію та запропонувати список пріоритетних змін. Після цього можлива постійна робота над подальшим розвитком сайту.

Шукаємо досвідченого Embedded-розробника для створення енергоефективної прошивки під носимий пристрій (форм-фактор: нагрудний ремінь) для моніторингу психофізіологічного стану. Проектування схеми завершено, розробка буде вестися на базі налагоджувальної плати (Development Kit) з подальшим перенесенням на кастомну плату.Стек і апаратна база:MCU: Nordic Semiconductor nRF52840 або nRF5340.Середа розробки: nRF Connect SDK / Zephyr RTOS (строго Сі/C++).Периферія:Оптичний датчик пульсу (PPG) — робота по I2C.6-осевий інерційний датчик (IMU акселерометр + гіроскоп) — робота по SPI.Драйвер тактильного мотора (LRA 1030) — управління через PWM/ШИМ.Зовнішня SPI Flash-пам'ять для циклічного логування.Обсяг роботи по етапахЕтап 1: Bring-up, драйвери периферії і BLE-телеметріяМета: Оживити залізо, налаштувати стабільний збір даних і їх передачу на смартфон/ПК.Налаштування роботи шин I2C і SPI з використанням DMA (Direct Memory Access) для розвантаження процесора.Написання/інтеграція драйверів для PPG і IMU (налаштування частоти опитування, FIFO-буферів датчиків).Розгортання кастомного BLE-профілю (GATT-сервіс) для передачі сирих даних з датчиків в реальному часі.Базова ініціалізація ШИМ для управління тактильним LRA-мотором (запуск тестових патернів вібрації).Етап 2: Алгоритмічний шар (DSP і багаторівнева логіка зворотного зв'язку)Мета: Реалізувати математичну обробку сигналів безпосередньо на чипі (Edge Computing) і логіку реакцій пристрою.Реалізація алгоритмів фільтрації артефактів руху: очищення сигналу PPG з використанням даних акселерометра (IMU).Виділення R-R інтервалів (HRV) з очищеного PPG-сигналу.Реалізація 4-рівневої логіки стійкості системи:Рівень Дрейфа: Відстеження плавного зміни HRV і дихання.Рівень Прогнозу: Обчислення математичного тренду на погіршення стану.Рівень Мікро-корекції: Генерація ледь помітних тактильних патернів на LRA-моторі при фіксації цільового патерну даних.Рівень Апаратного скидання: Реалізація логіки безпеки (високоінтенсивний тактильний імпульс при критичних показниках).Етап 3: Енергозбереження, логування і відмовостійкістьМета: Підготовка пристрою до автономної роботи від мініатюрного акумулятора і забезпечення стабільності «24/7».Глибока оптимізація енергоспоживання. Переведення MCU в режим сну (System ON/OFF) між тактами вимірювань. Процесор повинен прокидатися тільки за перериваннями від FIFO-буферів датчиків або таймера.Написання відмовостійкої файлової системи у зовнішній SPI Flash (наприклад, LittleFS) для автономного циклічного збереження логів.Налаштування апаратного сторожового таймера (Watchdog Timer) для запобігання зависанню прошивки.Вимоги до виконавця:Досвід комерційної розробки під чіпи Nordic (nRF52/nRF53) від 3 років.Впевнене володіння Zephyr RTOS і інструментами налагодження (Segger Embedded Studio / VS Code, J-Link).Розуміння принципів роботи цифрової фільтрації сигналів (DSP) і роботи з низьким енергоспоживанням (Low-Power дизайн).Наявність власного налагоджувального комплекту (nRF52840-DK або аналогічного) для старту роботи вітається.Формат роботи:Поетапна оплата (Milestones) з фіксацією результатів на GitHub. Будь ласка, вкажіть вашу погодинну ставку або приблизну оцінку вартості і термінів для кожного з трьох етапів.

Потрібен спеціаліст з Wix для верстки сайту за макетом Figma. Є готовий дизайн сайту у Figma. Потрібно якісно реалізувати його у Wix, максимально дотримуючись макета. Необхідно: перенести дизайн з Figma до Wix; адаптувати всі сторінки; налаштувати десктопну та мобільну версії; забезпечити коректне відображення на різних пристроях. Перевага надається виконавцям із досвідом роботи з Wix. Будь ласка, надсилайте портфоліо з реалізованими проєктами.

Загальна інформація Необхідно розробити просту мінімалістичну вебсистему, основною метою якої є ведення бази клієнтів, створення записів на візити та автоматизація процесу підтвердження візитів через SMS, відправка одноразових посилань через АПІ з самого сервіса. Проєкт розробляється поетапно. На першому етапі необхідно реалізувати лише базову функціональність (MVP), щоб систему можна було використовувати в реальній роботі. Після запуску та тестування вона буде поступово розширюватися новими модулями.Основна функціональність першого етапу авторизація користувачів; база клієнтів; створення та редагування записів; список записів (або простий календар); перемикання між торговими точками; інтеграція з SMS-оператором через API; надсилання SMS із довільним текстом або посиланням для підтвердження візиту; підтвердження або скасування візиту клієнтом за одноразовим посиланням; відображення статусу підтвердження безпосередньо біля запису клієнта. На початковому етапі замість повноцінного календаря допускається використання простого списку записів за днями. Кожен день повинен містити хронологічний список бронювань із зазначенням часу, імені клієнта, послуги, працівника та статусу підтвердження. Надалі цей список можна буде замінити на повноцінний календар без зміни структури системи. У системі повинна бути можливість перемикатися між торговими точками. Кожна торгова точка має власний список записів (або календар), але всі вони використовують спільну базу клієнтів.

Проєкт: лендинг для набору студентів в академію манікюру/педикюру на базі салону LÁSKA Beauty Studio (Frýdek-Místek, Чехія). Мови сайту: чеська (основна) + українська (перемикач мов). Мета: заявка на курс через форму на сайті Цільова аудиторія та інформація по курсах (програми, ціни, портрети ЦА): надамо виконавцю після старту роботи. Структура лендингу:у доданому файлі (готові обговорювати) Дизайн-референси Палітра і стиль — надамо брендбук Лендінги, які подобаються: thezeny.cz,makeupinstitute.cz Функціональні вимоги Адаптивна верстка (десктоп/планшет/мобільний). Перемикач мов CZ/UA (весь контент дублюється). Форма заявки з валідацією Google Maps зі студією у Frýdek-Místek. SEO-розмітка + мікророзмітка Course/LocalBusiness. Згода на обробку персональних даних (GDPR).

Потрібно розробити форму онлайн-запису для косметичного салону та інтегрувати її в існуючий сайт (лендінг). Сайт на стадії розробки (на HTML, CSS, JS). На сайті відсутня власна база даних (і не планується), тому необхідно запропонувати безкоштовне рішення для зберігання та керування даними, яке буде простим в адмініструванні та стабільним у роботі. Необхідний функціонал: підвантаження списку категорій послуг; підвантаження послуг відповідно до обраної категорії; підвантаження списку майстрів, які виконують обрану послугу; відображення доступних дат і вільного часу відповідно до графіка роботи майстра; створення запису з автоматичним блокуванням обраного часу; захист від подвійного бронювання. Дані у формі: ім'я; номер телефону; категорія послуг; послуга; майстер; дата; час; коментар (необов'язково). Адміністрування: Повинна бути можливість: додавати та редагувати категорії послуг; додавати та редагувати послуги; додавати та редагувати майстрів; налаштовувати графік роботи кожного майстра; керувати вихідними, відпустками та іншими періодами недоступності; переглядати, редагувати та скасовувати записи клієнтів. Прошу вказати: яке рішення пропонуєте для зберігання даних; орієнтовну вартість; термін виконання. Дизайн не важливий, головне функціонал. Людина, що робить верстку сайту, сама оформить її в потрібному дизайні.

Потрібно вивантажити в застосунок товари інтегрувати його з сайтом на вордпресс Налаштувати тестовий перегляд на реальному пристрої.

# Потрібен верстальник (WordPress / WooCommerce): картка товару ## Про проєкт Діючий інтернет-магазин Дизайн вже готовий — потрібно якісно зверстати й інтегруватикартку товару (single product). - Поточна сторінка (приклад): https://obertshop.com.ua/shop/dysky/audi/r21-audi/disk-r21-na-avto-audi-obr9006/ Верстка шаблонуsingle-product ## Вимоги - Верстка до макету Figma. -Адаптив: desktop + mobile, коректне відображення в основних браузерах. - Інтеграція в існуючу тему WooCommerce, чистий і підтримуваний код. - Результат — робоча сторінка на сайті, що відповідає дизайну. ## Що надіслати у відгуку 1. Портфоліо (бажаноWordPress / WooCommerce, картки товарів). 2.Вартість — запропонуйте зручний формат (фікс за проєкт або погодинна ставка). 3.Строк у днях. 4. Питання по макету та перелік доступів/матеріалів, які потрібні від нас для старту. Доступ до Figma, сайту й потрібні матеріали надам у приватних повідомленнях після відгуку.

Потрібно перенести самописний проєкт із CodeIgniter 2 на Laravel 12. Подробиці надам в особисті повідомлення.