Нет единой поддержки в России и Казахстане: как закрыть разрыв с помощью хостинга в Казахстане
Разные подрядчики, часовые пояса и тикеты — инциденты ночью и без понятного SLA.
Читать →WeChat Pay и Alipay требуют отдельной регистрации продавца — без этого конверсия падает на финальном шаге.
Мини приложение в WeChat собрали, каталог локализовали, логистику настроили — и на шаге оплаты китайский пользователь упирается в пустоту. Карты Visa/Mastercard «как в РФ» здесь не спасают. Без WeChat Pay и часто Alipay воронка обрывается там, где уже был готов купить. Это не баг интерфейса. Это незакрытый merchant onboarding.
Для команд из РФ и СНГ ошибка типична: оплату думают «подключим в конце, как эквайринг». В китайском контуре оплата — отдельный проект со своими юрлицами, проверками, договорами и сроками. UI можно нарисовать за недели; merchant-статус иногда занимает заметно дольше.
Привычные международные способы в mainland работают плохо или не работают для повседневной аудитории. Пользователь ждёт WeChat Pay внутри экосистемы WeChat — это естественный жест, а не «ещё одна кнопка».
Alipay часто нужен как второй контур: не все сценарии и не вся аудитория живут только в WeChat. Если его нет, часть покупателей просто уходит.
Даже при наличии кнопки «оплатить» без завершённого onboarding платёж не проходит или проходит только в песочнице. Демо на совещании зелёное, прод для реальных Китай пользователей — нет.
Отдельно бьёт рассинхрон статусов: мини-приложение считает заказ оплаченным, CRM — нет, или наоборот. Без корректных уведомлений и сверки поддержка тонет в ручных проверках.
Юридическая модель: кто мерчант, какая сущность в Китае контуре, какие документы и лицензии нужны под категорию товаров/услуг. «Наш ООО в РФ» само по себе редко закрывает вопрос.
Проверки платёжных платформ и привязка к аккаунту/мини-приложению. Каналы, комиссии, лимиты, валютные и расчётные нюансы — всё это выясняют до обещания даты запуска продаж.
Техническая связка: создание платежа, подпись запросов, обработка уведомлений, идемпотентность, отображение статуса в заказе, возвраты. Оплата — это API и операционный процесс, не только кнопка.
Тестовый контур и продовый. Путаница ключей и endpoint’ов — классика, из-за которой «вчера на тесте платили» превращается в «сегодня у клиентов отказ».
Важна и продуктовая упаковка оплаты внутри мини-приложения. Пользователь в WeChat ожидает привычный сценарий подтверждения платежа, понятный статус «оплачено / в обработке / ошибка» и быстрый путь в поддержку заказа. Если после успешного списания экран зависает или заказ остаётся «новым», conversion формально есть, а доверие — уже нет. Повторные попытки оплаты без идемпотентности создают двойные списания и ручной ад для финансов.
Отдельно заложите валюту отображения, округление, комиссии и то, что видит бухгалтер в реестре. Расхождение «в приложении 100, в выписке 99.7» без регламента сверки превращается в еженедельный конфликт между маркетингом и учётом.
Сначала фиксируют целевой сценарий: только WeChat Mini Program, только H5, нужен ли Alipay, B2C или B2B. От сценария зависит маршрут onboarding и набор ограничений.
Параллелят разработку UI и юридически платёжную ветку. Нельзя ставить merchant-статус в хвост спринта «перед релизом».
Закладывают статусы заказа и сверку: что видит пользователь, что видит оператор, что уходит в учёт. Возвраты и частичные отмены продумывают заранее — в пик продаж это всплывает первым.
Делают пилот на ограниченном ассортименте и реальных малых суммах после допуска, а не только mock в интерфейсе. Критерий успеха — деньги и статус, а не красивый экран.
| Ситуация | Риск | Что сделать |
|---|---|---|
| UI готов, merchant — нет | Нулевая оплата в Китае | Поднять приоритет onboarding |
| Только международные карты | Отказ аудитории mainland | WeChat Pay (+ Alipay по аудитории) |
| Оплата в sandbox | Ложное чувство готовности | Прод ключи, боевой тест |
| Нет webhook/сверки | Ручной хаос по заказам | Уведомления + сверка статусов |
| Возвраты «потом» | Эскалации и чарджбеки по процессу | Сценарий refund в MVP |
Обещать дату старта продаж по готовности дизайна мини-приложения. Дата старта — дата рабочего платежа.
Выбирать категорию товаров «наугад» и потом упираться в ограничения мерчанта. Лучше сузить ассортимент первой волны, чем застрять на модерации.
Строить оплату как «переведём наш российский checkout один в один». UX и доверие в WeChat другие; копирование формы с сайта РФ часто ломает conversion даже при рабочих ключах.
Игнорировать операционку: кто подтверждает расхождения, кто делает refund, в каком часовом поясе поддержка. Платёж без процесса — бомба замедленного действия.
Подключать «серые» обходные схемы вместо нормального onboarding. Короткий выигрыш по сроку обычно заканчивается блокировкой и потерей канала.
Не менее вредно запускать платную рекламу на мини-приложение до боевого платежа. Трафик без кассы только обучает аудиторию, что «у этих купить нельзя». Дешевле сдвинуть медиаплан на неделю, чем чинить репутацию канала месяц.
Достаточно ли только WeChat Pay? Для аудитории внутри WeChat — часто да на старте. Если есть трафик вне экосистемы или привычка к Alipay, второй метод заметно снижает потери на кассе.
Можно ли начать без Китай юрлица? Иногда через допустимые партнёрские модели, но это надо проверять под ваш тип товара и схему расчётов. Универсального «да» нет — зато есть риск пообещать рынку то, что не откроют.
Почему тест проходил, а прод нет? Другие ключи, другой merchant, незавершённая верификация, иное окружение мини-приложения. Песочница не равна допуску к живым платежам.
Что делать, если UI уже в сторе/опубликован, а оплаты нет? Честно ограничить витрину или включить режим «скоро», параллельно закрывая onboarding. Иначе платите рекламой за обучение пользователей разочарованию.
Сколько закладывать по времени? Зависит от готовности документов и категории. Правило одно: платёжную ветку начинают не после «финального дизайна», а вместе с ним.
Если китайский канал уже приводит людей, а деньги на финальном шаге не проходят, чинить нужно не «ещё один экран», а merchant-контур и статусы оплаты. Для мини-приложений и сопутствующего сценария в WeChat это зона Разработка приложений для WeChat — от onboarding оплаты до связки заказа, платежа и операционной сверки.
Разные подрядчики, часовые пояса и тикеты — инциденты ночью и без понятного SLA.
Читать →
Непонятно, что выбрать: локальный дата-центр, VPS «из объявления» или управляемый регион Yandex Cloud.
Читать →
Роботы молчат, отчёты врут, админ в отпуске. Зачем нужна техподдержка Битрикс24 и как выглядит сопровождение по договору.
Читать →Начать разговор
Опишите ситуацию — предложим решение на основе нашего опыта.