Как мы построили AI-агрегатор китайских маркетплейсов Panix для B2C и B2B в одном продукте

Концепция и разработка продукта

Разработка продукта началась с глубокой аналитической работы. Мы провели комплексный бизнес- и технический анализ, результатом которого стало детальное техническое задание, утвержденное заказчиком. Это позволило нам четко определить минимально жизнеспособный продукт (MVP) и построить реалистичный роадмап.

Для эффективной разработки мы выстроили приоритизацию функций, ориентируясь как на потребности бизнеса, так и на внутренние процессы команды. Это, вместе с параллелизацией всех возможных задач, позволило значительно ускорить выход продукта на рынок без компромиссов в качестве.

Интеграция с маркетплейсами стала ключевой технической задачей. Мы агрегировали товары с ведущих китайских площадок: TaoBao, 1688 и DEWU. Чтобы обеспечить полное покрытие бизнес-процессов, от поиска и оплаты до доставки, мы использовали гибридный подход: работали как с официальными API, так и с дополнительными сторонними решениями.

В основе ценового преимущества сервиса лежит умная система: мы реализовали механику учета всех скидок и специальных условий от продавцов на исходных площадках. Итоговая цена для каждого клиента формируется индивидуально, что часто делает покупку через сервис выгоднее, чем напрямую.

Главные вызовы, которые мы успешно преодолели:

1. Комплексная интеграция: обеспечение стабильной и качественной синхронизации данных с множеством внешних систем.
2. Локализация: реализация качественных переводов товарных карточек с китайского языка.
3. Технологическая оптимизация: разработка SEO-движка для агрегатора и стратегический выбор сторонних сервисов, что позволило оптимизировать затраты без ущерба для производительности и качества продукта.

Многоязычность и локализация товаров

Для выхода на международный рынок мы решили комплексную задачу полноценной локализации: помимо перевода интерфейса, мы построили систему для качественного перевода товарного контента (названий, описаний, характеристик) с китайского языка. Данное решение устранило ключевое препятствие для пользователей из разных стран, сделав навигацию и выбор товаров интуитивно понятными и комфортными.

Логистика, доставка и консолидация заказов из Китая

Отдельным по объёму и сложности направлением работы стал логистический контур сервиса: связь с китайской логистической компанией и объединение товаров от разных продавцов в единый, понятный покупателю заказ.

Интеграция с логистикой в Китае. Доставка реализована как интеграция с модулем связи китайской логистической компании; сам модуль был разработан китайской командой под задачи проекта. Со стороны OrigamiWeb: техническая консультация, тестирование и приёмка модуля (часть этой работы продолжается и на текущем этапе), а также интеграция модуля на стороне сервиса и построение бизнес-логики для работы с доставкой: приём и передача данных о заказах, трекинг статусов доставки.

Основная сложность здесь заключается в перестройке бизнес-логики сервиса под правила доставки, а не в самой интеграции: параметры логистической компании определяют тип товара, а тип товара, в свою очередь, определяет доступные варианты доставки. Отдельным треком шла доработка биллинга и внедрение обработки исключительных сценариев на стороне сервиса.

Консолидация заказа из разных продавцов. Покупатель может собрать в одну корзину товары с TaoBao и 1688 от разных продавцов, и всё равно пройти стандартный для e-commerce путь: собрать корзину, оплатить с доставкой одной суммой и ждать заказ. Внутри сервиса это устроено сложнее: каждая товарная позиция обрабатывается отдельно, после чего данные и предложения по всем позициям агрегируются в единый заказ.

Сложность усиливает то, что продавцы на маркетплейсах часто дают скидки при покупке от определённого количества, а размер этих скидок заранее неизвестен. Поэтому сервис собирает предложения продавцов уже после формирования заказа, учитывая при этом, что часть товара может закончиться, быть недоступна в нужном количестве или не получить подтверждение продавца, и только затем формирует для покупателя одну итоговую сумму к оплате. Дальше по каждой позиции ведётся отдельный трекинг статуса; из этих данных формируются заказы на доставку, которые передаются в систему логистической компании через модуль связи.

Обработка исключительных ситуаций. Сервис учитывает ряд нестандартных сценариев, характерных для трансграничной торговли с маркетплейсами:

• Товары с ограничениями по перевозке. Например, товары с литий-ионными аккумуляторами, если категорию нельзя определить заранее автоматически, обрабатываются вручную на стороне службы доставки.
• Потеря товара в Китае. Если позиция не доехала от продавца до службы доставки, сервис обрабатывает это как исключительную ситуацию.
• Частичный отказ оплаты внутри заказа. Например, если из корзины в 30 позиций не проходит оплата по одной, сервис должен корректно обработать этот случай, не блокируя весь заказ.

Такие ситуации возникают на стыке маркетплейсов, логистики и платежей. По оценке команды разработки, подобных пограничных сценариев на практике может быть довольно много, поэтому их обработка стала отдельным, самостоятельным направлением работы, а не побочным эффектом основной интеграции.

Часто задаваемые вопросы

Сколько стоит разработать агрегатор маркетплейсов, похожий на Panix?

Стоимость зависит от набора функций и глубины интеграций (сколько источников данных, нужен ли AI-поиск по фото, сколько пользовательских сценариев). Ориентир по рынку для MVP такого уровня сложности, от нескольких месяцев разработки командой из Product Manager, Backend, Frontend, AI/ML и QA. Точную оценку под ваш проект даёт команда OrigamiWeb после брифа.

Как работает AI-поиск товара по фото?

Используется гибридная модель: нативные механизмы поиска самих маркетплейсов комбинируются с Google Vision API, который распознаёт объекты и стиль на фотографии. Это повышает процент релевантных совпадений по сравнению с поиском только по ключевым словам.

Можно ли в одном продукте совместить B2C и B2B, не делая два отдельных сайта?

Да, в кейсе Panix это решено через верификацию пользователя: после подтверждения статуса бизнеса в том же интерфейсе открывается расширенный B2B-функционал, без дублирования кода и логики под два отдельных продукта.

Как поддерживается актуальность цен и остатков с разных маркетплейсов?

Через прямые API маркетплейсов и резервные источники данных на случай их недоступности, это снижает риск показывать пользователю устаревшую цену на этапе оплаты.

Сколько времени занимает разработка MVP агрегатора маркетплейсов?

Сроки по проекту Panix, под NDA, но по рынку разработка MVP сопоставимого уровня сложности (несколько источников данных, AI-поиск, два пользовательских сценария) обычно занимает не менее нескольких месяцев работы кросс-функциональной команды.