Платформа електронної комерції B2B. Повний посібник

Особливості платформ електронної комерції B2B
- Функції B2B платформи електронної комерції
Розробка B2B платформи: Крок за кроком
Наш досвід у розробці інших масштабних рішень для електронної комерції
Висновок

Електронна комерція – це широка сфера, що розвивається. Вона дуже швидко реагує на технологічний прогрес. Коли ми почали розробляти проєкти з розробки веб-сайтів для електронної комерції у 2009 році, ми спостерігали за розвитком ринкових тенденцій, аналізуючи минулі та поточні запити. І якщо десять років тому наші клієнти в першу чергу хотіли, щоб ми розробляли традиційні інтернет-магазини, то зараз їхній акцент змістився в бік створення безпечних внутрішніх систем.

Одним з найпоширеніших типів таких систем є платформа електронної комерції B2B, призначена для оптових продажів партнерам, дилерам або оптовим покупцям. Крім того, деякі B2B-платформи не орієнтовані на продаж, а натомість пропонують послуги підтримки. У будь-якому випадку, такі системи стали невід’ємною частиною бізнесу для всіх великих виробників та оптовиків.

У SECL Group наша команда накопичила значний досвід у розробці B2B-платформ. Ми створювали рішення як для малого бізнесу з кількома десятками співробітників, так і для великих виробників, зокрема для провідного корейського автовиробника Kia. Щоб дати уявлення про масштаб ІТ-продукту, який ми продовжуємо розвивати для Kia, наведемо кілька його параметрів:

Понад 10 мільйонів запитів на день;
Більше 20 інтеграцій із різними ІТ-системами;
Приблизно 50 000 співробітників у компанії-клієнті.

У цій статті я детально розгляну процес створення B2B платформи електронної комерції, використовуючи два різні проєкти як приклади: менш масштабний проєкт для латвійського фармацевтичного оптовика та згадану вище B2B платформу електронної комерції, яку ми розробили для Kia. Без сумніву, це одна з наймасштабніших платформ, з якими я стикався за 20 років роботи в ІТ.

Особливості платформ електронної комерції B2B

Чому традиційний онлайн-магазин не завжди підходить для будь-якого бізнесу? Ось декілька важливих причин:

Оптові покупці потребують персоналізованого обслуговування та залучення;
Клієнти, які закуповують великі обсяги товарів, можуть отримувати спеціальні знижки та унікальні умови придбання;
Окрім купівлі продукції, клієнти можуть також використовувати маркетингові матеріали виробника та пропонувати обслуговування або технічну підтримку кінцевим споживачам;
Часто виникає потреба у глибокій інтеграції внутрішніх ІТ-систем виробника та продавця, наприклад, для управління рівнем запасів на складах;
Оптові покупці можуть потребувати оформлення складних замовлень із різними адресами доставки, графіками постачання, залученням спеціалістів виробника та багатьма іншими нестандартними параметрами.

Щоб допомогти вам зрозуміти потреби B2B платформи електронної комерції, я поділюся коротким оглядом двох наших проєктів:

Перший, менш масштабний проєкт — це B2B-платформа для фармацевтичної компанії, яка обслуговує оптових покупців ліків. Продавець є найбільшим постачальником медикаментів у своїй країні, виступаючи основним джерелом для всіх національних оптових покупців.
Другий, більш масштабний проєкт для Kia — це система управління дилерами. Ця комплексна платформа дає змогу дилерам по всьому світу закуповувати продукцію та отримувати доступ до всієї супутньої інформації.

B2B електронна комерція: ключові функції

Функціональність платформи електронної комерції для B2B може сильно відрізнятися. Зазвичай це продиктовано конкретними потребами компанії, яка нею керує. Ми можемо знайти значну схожість з функціоналом стандартного інтернет-магазину. Але є також багато особливостей, притаманних саме B2B-сектору.

Варто відзначити цікавий парадокс: для малого бізнесу використання B2B платформ електронної комерції часто виявляється простішим, ніж управління типовим споживчим інтернет-магазином. Однак для великих компаній впровадження таких платформ з розширеною функціональністю може значно ускладнити технічну реалізацію.

Далі я наведу можливі функції B2B платформи електронної комерції B2B:

Логін / АвторизаціяУправління користувачами
Різні рівні доступу (для співробітників як продавця, так і покупця)
Каталог товарів (з актуальними залишками)
Сторінка товару
Пошук
Популярні товари
Рейтинг товарів
Персоналізація (індивідуальні пропозиції, персональні рекомендації, найкращі пропозиції за співвідношенням ціни та якості тощо)
Оформлення складних замовлень (різні адреси доставки, підписка на групу товарів, запит на постачання товарів, яких немає в наявності тощо)
Відстрочений платіж
Різні рівні знижок
Акції
Розсилки
Обране
Кошик
Способи оплати
Персональний менеджер
Онлайн-чат із персональним менеджером
Документообіг
Сповіщення (у системі, електронною поштою, SMS)
Звіти
Прогнозування продажів
Опитування
Регіональність (поділ на ринки/регіони)
Мультивалютність
Мультибрендовість
Багатомовний інтерфейс
Big Data (аналіз трендів і прогнозування)
Інтеграція (з бухгалтерією, логістикою, складським обліком тощо)

Проект, про який я розповідаю, хоч і був менш масштабним рішенням для фармацевтичної компанії, все ж мав широкий набір функцій. Ця B2B маркетплейс-платформа включала каталог товарів, багаторівневий доступ, персоналізовані знижки для клієнтів, інтеграцію з бухгалтерською системою, управління бізнес-процесами та можливість створення замовлень.

Як бачите, спектр можливих функцій для таких проєктів доволі широкий. Можна розробити індивідуальний набір функцій, що ідеально відповідатиме вашій моделі продажів і обслуговування.

У секторі бізнес-для-бізнесу (B2B) існує багато перспективних можливостей. Платформа електронної комерції B2B – одна з них. Ця сфера може похвалитися вражаючою статистикою, яка детально описана в супровідній інфографіці. Вона включає в себе надихаючі історії успіху, такі як Amazon Business та B2B-проєкти Alibaba.

Продажі на B2B маркетплейсах є найбільш швидко зростаючим каналом цифрової комерції

Коли ви обираєте B2B платформу електронної комерції, я рекомендую зосередитися на бізнес-аспектах вашого проєкту, оскільки сучасна веб-розробка здатна забезпечити технологічне рішення майже для будь-якої ідеї. У наступному розділі цієї статті, де розглядаються практичні аспекти розробки B2B платформ електронної комерції, ця теза стане ще більш очевидною.

Розробка B2B платформи: Крок за кроком

Я проведу вас через етапи створення проєкту B2B платформи електронної комерції, надавши короткий огляд основних компонентів. Ключові моменти я проілюструю на прикладах вибраних кейсів.

Управління проєктом B2B-платформи

Наші проєктні команди добре обізнані та з ентузіазмом працюють відповідно до методологій Agile. З нашого досвіду, ці підходи до управління проєктами знаходять відгук і легко зрозумілі для більшості клієнтів програмного забезпечення для електронної комерції.

Наш невеликий фармацевтичний проєкт ми реалізували за допомогою Scrum. Це передбачало двотижневі спринти та постійне оновлення інформації для клієнта, що забезпечувало прозорість і видимий прогрес протягом усього процесу. Команда послідовно ставила завдання на два тижні і проводила ретельне планування, щоб забезпечити своєчасне завершення. Проводилися щоденні сесії планування тривалістю 10-15 хвилин, а після спринту проводилися ретроспективи, щоб вивчити помилки та уникнути їх у майбутньому. Команду очолював один менеджер проєкту (PM).

У нашому масштабному проєкті платформи електронної комерції для Kia ми використовуємо Kanban. Менеджер проєкту з боку клієнта збирає завдання з усіх відділів у великий список. Кожному завданню присвоюється пріоритет, і вони виконуються в певній послідовності. Ми зібрали велику проєктну команду, що дозволяє нам працювати над кількома функціональними блоками одночасно. Ми зазвичай робимо один великий реліз приблизно раз на місяць, виходячи з прогресу, досягнутого на кожному етапі розробки. Враховуючи розмір проєкту, ним керує один менеджер проєкту, два технічні лідери, один керівник команди бізнес-аналітиків і один керівник команди підтримки.

Бізнес-аналіз у проєкті розробки B2B платформи електронної комерції

Процес збору вимог для створення платформи електронної комерції для B2B є результатом спільної роботи клієнта та компанії з веб-розробки.

Як правило, спеціалісти клієнта виконують початковий етап цієї роботи. Проте, як розробники, ми готові включитися на будь-якому етапі, щоб продовжити, завершити або навіть розпочати процес збору вимог з нуля.

Одного разу до нас звернувся клієнт з фармацевтичної компанії з клікабельним прототипом бажаної системи, створеним у Figma. Однак це не є нормою. Зазвичай ми починаємо з того, що разом з менеджерами клієнта збираємо вимоги та побажання. Потім ми систематизуємо та деталізуємо ці вимоги, перш ніж створити клікабельний прототип.

У нашому масштабному проєкті для Kia ми залучили двох бізнес-аналітиків — старшого та молодшого. Вони перетворювали всі запити та побажання клієнта у зрозумілі технічні завдання для команди розробників.

Залучення бізнес-аналітиків до таких проєктів є необхідним, оскільки без них існує ризик упустити важливі аспекти потреб B2B платформи електронної комерції.

Чи потрібні бізнес-аналітики з технічним бекграундом?

Приймайте рішення для ваших проєктів електронної комерції на основі даних, використовуючи досвід наших кваліфікованих бізнес-аналітиків.

Зв’яжіться з нами

Дизайн платформи електронної комерції В2В

Як правило, в таких B2B-системах дизайн відходить на другий план і не вимагає особливої уваги. Основна увага приділяється забезпеченню зручності користувача. Враховуючи, що користувачі часто взаємодіють з системою і добре її розуміють, вони цінують функціональність більше, ніж естетику.

В обох проєктах, розглянутих у цій статті, вимоги до дизайну були мінімальними, а творчий підхід здебільшого зводився до оформлення різних форм. У меншому фармацевтичному проєкті дизайнер брав участь лише на початкових етапах розробки, протягом перших кількох тижнів. До кінця цього періоду було сформовано єдиний стиль дизайну, який повністю відповідав потребам клієнта.

На відміну від фармацевтичного проєкту, у проєкті для Kia дизайнер був залучений на постійній основі, головним чином для розробки нових елементів функціональності. Однак ця частина роботи здебільшого зводилася до технічного дизайну, що передбачав збереження раніше встановленого стилю та забезпечення зручності інтерфейсу.

Програмування в проєкті платформи електронної комерції B2B

Як ви могли б очікувати, у проєктах B2B платформ електронної комерції кодування становить найбільшу частину роботи. У більшості випадків потрібні висококваліфіковані розробники, особливо для інтеграцій з іншими ІТ-системами, яких може бути багато.

А скільки часу потрібно для реалізації всього обсягу робіт у проєкті? У невеликому проєкті для латвійської фармацевтичної компанії ми витратили кілька місяців на написання коду відповідно до попередньо визначеного технічного завдання (ТЗ). Зараз клієнт раз на 6–12 місяців звертається із запитами на невеликі доопрацювання, які потребують від кількох десятків до сотень годин на реалізацію.

У нашому масштабному проєкті з Kia ми займаємося безперервним програмуванням вже кілька років. Щомісяця ми виконуємо нові завдання для внутрішніх клієнтів цієї корпорації, до яких входять її різні відділи та підрозділи.

Я хочу підкреслити значний вплив програмування на якість програмного забезпечення – аспект, який клієнти також враховують, коли вирішують, яку платформу електронної комерції B2B обрати для своїх операцій.

Забезпечення якості (QA) найкращого програмного забезпечення для платформи електронної комерції B2B

Тестування є критично важливим компонентом будь-якого проєкту розробки B2B платформи. Ми адаптуємо наші вимоги до тестування для кожної системи, коригуючи їх залежно від обсягу та складності програмного забезпечення, що розробляється.

Для нашого проєкту фармацевтичної платформи ми виявили, що ручного тестування після кожного спринту було достатньо. Наприкінці етапу розробки ми застосували регресійне тестування, яке передбачає повторне виконання тестів, щоб переконатися, що все програмне забезпечення, включно з раніше розробленими та протестованими частинами, безперебійно функціонує в остаточній конфігурації.

З іншого боку, підхід до забезпечення якості у проєкті для автомобільної промисловості значно складніший. Команда, що працює над проєктом для Kia, проводить безперервне тестування, застосовуючи різні стандартні методи. У проєкті одночасно залучені як ручний тестувальник, так і інженер з автоматизованого тестування, а також використовуються unit-тести, написані розробниками. Такий рівень тестування є необхідним через масштабність платформи та постійні оновлення ІТ-системи, що вимагає окремого підходу до контролю якості—цій темі ми присвятили окрему статтю.

Інтеграції із зовнішніми ІТ-системами

Кількість і складність інтеграцій зазвичай відповідають масштабам проєкту.

Візьмемо, наприклад, платформу для фармацевтичних оптовиків, яку ми інтегрували з бухгалтерською системою клієнта. Процес обміну даними в цьому випадку відбувався таким чином:

B2B платформа отримувала каталоги товарів, ціни та поточні залишки на складі з облікової системи.
У зворотньому напрямку, інформація про розміщені замовлення передавалася назад до облікової системи.

Однак, як уже зазначалося, особливості та масштаби інших проєктів можуть відрізнятися, часто вимагаючи більшої кількості та складніших інтеграцій.

У випадку платформи для Kia ми реалізували понад 20 інтеграцій із внутрішніми корпоративними ІТ-системами, а також значну кількість інтеграцій із основними програмними системами дилерів. Ці інтеграції включали SAP ERP, Salesforce CRM, програмне забезпечення для складського обліку та логістичні системи.

Як правило, чим більший проєкт, тим різноманітніші та складніші інтеграції можуть знадобитися, що створює дедалі складніші завдання для вашої команди розробників. Щоб ви могли уявити складність інтеграційних рішень, які ми розробили для цього проєкту, візьміть до уваги: лише документація, що описує вимоги до інтеграції CRM, перевищила 80 сторінок формату A4.

Розширюйте функціональність вашої платформи

Наша команда має великий досвід у розробці B2B-рішень та впровадженні інтеграцій із сторонніми API.

Зв’яжіться з нами

Впровадження платформ електронної комерції B2B

Впровадження виходить далеко за межі простого запуску програмного забезпечення. Воно також вимагає належного навчання персоналу клієнта та підготовки необхідної документації для забезпечення успішної роботи платформи.

Наприклад, у проєкті, який ми виконали для фармацевтичної компанії, окрім розробки платформи, ми також підготували технічну документацію та посібники користувача. Додатково ми надавали консультації співробітникам клієнта, відповідаючи на їхні запитання.

Масштабні проєкти, такі як той, що ми продовжуємо реалізовувати для Kia, часто є прикладом безперервного впровадження. Команда постійно розробляє нові функції та версії програмного забезпечення, які відразу ж впроваджуємо. Крім того, за погодженням із клієнтом, ми регулярно доповнюємо документацію, зберігаючи великі обсяги інформації в Confluence. Ця документація охоплює всі типи матеріалів — від технічних до орієнтованих на користувача.

У нас є спеціалізована команда підтримки, яка постійно обробляє запити від співробітників Kia, дилерів, партнерів та інших користувачів платформи. Однак ми не говоримо про елементарні запити на кшталт «Я знову забув свій пароль, допоможіть!». Питання, які ми отримуємо, є технічними, і наші фахівці допомагають автодилерам, відповідаючи на них та полегшуючи інтеграцію з різними програмними системами Kia.

Як ви можете помітити, незважаючи на те, що системи мають однакову мету, методи їх розробки значно різняться.

Команда розробки платформи B2B електронної комерції

Як я часто наголошую, склад технічної команди має визначатися цілями та завданнями проєкту. У розглянутих випадках для меншого проєкту ми одразу виділили спеціалізовану команду. Натомість у масштабному проєкті команда поступово розширювалася в міру появи додаткових завдань.

Отже, які фахівці потрібні для створення платформи для розвитку бізнесу B2B?

Спочатку розглянемо нашу B2B платформу для продажу фармацевтичної продукції:

Project Manager (PM) – часткова зайнятість
UI/UX дизайнер – часткова зайнятість
Frontend-розробник – повна зайнятість
Backend-розробник – повна зайнятість
Інженер із забезпечення якості (QA) – часткова зайнятість
DevOps-інженер – часткова зайнятість

Такий склад команди був цілком достатнім для реалізації проєкту, тривалість якого становила кілька місяців.

Звичайно, над проєктом платформи електронної комерції B2B для Kia працює набагато більша команда. Ось професіонали, які нам потрібні:

Product Owner – повна зайнятість
Project Manager – повна зайнятість
Два бізнес-аналітики – повна зайнятість
UI/UX дизайнер – повна зайнятість
Чотири frontend-розробники – повна зайнятість
Чотири backend-розробники – повна зайнятість
Інженер із забезпечення якості (QA/QC) – повна зайнятість
Інженер з автоматизованого тестування (Automation QA) – повна зайнятість
Троє спеціалістів підтримки – повна зайнятість
DevOps-інженер – часткова зайнятість

Ця команда працює над проєктом уже кілька років. Разом із представниками клієнта ми постійно стежимо за розвитком проєкту, підтримуючи його актуальність. Ми завжди готові коригувати склад команди та оперативно реагувати на зміни в обсязі робіт.

Технологічний стек проєкту B2B-платформи

У сучасному технологічному ландшафті кожна популярна мова програмування має успішні проєкти, пов’язані з нею. Вибір технологічного стеку завжди повинен визначатися конкретними потребами та особливостями проєкту. Раніше я вже детально розглядав правильний підхід до цього питання в нашому блозі.

Дозвольте поділитися деталями процесу вибору технологічного стеку для двох проєктів, про які йшла мова в цій статті.

Для невеликого фармацевтичного проєкту підходила майже будь-яка мова програмування, призначена для веб-розробки. Клієнт не мав конкретних уподобань і надав нам повну свободу у виборі технологій.

При визначенні оптимального набору технологій ми враховували наступне:

Популярність та перспективи розвитку технології.
Швидкість та продуктивність рішення.
Легкість та швидкість розробки програмного забезпечення.
Доступність на ринку та ставки відповідних розробників.
Наша власна спеціалізація/ї та досвід, серед інших факторів.

В результаті Python/Django та JS/React стали основою технологічного стеку цього проєкту.

На противагу цьому, більші клієнти часто мають більше попередніх умов та потенційних обмежень. Коли наш проєкт з Kia розпочався, вони вже мали встановлений технологічний стек, який включав PHP/Yii та JS/Vue.

Відповідно, нам довелося адаптуватися до наявного технологічного стеку клієнта. Великі корпорації зазвичай дотримуються внутрішніх стандартів щодо технологій, які рідко змінюються. У цьому випадку, якби ми мали вибір, то порекомендували б Python. Проте, незважаючи на нашу явну перевагу щодо Python, ми також маємо високий рівень експертизи в PHP, що успішно продемонстрували в цьому проєкті.

Терміни та бюджет для створення платформи електронної комерції B2B

На основі описаної функціональності та складу команд для двох розглянутих платформ ви тепер маєте загальне уявлення про типові параметри таких проєктів.

Проєкт із розробки оптової платформи для продажу медикаментів, включаючи додаткову розробку та тестування, тривав приблизно 5–6 місяців і обійшовся клієнту в кілька десятків тисяч євро.

І навпаки, масштабний проєкт для Kia триває вже кілька років, а його бюджет сягає мільйонів доларів.

Наш досвід у розробці інших масштабних рішень для електронної комерції

Наша команда розробників вже давно працює над різними проєктами у сфері електронної комерції. Щоб надати більш наочне уявлення про нашу роботу, ми хочемо поділитися кількома прикладами розробки подібних платформ. Наприклад, ми створили один із найбільших маркетплейсів у Європі з більш ніж 10 мільйонами користувачів щомісяця. Технологічний стек був обраний клієнтом, і якби рішення приймали ми, то вибрали б схожий підхід. Для бекенду використовували FastAPI з мікросервісною архітектурою, а для фронтенду — Vue.js. Клієнт прагнув оновити веб-сайт, оскільки стара версія була занадто повільною і не справлялася зі зростаючими обсягами трафіку.

Щодо функціональності, ми внесли лише незначні зміни порівняно зі старою версією сайту. Попередня версія була побудована на монолітній архітектурі, і замовник хотів перейти на мікросервіси. Крім того, важливим фактором стало використання FastAPI через його багатопотокову природу, що дозволяє краще справлятися з високими навантаженнями. Початково система була розроблена на Django, але для підвищення продуктивності клієнт вирішив перейти на більш сучасне рішення.

Ми також розробили один з найбільших маркетплейсів в Україні з кількома мільйонами користувачів щомісяця. Головним викликом була здатність системи витримувати пікові навантаження, оскільки цей вебсайт спеціалізувався на продажу товарів з великими знижками протягом короткого періоду часу. Тут ми також оптимізували вебсайт для високих навантажень. Ми перенесли бекенд з Yii на Symfony, який є чудовим вибором для більш складних проєктів. Функціональність в основному була змінена у внутрішній екосистемі проєкту та інтеграціях зі сторонніми сервісами. Для цього проєкту ми також провели кілька раундів тестування навантаження та оптимізували рішення на їх основі.

Висновок

Два приклади, розглянуті в цій статті, представляють протилежні полюси у сфері B2B платформ електронної комерції. Один проєкт є відносно простим, тоді як інший – надзвичайно складним. Однак більшість проєктів зазвичай знаходяться десь посередині між цими двома крайнощами. Якщо ж ваша мета – створити масштабний B2B веб-ресурс, подібний до кейсу Kia, ми, як розробники, готові допомогти вам на цьому шляху.

B2B платформи електронної комерції— це універсальні рішення, які підходять для різних масштабів бізнесу: від допоміжних проєктів для малого бізнесу до критично важливих ІТ-систем для великих підприємств. Розробка таких платформ вимагає досвідченої та кваліфікованої команди, яка добре розуміється на технічних аспектах та інтеграціях. Якщо вам потрібен подібний проєкт, варто звернутися до експертів — вони допоможуть адаптувати рішення під специфічні потреби вашої компанії.

Наша компанія з розробки B2B платформ електронної комерції спеціалізується на створенні рішень для електронної комерції. Ми розробили широкий спектр подібних платформ, декілька прикладів яких були проілюстровані в цій статті. Документування всього нашого досвіду в таких проєктах потребувало б безлічі статей, але якщо ви прагнете просунути свій бізнес вперед за допомогою розробки B2B маркетплейсу, звертайтеся до нас — ми вам допоможемо!