P2P-маркетплейс
Объявление, коммуникация, escrow и арбитраж работают в одном прозрачном процессе сделки.
Проблема и решение
Mini App структурирует предложение и сделку, а бот отвечает за уведомления и критичные подтверждения. Рейтинги, спор и escrow проектируются как состояние операции, а не отдельные чаты.
Где это применимо
Нишевые объявления
P2P-услуги
Закрытые торговые сообщества
Основной сценарий
- 01
Публикация
Действие выполняется по заданным правилам, а статус, ошибки и ручные исключения остаются видимыми оператору.
- 02
Отклик
Система фиксирует результат этапа «Отклик» и передаёт его дальше без потери контекста.
- 03
Карточка сделки
Действие выполняется по заданным правилам, а статус, ошибки и ручные исключения остаются видимыми оператору.
- 04
Escrow
Система фиксирует результат этапа «Escrow» и передаёт его дальше без потери контекста.
- 05
Completion / спор
Система фиксирует результат этапа «Completion / спор» и передаёт его дальше без потери контекста.
Что умеет продукт
- Объявления
- Deal chat
- Escrow states
- Ratings
- спор рабочий процесс
Что разрабатываем
- Marketplace Mini App
- Deal управление процессом
- Оплата adapter
- Moderation панель управления
- спор рабочее место
Что проверяем до старта
- Фрод участников
Фиксируем права, журнал действий, контроль подозрительных операций и порядок блокировки.
- Юридическая модель escrow
До разработки подтверждаем договорную и платёжную схему с профильным специалистом.
Что войдёт в работу
Одна категория, объявления, Карточка сделки, ручной escrow и арбитраж.
Как принимаем решение о развитии
Расширение определяем только по данным первого запуска: смотрим использование, ошибки, ручные исключения и влияние на целевую метрику. Функции заранее не обещаем.
Рамка запуска
Точный состав работ фиксируем после проверки данных, интеграций и ограничений.
- Срок
- 9–15 недель
- Команда
- 5–7 специалистов