Опис проєкту
ПерекладУ нас інтернет-магазин на WooCommerce — приблизно 1 200 SKU і близько восьми тисяч відвідувачів на місяць, — і поточний чекаут тихо з'їдає частину продажів. Забагато кроків, немає підказок за адресою, немає експрес-оплати, а на телефонах вёрстка ощущується незручною: люди доходять до оплати і відваливаються. Потрібен розробник, який переберe чекаут в швидкий односторінковий процес і паралельно підключить кастомний платіжний шлюз, який з коробки наш магазин не підтримує.
Друга половина завдання — сам шлюз. Ми працюємо з MonoPay (український еквайринг), і потрібен повноцінний плагін WooCommerce навколо нього, а не костиль: з обробником webhook для асинхронних оновлень статусу, робочими повернення через API і роздільними режимами sandbox і production з адекватним логуванням. Гроші є гроші, тому інтеграцію ми чекаємо протестованою на реальних сценаріях карт (успіх, відмова, 3DS, повернення) і з чистими подіями аналітики, щоб після запуску бачити, де витікає воронка.
Стек: WordPress 6.x, WooCommerce 8.x, PHP 8.2, Stripe SDK для експрес-оплати і MonoPay REST API для карт. Бюджет фіксований — 480 USD, термін 21 день. У відповіді згадайте платіжний шлюз WooCommerce, який ви вже робили. Повні вимоги нижче.
1. Редизайн чекауту
— Односторінковий чекаут (замість багатошагового)
— Автодоповнення адреси через Google Places API
— Експрес-оплата: Apple Pay і Google Pay через Stripe
— Підсумкова корзина з realtime-оновленням і полем промокоду
— Гостьовий чекаут з необов'язковою реєстрацією після замовлення
— Мобільна оптимізація (CLS нижче 0.1)
2. Плагін платіжного шлюзу
— Провайдер: MonoPay (український еквайринг)
— Реалізація WooCommerce gateway class
— Обробник webhook для async-оновлень статусу
— Повернення через API
— Sandbox і production-режими
— Логування і обробка помилок
3. Після інтеграції
— QA: тест-кейси (успіх, відмова, 3DS, повернення)
— GTM-події: checkout_started, purchase, payment_failed
— Документація: установка плагіна, конфігурація шлюзу
Стек: WordPress 6.x, WooCommerce 8.x, PHP 8.2, Stripe SDK, MonoPay REST API.
Бюджет: фіксований, 480 USD. Термін: 21 день.
Друга половина завдання — сам шлюз. Ми працюємо з MonoPay (український еквайринг), і потрібен повноцінний плагін WooCommerce навколо нього, а не костиль: з обробником webhook для асинхронних оновлень статусу, робочими повернення через API і роздільними режимами sandbox і production з адекватним логуванням. Гроші є гроші, тому інтеграцію ми чекаємо протестованою на реальних сценаріях карт (успіх, відмова, 3DS, повернення) і з чистими подіями аналітики, щоб після запуску бачити, де витікає воронка.
Стек: WordPress 6.x, WooCommerce 8.x, PHP 8.2, Stripe SDK для експрес-оплати і MonoPay REST API для карт. Бюджет фіксований — 480 USD, термін 21 день. У відповіді згадайте платіжний шлюз WooCommerce, який ви вже робили. Повні вимоги нижче.
1. Редизайн чекауту
— Односторінковий чекаут (замість багатошагового)
— Автодоповнення адреси через Google Places API
— Експрес-оплата: Apple Pay і Google Pay через Stripe
— Підсумкова корзина з realtime-оновленням і полем промокоду
— Гостьовий чекаут з необов'язковою реєстрацією після замовлення
— Мобільна оптимізація (CLS нижче 0.1)
2. Плагін платіжного шлюзу
— Провайдер: MonoPay (український еквайринг)
— Реалізація WooCommerce gateway class
— Обробник webhook для async-оновлень статусу
— Повернення через API
— Sandbox і production-режими
— Логування і обробка помилок
3. Після інтеграції
— QA: тест-кейси (успіх, відмова, 3DS, повернення)
— GTM-події: checkout_started, purchase, payment_failed
— Документація: установка плагіна, конфігурація шлюзу
Стек: WordPress 6.x, WooCommerce 8.x, PHP 8.2, Stripe SDK, MonoPay REST API.
Бюджет: фіксований, 480 USD. Термін: 21 день.
Розробка для WEB Готівка, Банківський переказ
