Разработка системы споров и арбитража маркетплейса
Система разрешения споров — это механизм, который должен работать редко, но работать безупречно. Неверно решённый спор разрушает доверие либо покупателя, либо продавца. Хорошо выстроенный процесс обеспечивает предсказуемость: все стороны знают правила игры заранее.
Когда возникает спор
Спор открывается покупателем в случаях:
- Товар не прибыл (в течение N дней после ожидаемой даты доставки)
- Товар пришёл не тот (пересорт, другая модель/размер)
- Товар пришёл повреждённым
- Продавец не отвечает на запрос возврата
- Описание существенно не соответствует товару
Ограничение: спор можно открыть не позже чем через 30 дней после доставки (или предполагаемой даты, если доставки не было).
Модель данных
disputes (
id, order_id, buyer_id, seller_id,
type: not_received | wrong_item | damaged | not_as_described | return_refused,
status: open | waiting_seller | waiting_buyer | escalated | resolved_buyer
| resolved_seller | resolved_partial | closed,
desired_resolution: full_refund | partial_refund | replacement | return_and_refund,
requested_amount (для partial_refund),
created_at, resolved_at, auto_close_at
)
dispute_messages (
id, dispute_id, sender_type: buyer | seller | admin,
sender_id, message, attachments (jsonb), created_at
)
dispute_evidence (
id, dispute_id, uploaded_by, type: photo | video | document,
file_url, description, created_at
)
Процесс разрешения
Этап 1: Прямой диалог (3–5 дней) Покупатель создаёт спор, описывает проблему, прикладывает доказательства. Продавец получает уведомление и 48 часов на ответ. Если стороны договариваются — спор закрывается с выбранным решением.
Этап 2: Автоматическое решение
Если продавец не ответил в течение 48 часов — автоматическое решение в пользу покупателя (для очевидных случаев типа not_received). Этот механизм мотивирует продавцов реагировать быстро.
Этап 3: Эскалация к арбитру Если стороны не договорились — спор эскалируется к команде поддержки платформы. Арбитр изучает переписку, доказательства, историю заказа и выносит решение. Решение арбитра окончательное.
Интерфейс арбитра
Рабочее место арбитра — отдельный интерфейс в admin-панели:
- Хронология спора: все события с timestamps
- Сводка заказа: товары, суммы, статусы доставки, трек-номера
- Доказательства обеих сторон (галерея фото, документы)
- История взаимодействий покупателя и продавца на платформе
- Кнопки решения с пресетами и полем для пояснения
- Шаблоны сообщений для уведомлений сторон
Метрики арбитра: среднее время решения, процент оспоренных решений, рейтинг качества арбитража.
Финансовые операции при решении
- Решение в пользу покупателя (полный возврат): возврат полной суммы + стоимость доставки. Сумма списывается с баланса продавца.
- Частичный возврат: согласованная сумма. Остаток зачисляется продавцу.
- Решение в пользу продавца: деньги из холда переводятся на доступный баланс продавца.
- Замена товара: продавец отправляет новый. Деньги удерживаются в холде до подтверждения получения замены.
Все финансовые операции атомарны: изменение баланса и смена статуса спора выполняются в одной транзакции БД.
Защита от злоупотреблений
- Покупатель может открыть не более 3 споров в месяц (защита от профессиональных мошенников)
- История споров учитывается при скоринге новых пользователей
- Продавец с высокой долей споров (>5% заказов) попадает на особый контроль
- Доказательства хранятся 180 дней после закрытия спора
Уведомления и дедлайны
Каждый статусный переход генерирует уведомления (email + push). Автоматические напоминания:
- Продавцу: 24 часа до истечения времени ответа
- Покупателю: 48 часов до автозакрытия спора без активности
- Арбитру: если спор эскалирован и ждёт решения более 72 часов
Аналитика споров
Анализ данных о спорах помогает улучшать платформу:
- Топ причин споров по категориям → проблемы с описаниями товаров
- Продавцы с аномально высоким уровнем споров → кандидаты на проверку
- Конверсия споров в возврат → оценка справедливости системы
Срок разработки: 6–8 недель для полной системы с арбитражным интерфейсом, финансовыми операциями и аналитикой.