CASE 03 · ДОСИЕ
Custom e-commerce архитектура, започната от бизнес концепцията
Собствен проект, при който продуктовата стратегия, техническата архитектура и SEO системата са проектирани като едно цяло.
E-COMMERCE ARCHITECTUREPRODUCTION SYSTEM
01 · КОНЦЕПЦИЯБизнес моделСпециализиран магазин, структуриран според реалната продуктова логика
02 · ДАННИПродуктова системаКатегории, handles, цени, наличности, изображения и импорти
03 · BACKENDMedusaЦентрализирани бизнес правила и custom административни модули
04 · STOREFRONTNext.jsДинамичен каталог, reusable UI, UX и SEO съдържание
05 · PRODUCTIONРаботеща системаМиграции, builds, услуги, API проверки и реален QA
01 · КОНТЕКСТ
Проектът започна като бизнес система, а не като сбор от страници
MTVZ.bg е собствен специализиран онлайн магазин за риболовни продукти, изграден с Medusa backend и Next.js storefront. Работата обхвана продуктовия модел, категориите, съдържанието, интерфейса, административните инструменти, автоматизацията и production инфраструктурата като части от една обща e-commerce система.
02 · ПРЕДИЗВИКАТЕЛСТВО
Всяко локално решение влияеше върху няколко други слоя
Продуктовите данни определят routing-а и каталога. Категориите влияят върху UX и SEO. Изображенията засягат представянето и скоростта. Административните решения променят бъдещата поддръжка. Затова задачите не можеха да бъдат разглеждани като изолирани технически корекции.
03 · АНАЛИТИЧЕН ПОДХОД
Първата стъпка беше да се установи действителният проблем
Преди промяна проверявах каква логика вече съществува, дали затруднението е архитектурно, продуктово или UX проблем и как предложеното решение ще се отрази върху останалата система. Избирах най-простото устойчиво решение и преминавах напред само след потвърден резултат.
04 · АРХИТЕКТУРА
Бизнес правилата бяха отделени от тяхното визуално представяне
Продуктите, категориите, цените, наличностите и свързаните бизнес правила принадлежат на Medusa backend. Storefront-ът получава и представя тези данни динамично, без hardcoded продуктова логика. Повторяемите UI решения бяха централизирани в reusable компоненти с ясна отговорност.
05 · ПРОДУКТОВИ ДАННИ
Каталогът беше подготвен за управление и бъдеща автоматизация
Работата включваше категоризация, CSV структура за Medusa, продуктови заглавия, handles, описания, цени, количества, изображения и статуси. Бяха разработвани скриптове за импорт, корекция и публикуване, а резултатът се проверяваше както на ниво данни, така и в публичния каталог.
06 · ПОСЛЕДОВАТЕЛНОСТ
Именуването и URL структурата бяха третирани като системни правила
Последователните продуктови имена и handles на латиница не бяха оставени като козметичен детайл. Те влияят едновременно върху routing-а, SEO структурата, импортите и бъдещите автоматизации. Затова правилата бяха определени на ниво система, вместо да се поправят продукт по продукт.
07 · SEO СИСТЕМА
Търсенето беше покрито на три различни нива
SEO архитектурата включва основни категории, по-конкретни подкатегории и editorial съдържание за реални потребителски въпроси. Категорийните текстове, вътрешните връзки и изображенията бяха свързани със структурата на каталога, вместо да съществуват като отделен текстов слой без връзка с продуктите.
08 · UX И ПРОИЗВОДИТЕЛНОСТ
SEO съдържанието не трябваше да измества основната задача на страницата
Дългото категорийно съдържание и допълващите изображения бяха поставени след продуктовия каталог. При продуктовите страници целта беше съществуващото потребителско изживяване да се запази, но скритите и тежки секции да не натоварват ненужно първоначалното зареждане.
09 · CUSTOM ФУНКЦИОНАЛНОСТ
Готовите Medusa механизми не бяха използвани извън предназначението им
Стандартните Promotions и Product Collections не покриваха необходимия модел за кампании. Вместо неподходящо приспособяване беше разработен самостоятелен Merchandising Campaign module със собствен модел, статуси, периоди, продуктови връзки, workflows, валидация и административен интерфейс.
10 · КАМПАНИИ
Административното управление беше свързано директно със storefront-а
Кампаниите могат да бъдат основни, сезонни или промоционални и да преминават през draft, active и archived състояния. Store API endpoints подават данните към динамична campaign страница, а началната страница може автоматично да води към активната основна кампания. Системата беше внедрена и проверена с реални продукти.
11 · PRODUCTION ПРОЦЕС
Успешният build беше междинна проверка, а не край на задачата
Внедряването включваше контрол на branches и commits, преглед на локалните промени, database migrations, backend и frontend builds, рестартиране на правилните systemd услуги, health проверки, валидиране на API отговорите и ръчно тестване на страниците и навигацията в production.
12 · РЕЗУЛТАТ
Създадена беше основа, върху която магазинът може да се развива
MTVZ.bg разполага със структурирани продуктови и категорийни данни, динамичен storefront, централизирана UI логика, SEO архитектура, административни инструменти и контролиран процес за внедряване. Аналитичността, вниманието към процеса и професионализмът се виждат в начина, по който решенията са свързани и проверявани.
MTVZ.bg е собствен развиващ се e-commerce проект. Казусът представя изградените системи и проверените функционалности, без да приписва недоказани търговски или SEO резултати на отделна промяна.
Имаш сходен проблем, но различен бизнес?