У маркетплейса есть продавцы с проверкой документов, остатки, доставка и учёт — ничего этого в первом продукте не было. Вопрос не «что строить», а что из этого станет частью SDK, а что останется специфичным для маркетплейса.
Архитектура и ТЗ D2Tech · в разработке
Маркетплейс ремесленных товаров на том же SDK
Второй продукт на общем SDK с другим доменом. До ТЗ спорные места разложены на шесть архитектурных вопросов, по каждому зафиксирована позиция.
6 архитектурных развилок закрыты до первой строки кода1 SDK на оба продукта1С выход из учёта остатков
Задача
Что сделали
Магазин — группировка каталога
Витрина поверх каталога, а не отдельный сервис.
Один контур онбординга
Физлица и юрлица проходят один процесс с разной проверкой документов.
Остатки — обязательный сервис
С выходом на 1С; доставка — единый интерфейс поверх нескольких служб.
Сначала проверить SDK
Маркетинг и аналитику сверили с уже существующими сервисами SDK, прежде чем заводить новые.
Как устроено
- Границы
- Что уходит в общий SDK, а что остаётся специфичным для маркетплейса, зафиксировано до старта разработки — по шести спорным местам, с решением по каждому.
Похожая задача?
Опишите её — пришлём скоуп и смету за 24 часа: