— Кейс / Marketplace Discovery
Міжнародний мультивендорниймаркетплейс
- Чехія
- Mobile-застосунок + вебсайт
- e-commerce / marketplace-tech B2B2C
Повноцінна Discovery-фаза: від бізнес-цілей і карти стейкхолдерів до SRS, нефункціональних вимог, карти інтеграцій та UX-флоу мобільного застосунку покупця.
— Короткий опис
Discovery-фаза для маркетплейсу нового типу
Комплексний проєкт бізнес-аналізу та опрацювання вимог для мультивендорного маркетплейсу (вебсайт + мобільний застосунок), націленого на європейський ринок і що об’єднує покупців та продавців із різних країн в одному просторі. Команда повністю закрила Discovery-фазу: від бізнес-цілей і карти стейкхолдерів до детальної документації, нефункціональних вимог, карти інтеграцій та UX-флоу мобільного застосунку покупця.
Замовник виходить на ринок не з черговим інтернет-магазином, а з гібридною екосистемою, де під одним дахом працюють власні продажі платформи та продажі сотень незалежних продавців. Проєкт підготовлено до старту розробки з чітко зафіксованим MVP-скоупом, бюджетом і roadmap.
— Завдання
Що потрібно було формалізувати до старту розробки
01
Гібридна бізнес-модель. Платформа одночасно продає товари від свого імені та надає інструмент продажу стороннім продавцям — потрібна роздільна логіка обліку, логістики та комісій для двох принципово різних продавців на одній вітрині.
02
Складна логістика. Цільова модель — одна посилка з різних магазинів: замовлення з товарів кількох продавців і країн доставляється єдиним відправленням, щоб знизити вартість доставки й не втрачати конверсію на дорогій мультидоставці.
03
Два типи продавців із різними правилами гри. Індивідуальні продавці — фізособи з обмеженим асортиментом і оплатою відсотком з продажів; професійні — юрособи з необмеженим асортиментом, фіксованою платою за доступ, аналітикою та інтеграціями.
04
Довіра та захист від шахрайства. Прозора система відгуків і рейтингів для покупців, KYC/KYB-верифікація продавців перед стартом продажів і окремо — захист реферальної програми від фейкових реєстрацій.
05
Щільний регуляторний периметр ЄС. GDPR, ePrivacy, PSD2/SCA, DSA, VAT/OSS, AML/KYC і національне споживче право потрібно було закласти в архітектуру даних і процесів ще на старті.
— Рішення
Послідовність артефактів бізнес-аналізу
Бізнес-аналіз і вимоги за ролями
- 7 бізнес-цілей: від виходу на цільовий ринок і оптимізації логістики за моделлю однієї посилки до відповідності законодавству ЄС, прибутковості та масштабованості
- 28 формалізованих вимог — окремо для покупців, продавців, операційної команди та зовнішніх партнерів: банків, логістики, регуляторів
- Покупець: автентифікація через email, Google, Facebook і телефон, профіль з адресами та картками, каталог з фільтрами та порівнянням, чекаут з промокодами, повернення, messaging-бот і сповіщення
- Продавець: реєстрація із завантаженням документів і KYC-перевіркою, товари вручну, масовим завантаженням CSV/Excel або через API-синхронізацію з власною ERP/CMS, замовлення, баланс, комісії та виплати
- Менеджер: модерація продавців і контенту, управління категоріями та промоакціями, комунікація з продавцями та користувачами
- Адміністратор: права доступу та RBAC, налаштування комісій, реферальна програма, зведена аналітика з продажів, трафіку та доходів, 2FA і логи активності
Нефункціональні вимоги, інтеграції та архітектура
- 7 доменів NFR: доступність і відмовостійкість, продуктивність і масштабованість, підтримуваність і SLA, комплаєнс, локалізація та крос-платформність, розширюваність, юзабіліті та безпека
- Документ відповідності під ринок ЄС: GDPR, ePrivacy, PSD2/SCA, DSA, VAT/OSS, AML/KYC і національне споживче право
- Близько 30 інтеграцій і зовнішніх сервісів у 10 функціональних доменах — для кожної позначено, чи входить вона до MVP
- Платіжний контур: еквайринг, Apple/Google Pay, PSD2/SCA, split payments і marketplace payouts, refund API, фіскалізація та документообіг
- Логістика та комунікація: інтеграція зі складом, трекінг і статуси доставки, сповіщення, in-app месенджер і чат-бот, AI-модерація контенту
- Контекстна діаграма системи — єдина точка правди для команди розробки щодо зовнішніх меж системи
- Roadmap пре-девелопменту: фіксація scope, вибір технологічного рішення та підходу до розгортання, контрольні точки, склад команди, оцінка бюджету і синхронізація з дизайн-командою
— Результати
Що передано в розробку
- 7
- бізнес-цілей проєкту
- 28
- стейкхолдер-вимог
- 4
- ролі користувачів у SRS
- 28
- формалізованих бізнес-правил
- ~30
- інтеграцій у 10 доменах
- 7
- регуляторних доменів ЄС
- 7 бізнес-цілей і 28 формалізованих стейкхолдер-вимог, зведених із розрізнених побажань замовника в єдиний документ.
- Повна SRS на 4 ролі користувачів із роздільним опрацюванням MVP та повної версії продукту.
- 28 формалізованих бізнес-правил: ліміти за товарами, строки верифікації та виплат, ліміти кошика й повернень, фінансові та security-політики.
- Близько 30 інтеграцій і зовнішніх сервісів, розподілених за 10 функціональними доменами, з явним позначенням MVP / не-MVP.
- Контекстна діаграма системи та повний end-to-end user flow мобільного застосунку покупця.
- Документ відповідності за 7 регуляторними доменами ЄС та національного законодавства.
— Особливості
Що було нетиповим
Модель 1P + 3P
Платформа одночасно продає від свого імені та працює як маркетплейс для сторонніх продавців — роздільний облік, логістика та комісії для двох типів продавця на одній вітрині.
Одна посилка з різних магазинів
Консолідація товарів кількох продавців і країн в єдине відправлення покупцю — нетипова логістична архітектура для типового e-commerce.
Верифікація рівня фінтеху
Чотири етапи для професійного продавця: дані бізнесу → особа власника з паспортом і селфі → дані магазину та бренду → фінальна перевірка.
Split payments і payouts
Виплати продавцям із налаштовуваною періодичністю — 14, 30 або 90 днів — і автогенерацією рахунків-фактур.
Аптайм за календарем
Пікові дати перелічені явно — Різдво, Новий рік, Великдень, Black Friday — з навантажувальним тестуванням на ≥600 одночасних користувачів до запуску.
— Підсумок
Команда провела замовника від набору ідей і розрізнених побажань до повного пакета документації, готового до передачі в розробку.
Бізнес- і стейкхолдер-вимоги, детальна SRS за чотирма ролями, нефункціональні вимоги та регуляторний комплаєнс під ринок ЄС, карта інтеграцій, контекстна архітектура системи й опрацьований UX мобільного застосунку покупця — із чітко зафіксованим MVP і roadmap подальшої розробки.