Разработка маркетплейсов для бизнеса в Дубае и ОАЭ
Платформы, где поставщики размещают предложения, клиенты находят их и отправляют заявки или покупают, а ваша команда модерирует и получает оплату. Мы создаём обе стороны и операционный слой между ними.
Для кого это и чего ПО не решит
Это подходит основателям, запускающим вертикальный маркетплейс, и состоявшимся компаниям, которые хотят превратить сеть поставщиков, управляемую по телефону, в платформу. В ОАЭ это часто недвижимость, туры и впечатления, бытовые услуги, аренда транспорта или B2B-торговля — сферы, где покупатели сравнивают поставщиков и ожидают связаться с ними в WhatsApp.
ПО не создаёт ликвидность. Если ни одна из сторон ещё не вовлечена, бюджет лучше потратить на небольшой MVP с ручным подбором, а к этой разработке перейти, когда станет понятно, какую сторону привлечь сложнее.
| Модель | Как движутся деньги | Основная инженерная нагрузка |
|---|---|---|
| Маркетплейс лидов | Поставщики платят за лид или по подписке | Маршрутизация лидов, справедливое распределение, разбор споров по некачественным лидам |
| Маркетплейс бронирований | Клиент платит при бронировании, вы берёте комиссию | Доступность, правила отмены, разделение платежей и выплаты |
| Товарный маркетплейс | Клиент оформляет заказ, продавцы отправляют товар | Каталог, остатки, статусы заказов, возвраты и выплаты продавцам |
Сторона поставщиков
- Регистрация с проверкой компании — например, загрузкой торговой лицензии, отслеживанием срока её действия и ручным или полуавтоматическим одобрением.
- Редактор объявлений со структурированными полями для вашей категории, фотографиями, описаниями на двух языках и ценами.
- Управление доступностью или загрузкой, если этого требует модель.
- Входящие для заявок или бронирований с отслеживанием времени ответа.
- Кабинет поставщика с просмотрами, лидами, бронированиями, отзывами и взаиморасчётами.
- Командные аккаунты, чтобы сотрудники поставщика могли работать с одним объявлением, не передавая друг другу пароль.
Сторона клиентов
Клиентам нужно быстро найти подходящего поставщика и доверять результату. Для этого нужны поиск и фильтры, построенные вокруг категории (район или эмират, даты, цена, язык общения), карта там, где важна география, сравнение, сохранённые поиски и оповещения. Если объявления двуязычные, поиск должен работать и на английском, и на арабском. Формы заявки и бронирования спрашивают только то, что нужно поставщику для ответа. Затем клиенты могут отслеживать заявку или бронирование, писать поставщику и оставлять отзыв после подтверждённого взаимодействия.
Модерация и доверие
От этого слоя зависит, вернутся ли клиенты. И именно его чаще всего недорабатывают.
- Модерация объявлений
- Очередь проверки новых и изменённых объявлений с автоматическими проверками на запрещённый контент, дубли и отсутствующие документы до того, как их посмотрит человек.
- Отзывы
- Оставить отзыв могут только клиенты с завершённой заявкой или бронированием. Поставщики могут отвечать, а удаление отзывов идёт по опубликованной политике с журналом действий.
- Жалобы и споры
- Клиенты и поставщики могут сообщать о проблемах. У каждого случая есть статус, ответственный и история решений.
- Защита контактов
- Переписка внутри платформы с контактами, скрытыми до определённого момента, — если ваша выручка зависит от того, что сделки остаются на платформе.
- Признаки мошенничества
- Слишком частые действия, повторные неудачные платежи и необычная активность новых аккаунтов запускают проверку, а не автоматическую блокировку.
Заявки, транзакции и выплаты
В маркетплейсе лидов ключевая логика — маршрутизация: какие поставщики получают заявку, в каком порядке, сколько одновременно и что происходит, если никто не ответил в согласованное время. Правила обычно сочетают местоположение, категорию, уровень подписки и историю скорости ответов. Поставщики видят, почему получили или не получили лид, и это сокращает число споров.
В транзакционном маркетплейсе клиент платит один раз, а деньги делятся между поставщиком и вашей комиссией — иногда после оказания услуги. Для этого нужны платёжный провайдер с функциями маркетплейса или разделения платежей, доступными компаниям в ОАЭ, подключение поставщиков с проверкой личности на стороне провайдера, учёт в вашем приложении, фиксирующий каждое списание, комиссию, возврат и выплату, и сверка с выписками провайдера. Удержание средств клиентов до их перечисления может поднимать вопросы лицензирования, поэтому мы реализуем структуру, одобренную вашим провайдером и юристом. НДС на вашу комиссию и на счета поставщиков, если вы выставляете их от их имени, определяется с вашим налоговым консультантом. Работа с провайдером описана в разделе интеграция платёжных шлюзов, а сравнить комиссии, подписки и плату за лиды поможет руководство по моделям монетизации.
Администрирование и отчётность
- Операционная панель для одобрений, модерации, споров, возвратов и ручных корректировок с ролями сотрудников и журналом аудита.
- Отчёты о состоянии маркетплейса: активные объявления, время от заявки до ответа, конверсия по категориям и повторные клиенты.
- Выписки для поставщиков и отчёты о выплатах, которые ваш финансовый отдел может сверить.
- Уведомления по email, а также в WhatsApp для пользователей, давших согласие, — с одобренными шаблонами для сообщений, инициированных компанией, по правилам WhatsApp Business Platform от Meta.
Подтверждение, стоимость и этапы
На созвоне мы можем показать работу ролей клиента, поставщика и администратора на демо-данных. Подтверждённые работы — в наших кейсах.
Стоимость зависит в первую очередь от модели: маркетплейс лидов существенно проще, чем маркетплейс с разделением платежей и выплатами. Многие клиенты запускаются как маркетплейс лидов или заявок и добавляют транзакции, когда объём это оправдывает. Наше руководство по стоимости маркетплейса сравнивает варианты, а страница запуск маркетплейса описывает готовый стартовый пакет.
Частые вопросы клиентов
Использовать платформу для маркетплейсов или разрабатывать с нуля?
Облачные конструкторы маркетплейсов подходят, чтобы проверить простую модель с объявлениями. Заказная разработка окупается, когда правила маршрутизации, проверка поставщиков, двуязычный поиск, региональные платежи или ваша модель монетизации не укладываются в шаблон.
Как не дать поставщикам и клиентам уводить сделки с платформы?
Полностью решить это техническими средствами нельзя. Скрытые контакты помогают, но сильнее работает ценность, которая остаётся на платформе: защита платежей, отзывы, планирование и инструменты для поставщиков, за которые стоит платить.
Могут ли поставщики работать со всем на арабском?
Да, если это включено в объём работ. Кабинеты поставщиков, редакторы объявлений и уведомления могут быть двуязычными, а поиск для клиентов может индексировать оба языка.
Нужна ли нам лицензия на платёжную деятельность?
Зависит от того, как движутся деньги. Если вы используете маркетплейс-продукт лицензированного провайдера, регулируемая деятельность обычно остаётся на его стороне, но структуру нужно подтвердить с провайдером и юристом до начала разработки.
Можно начать с ручного подключения одной из сторон?
Часто это разумный старт. Ваша команда добавляет объявления поставщиков через админ-панель, пока запускаются клиентские сценарии, а самообслуживание для поставщиков появляется позже.
Готовы построить систему роста?
Отправьте короткое описание задачи или напишите нам в WhatsApp. Мы ответим уточняющими вопросами, предложим объём работ и следующий шаг.