Заявка → проверка → доступ
Предлагаем кабинет с заявкой на подключение. Оператор проверяет нужные сведения и документы, принимает решение или возвращает заявку с причиной. Доступ к продажам появляется после согласованного допуска.
13FOX / Для собственника и команды продукта
Разработка маркетплейса под ключ
Создаём торговую платформу с кабинетами продавцов, каталогом, заказами и оплатой. Оператор управляет допуском, исполнением частей заказа, возвратами и взаиморасчётами.
Для начала: роли, правила продавцов, заказ с возвратом и список систем.
Подтверждённый опыт торговли и учётаБакаев: магазин, админ-панель и обмен с 1С
01 / Правила площадки
Оператор решает,
кто и на каких условиях продаёт.
Начинаем с вашей модели торговли. Кто заключает договор с покупателем, кто подтверждает наличие, принимает возврат и разбирает спор? Ответы определяют действия в кабинетах и серверные правила.
Один товар, разные условия
Разделяем карточку товара и предложение продавца: цену, наличие, условия отгрузки. Определяем, кто ведёт общие характеристики, как сопоставляем загрузки и какие изменения проходят модерацию повторно.
Решение с видимой причиной
Очередь модерации, жалобы, блокировка предложений и спорные заказы. Сохраняем автора и причину решения. При блокировке отдельно задаём судьбу открытых заказов, возвратов и доступа продавца к ним.
Каждый продавец получает свои предложения, части заказов и разрешённые данные покупателя. Доступ проверяем на сервере, включая прямые запросы к чужим объектам и отзыв полномочий сотрудника.
02 / Демонстрационный сценарий
Один покупатель.
Два продавца. Частичный возврат.
Пример для физических товаров: у продавца А покупают лампу, у продавца Б — две чашки. После получения покупатель возвращает одну чашку. Показываем, какие состояния предлагаем связать в платформе.
Заказ / демонстрация
Лампа + две чашки
Части заказа сохраняют свою историю
Доставлена
Покупка лампы завершена. Возврат чашки не меняет её отгрузку и товарную сумму.
Возвращена одна чашка
Связываем возврат с одной позицией и её количеством. Вторая чашка остаётся в завершённой покупке.
Покупатель видит возврат по конкретной чашке
В примере продавец Б подтвердил приём товара, а провайдер подтвердил возврат денег. Оператор видит обе операции и обновлённый расчёт по правилам договора.
- 01
Сохраняем условия подтверждённого заказа
Проверяем выбранное предложение, цену и количество. Общий заказ связываем с частями продавцов; сохраняем согласованный состав, скидки, доставку и способ оплаты. Изменённую цену показываем покупателю до подтверждения.
- 02
Отделяем оплату от исполнения
Подтверждение платежа берём у провайдера, факт отгрузки — из согласованной системы продавца или доставки. Каждый продавец работает со своей частью. Оператор видит незавершённые операции и причину задержки.
- 03
Возврат связываем с товаром и деньгами
Фиксируем позицию, количество, причину и решение ответственного. Принятый товар и подтверждённый возврат денег получают отдельные статусы. Комиссию, скидку и стоимость доставки пересчитываем по согласованным правилам; сохраняем основание корректировки.
- 04
Сверяем расчёты продавца и оператора
Предлагаем журнал начислений и корректировок с привязкой к заказу и возврату. Финансовый сотрудник сравнивает его с данными провайдера и учёта. Если деньги продавцу уже перечислены, порядок корректировки разбираем отдельно по договору и возможностям сервиса.
Платёжный сервис выбираем под модель площадки
Например, Сплитование платежей ЮKassa предусматривает распределение одной оплаты между магазинами. Для подключения нужны интеграция платформы и подключение продавцов. Возвраты имеют отдельный сценарий API.
До выбора проверяем условия провайдера для вашей компании, способы оплаты, возвраты и чеки. Договорную и фискальную модель согласуем с вашими юристом и бухгалтерией; настройки платёжного API зависят от этих решений.
03 / Границы платформы
Первый релиз охватывает
завершённую торговую операцию.
Предлагаем начать с выбранной категории, ограниченной группы продавцов и одной модели доставки. В пилот включаем покупку, исполнение и частичный возврат — с рабочим местом оператора.
В базовый состав предлагаем включить
- Допуск продавца, сотрудников и серверные права.
- Каталог, предложения и маршрут модерации.
- Корзину, общий заказ и части продавцов.
- Согласованный способ оплаты и доставку.
- Отмену, частичный возврат и обращение в поддержку.
- Учёт комиссии и корректировок по утверждённым правилам.
- Кабинеты покупателя, продавца и оператора.
- Журнал обмена, финансовую сверку и приёмку.
| Данные | Владелец и источник | Что проверяем |
|---|---|---|
| Товар и предложение | Оператор ведёт общую карточку; продавец или его учётная система — цену и наличие предложения. | Сопоставление артикулов, повторы загрузки, правила правок и публикации. |
| Часть заказа | Платформа хранит состав; продавец подтверждает действия в разрешённом порядке. | Доступ, переходы статусов, недоступный товар, повтор команды. |
| Оплата и возврат денег | Провайдер подтверждает финансовую операцию; платформа связывает её с заказом. | Потерянный ответ, повтор уведомления, частичный возврат, сверка. |
| Отгрузка и расчёты | Учёт и доставка дают свои статусы; финансовая команда утверждает правила расчётов. | Ошибка обмена, корректировка после возврата и доступ к документам. |
Это предлагаемая модель. В вашем проекте фиксируем конкретный источник каждого поля и ответственного за ошибку обмена.
04 / Подтверждённая работа 13FOX
В Бакаеве мы связали
торговлю с учётом.
Мы разработали мобильный магазин и админ-панель, помогли перенести локальную 1С в облако и настроили двусторонний обмен через сервер синхронизации.
Сотрудник меняет фотографию товара в админ-панели — она обновляется в 1С. Заказ из приложения отражается в остатках админ-панели и учётной системы. Изменения из 1С доходят до приложения.
Бакаев — магазин одного бизнеса. Для площадки с несколькими продавцами мы отдельно проектируем допуск, части заказа, модерацию и взаиморасчёты.
Посмотреть кейс Бакаев ↗
05 / Стоимость и способ реализации
Оцениваем правила платформы,
операции и подключения.
Стоимость разработки маркетплейса зависит от состава работ: ролей, ассортимента, модели заказа, оплаты, логистики и готовности систем продавцов. Одинаковый список экранов может скрывать разный объём серверной работы.
Что будет видно в оценке
Перечень операций первого релиза, результат каждого этапа, зависимости от вашей команды и отдельные расходы: лицензии, платёжный сервис, инфраструктура и сопровождение. Срок определяем после проверки источников данных и платёжной модели.
06 / Работа и передача
От правил продавцов
до проверенного релиза.
- Разбираем модель. На одном заказе фиксируем роли, договорные правила, источники данных и исключения. Результат — границы платформы и первого релиза.
- Проверяем интеграции. На тестовых данных проходим оплату, возврат и обмен с учётом. Готовим прототип кабинетов и состав оценки.
- Разрабатываем по этапам. Показываем вашей команде допуск продавца, покупку, обработку частей заказа и решение спорного случая.
- Принимаем и передаём. Проверяем согласованные сценарии, передаём код и инструкции в составе договора. Фиксируем ответственного за поддержку и порядок работы после запуска.
До договора согласуем репозиторий, права на исходники, сторонние лицензии, доступы к инфраструктуре, сборку и перенос данных. Для поддержки определяем, кто наблюдает за работой платформы, разбирает ошибки и выпускает обновления. Объём и условия сопровождения согласуем отдельно.
До договора
Вопросы владельца
торговой площадки
Можно начать с нескольких продавцов?
Да. Предлагаем выбрать одну категорию и модель доставки. В первом релизе проверяем путь от допуска продавца и публикации до заказа, оплаты и частичного возврата. Количество продавцов и ограничения пилота фиксируем по вашей задаче.
Подойдёт ли платформа для B2B?
Да, если включить правила закупок вашей аудитории: организации и их сотрудники, договорные цены, счета, согласование и документы. Отсрочку, лимиты и взаиморасчёты проектируем вместе с финансовой командой и источником учёта.
Можно ли принимать одну оплату за товары разных продавцов?
Такой сценарий возможен при подходящей модели провайдера и договоров. Проверяем подключение платформы и продавцов, распределение сумм, комиссию, чеки и частичный возврат. Способ оплаты и расчётов включаем в состав работ после проверки этих условий.
Как сравнить предложения команд?
Дайте всем один заказ с двумя продавцами и частичным возвратом. Попросите показать вклад команды в реальные проекты, назвать источники статусов, объяснить права продавцов и состав сметы. Сравните результаты этапов, условия передачи кода и поддержки.
Работаете с Москвой и Санкт-Петербургом?
Мы работаем с компаниями по России, включая Москву и Санкт-Петербург. В удалённом формате обсуждаем модель с владельцем продукта, финансовой и технической командой, показываем сценарии и принимаем этапы на тестовой среде.
Начнём с вашей модели
Пришлите роли, правила продавцов
и один заказ с возвратом.
Добавьте используемые системы. Разберём модель платформы и подготовим границы первого релиза, интеграции и критерии приёмки.
Разобрать модель платформыДля первого разговора достаточно описания. Товары и заказы можно показать на обезличенном примере.