Digital-разработка

B2B и B2C портал "ТБМ"

Задача

Разработать принципиально новый проект, объединяющий B2B и B2C направления деятельности компании

Объем по проекту

> 5 000 часов

Срок проекта

1 год и по наст. вр.

Технологический стек решения

React JS
PHP
Lumen
Laravel
Apache Kafka
Prometheus

Над проектом работали

Team Lead
Технический писатель
Менеджер проекта
Frontend-разработчик х2
Backend-разработчик х2
QA

Digital-разработка

B2B и B2C портал "ТБМ"

Задача

Разработать принципиально новый проект, объединяющий B2B и B2C направления деятельности компании

Объем по проекту

> 5 000 часов

Срок проекта

1 год и по наст. вр.

Технологический стек решения

React JS
PHP
Lumen
Laravel
Apache Kafka
Prometheus

Над проектом работали

Team Lead
Технический писатель
Менеджер проекта
Frontend-разработчик х2
Backend-разработчик х2
QA
01
О компании

ТБМ — крупная торгово-производственная компания в сфере строительного ритейла. Занимается поставкой комплектующих для производства окон, дверей, фасадов и мебели. В штате компании — более 2 500 сотрудников, филиалы и магазины ТБМ действуют в 150 регионах. У компании более 80 клиентов регионального уровня.

02
Задача

За 29-летнюю историю развития у компании появилось множество предприятий, филиалов, отделов, складов, баз данных. Связующим звеном всех этих организаций выступала самописная ERP-система.

Со временем, команда ТБМ столкнулась с проблемами:

  • Сложно поддерживать монолит – сказывается и возраст системы, и объём данных в 2 000 таблиц;
  • Нет полной документации – процесс ввода новых сотрудников затягивается
    до 6 месяцев, при утрате экспертизы могут возникнуть проблемы;
  • Не было единого информационного поля, вся экосистема компании
    была раздроблена на три сайта для B2B и B2C направлений.

Так команда пришла к необходимости обновить сайт, но это требовало глубокой проработки последующих шагов.

Олеся Ястребова
Директор по маркетингу и электронной коммерции
Изначально мы хотели объединить три основных сайта для оптимизации работы системы и создания единого инфополя. Мы обратились в Hawking Bros, когда у нас были готовы прототипы и требования, важным из которых было отсутствие технического задания. Его подготовка заняла бы несколько лет, а потребность в обновлении остро стояла уже тогда. Поэтому мы принимали решение исходя из предпроектного анализа. На предпроектном анализе команда Hawking Bros указала на уязвимость нашей ERP-системы, отметила её слабые места — например, из 2 000 таблиц использовали только 200.

Когда «ТБМ» обратились к нам, мы взяли на себя технический анализ, выдвинули предложения архитектуры и технологического стека. Каждые две недели мы проводили очные встречи с командой клиента, чтобы получить полную информацию по проекту и бизнесу компании. В рамках цели обновления сайта мы решали задачу по смене технологического стека и перехода на новый тип архитектуры.

Сайт для розничных покупателей

Сайт для оптовой торговли

03
Результат
  • Объединили B2B и B2C направления бизнеса в рамках одной платформы;
  • Обновили технологический стек: перешли с Битрикс на PHP 7.4 в связке со Swoole и Lumen для оптимизации запросов;
  • Продумали взаимодействие между ERP и новым сайтом, создали двустороннюю интеграцию БД с ERP;
  • Создали отказоустойчивый сервис, способный масштабироваться вслед за развитием бизнеса;
  • Сделали процесс управления электронной коммерцией удобным за счёт проработки интерфейса.

У вас есть свой проект? Давайте обсудим

Форма успешно отправлена.
Нажимая "Отправить" Вы соглашаетесь с Политикой обработки персональных данных

Обновлённый личный кабинет

04
Процесс

Развитие ERP сопровождалось появлением нескольких десятков типов основных и побочных сущностей — всего более 40, увеличением объёма данных внутри каждой из них. Туда входили записи о товарной номенклатуре, клиентах и пользователях, логистической структуре.

При выборе архитектуры мы рассматривали три основных варианта:

  • Многослойная архитектура с разделением системы
    на уровни представления, бизнес-логики, данных.
  • Сервисно-ориентированная с выделением сервисов по сегментам бизнеса.
  • Микросервисная архитектура — для обеспечения масштабируемости
    и отказоустойчивости системы.

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

Арсений Анатольев
Менеджер проектов

У проекта было несколько особенностей:

  • Мы решали задачи, по которым не было экспертизы в открытых источниках. На старте проекта микросервисы только набирали обороты, поэтому многие вещи мы анализировали и продумывали сами. Например, SEO, авторизация, WYSIWIG.
  • Помимо технической составляющей, мы также пришли к оптимальному составу рабочих команд для обсуждения задач. Подробнее об этом в описании workflow проекта.
05
Workflow проекта

Мы столкнулись с проблемой декомпозиции задач на проекте и вывели три правила:

  • Мы берём в один крупный спринт микросервис, который может быть завершен «от и до» (авторизация, чат, email-рассылка),
  • Если микросервис общается со множеством других и подвержен постоянным доработкам, мы декомпозируем его внутри и выполняем только ту часть, которая относится к уже готовым микросервисам (цены, остатки, доставка),
  • Каждый функциональный блок или раздел имеет внутреннего заказчика – это важно с точки зрения переговоров и принятия решений.

Микросервисы в коммуникации

Для обсуждения вопросов по проекту мы пришли к оптимальному составу рабочей группы:

  • Менеджер проекта со стороны Hawking Bros,
  • Разработчик профильного микросервиса со стороны Hawking Bros,
  • Менеджер проекта со стороны ООО «ТБМ»,
  • Профильный сотрудник со стороны ООО «ТБМ»,
  • Разработчик со стороны ERP-системы — опционально.

Группа состоит из такого количества людей и такого профиля, чтобы максимально быстро и эффективно решить любой вопрос.

Арсений Анатольев
Менеджер проектов
Каждые две недели мы проводили оффлайн-встречи с командой ТБМ, на которых обсуждали вопросы по текущему этапу разработки с обеих сторон, план-график проекта и этапа, риски проекта и пути их снижения, сопутствующие задачи и пожелания. Это помогло фокусироваться на актуальных процессах. А состав групп способствовал построению гибкой коммуникации.

Рекомендуем посмотреть совместное выступление Арсения и Олеси на Mind Bros Conf, если вам интересно узнать больше о проекте.

Проект готовится к открытому релизу, и пока работает в бета-версии в закрытом доступе для ограниченной группы пользователей.

Форма успешно отправлена.
Свяжитесь с нами
Нажимая "Отправить" Вы соглашаетесь с Политикой обработки персональных данных