Описание проекта
У нас интернет-магазин на WooCommerce — примерно 1 200 SKU и около восьми тысяч посетителей в месяц, — и текущий чекаут тихо съедает часть продаж. Слишком много шагов, нет подсказок по адресу, нет экспресс-оплаты, а на телефонах вёрстка ощущается неудобной: люди доходят до оплаты и отваливаются. Нужен разработчик, который переберёт чекаут в быстрый одностраничный процесс и параллельно подключит кастомный платёжный шлюз, который из коробки наш магазин не поддерживает.
Вторая половина задачи — сам шлюз. Мы работаем с 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 Наличные, Банковский перевод
