LED-магазин: как интернет-магазин стал уроком о данных и приоритетах

Со временем мне стало интересно, как устроен сам бизнес.

Фирма продавала светодиодное оборудование, закупала товары у поставщиков, перепродавала их клиентам и параллельно занималась монтажом.

У них был сайт. Через него продавали товары, принимали заказы и продвигали услуги.

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

На тот момент я уже изучал Yii2 и предложил перенести сайт на него.

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

Сейчас я понимаю: для старта этого интереса хватило, но для сложного проекта его оказалось недостаточно.

Сначала мне казалось, что нужно просто перенести сайт и сделать лучше.

Но главной сложностью оказался каталог.

LED-магазин — это не набор одинаковых товаров. Ленты, блоки питания, профили, светильники, контроллеры и комплектующие имеют разные характеристики.

Для одной категории важна мощность, для другой — напряжение, для третьей — цветовая температура, длина, степень защиты или тип монтажа.

Нужно было сделать так, чтобы каталог оставался гибким и при этом управляемым.

Я выбрал решение, которое позволяло задавать разные характеристики для разных категорий. На старте оно казалось правильным.

Но позже, когда товаров стало больше, стало понятно: гибкость имеет цену. Система стала сложнее в поддержке и тяжелее в работе.

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

Вторая большая сложность — обновление товаров.

Поставщики не давали API, через который можно было бы напрямую получать данные. Вместо этого предоставляли публичные ссылки на прайс-листы в Excel.

Нужно было обновлять цены, добавлять новые позиции и следить за тем, что исчезло из прайсов.

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

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

Особенно если система может массово менять цены, добавлять или удалять товары.

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

В проекте хорошо проявились вопросы клиентского опыта.

Например, светодиодная лента на старом сайте показывалась по цене за метр, хотя продавалась кратно пяти метрам.

С одной стороны, цена за метр выглядит ниже. С другой — в корзине покупатель всё равно увидит реальную сумму.

Мне казалось честнее и понятнее показывать товар так, как он действительно продаётся.

Был и другой спор — про форму заказа. Часть данных требовалась для доставки, но форма становилась слишком длинной.

Я считал и продолжаю считать, что продавец должен по возможности упрощать путь покупателя, а не перекладывать на него внутренние сложности процесса.

Этот проект помог мне лучше понять: интерфейс должен помогать человеку купить, а не объяснять ему внутреннее устройство бизнеса.

Позже, после работы в IT-компании и знакомства с новыми инструментами, я посмотрел на проект иначе.

Стало понятно, что часть архитектурных решений нужно пересматривать. Некоторые решения, которые казались удачными в начале, перестали соответствовать масштабу задачи.

Я начал новую версию приложения.

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

Обновлённая версия стала для меня способом довести старый проект до более зрелого состояния.

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