AI mění povyšování e-shopů na míru. Přes několik verzí najednou a bez zastavení vývoje

E-shop běží pátým rokem. Vydělává, každý měsíc na něm přibývají nové funkce a z pohledu zákazníka není důvod něco zásadního měnit. Pod povrchem ale technologie stárnou, platforma je mezitím o několik verzí dál a otázka „kdy budeme povyšovat?“ se na poradách pravidelně posouvá na příště.

U e-shopů na míru je to známý scénář. Povýšení dlouho znamenalo velký projekt, který stál čas a peníze a na několik měsíců mohl zpomalit další vývoj. Proto se často čekalo, dokud k němu firmu nedotlačila bezpečnost, zastaralé technologie nebo potřeba větší technologické změny.

S nástupem AI se ale právě tahle část provozu e-shopu začíná výrazně měnit. První projekty dnes povyšujeme přibližně o polovinu rychleji než dřív a hlavně jiným způsobem: místo postupného přechodu přes jednotlivé verze dokážeme jít rovnou na aktuální.

U e-shopu na míru povýšení nikdo neudělá za vás

U SaaSových a krabicových řešení se o společné jádro stará jejich dodavatel. Když jej aktualizuje, změna se postupně nebo automaticky dostane ke všem zákazníkům. Povýšení samotného jádra proto provozovatel neřeší jako samostatný projekt.

U plně customizovatelného řešení je situace opačná. E-shop lze přizpůsobit konkrétním procesům firmy, napojit na její systémy a dál rozvíjet prakticky bez omezení společného SaaSového jádra. Každý projekt se tím ale zároveň postupně stává unikátním. A jeho povýšení proto vyžaduje samostatnou práci.

Tohle je mimochodem dobré mít na paměti i při výběrovém řízení. Povyšovatelnost dnes deklaruje téměř každý dodavatel a někdy se objevuje i příslib, že zákazníka nebude nic stát. V takové chvíli má smysl položit dvě jednoduché otázky: Kdo konkrétně povýšení provede a kde je tato práce započítaná?

Protože u customizovaného e-shopu ji někdo udělat musí.

Proč vůbec povyšovat e-shop, který funguje?

Bezpečnost. Technologie a knihovny mají svůj životní cyklus. Zastaralé knihovny a technologie jsou riziko, které roste s každým měsícem.

Legislativa a auditovatelnost. S rostoucími požadavky na kybernetickou bezpečnost firmy potřebují mít větší kontrolu nad tím, na jakých technologiích jejich klíčové systémy běží a jak jsou udržované. U organizací, kterých se týkají pravidla vycházející z NIS2, je řízení aktualizací a zranitelností ještě důležitější.

Lidé, kteří na tom mají pracovat. Čím starší technologie, tím hůř se na projekt shánějí vývojáři a tím méně chuti do něj mají i ti stávající. Všechno trvá déle a stojí víc, a to na obou stranách.

A potom je tu samotný technologický posun platformy. Nová verze může přinášet změny, které není rozumné doprogramovávat jednotlivě: modernější frontendovou architekturu, nové možnosti integrací, MCP nebo infrastrukturu připravenou na práci s AI agenty.

Právě tam je hodnota povýšení největší. Nejde o to „mít vyšší číslo verze“, ale o to dostat se na technologický základ, na kterém se dá dalších několik let stavět.

AI nám zkrátila povýšení přibližně na polovinu. U dlouhodobě neaktualizovaných projektů ušetří až 70 %

Na prvních projektech dnes vidíme přibližně 50% zrychlení oproti původnímu způsobu práce.

Je fér dodat, že tím práce nezmizela. Povýšení velkého e-shopu na míru pořád není operace na jedno odpoledne a stále vyžaduje zkušený vývojový tým.

Podstatnější je směr. Jsme na začátku, už dnes jsme se dostali přibližně na polovinu původní pracnosti a současně vidíme další části procesu, které lze automatizovat nebo zjednodušit.

Váš e-shop jde rovnou na aktuální verzi Shopsys Platform

Dříve se muselo povyšovat postupně. Pokud e-shop běžel na verzi 15 a aktuální byla verze 18, šlo se nejprve na šestnáctku, poté na sedmnáctku a nakonec na osmnáctku. Každý krok znamenal upravit projekt, vyřešit nekompatibility a znovu ověřit, že všechno funguje.

S využitím AI se nám podařilo tenhle princip změnit. Dnes můžeme jít rovnou ze starší verze na aktuální a několik meziverzí přeskočit. Místo toho, abychom třikrát opakovali podobnou práci a třikrát testovali celý projekt, rovnou řešíme cílový stav. Skok přes víc verzí najednou byl přitom dřív prakticky nerealizovatelný.

To je důležité především u projektů, které mají technologický dluh už několik let. Čím více verzí by bylo nutné projít klasickým způsobem, tím větší část opakující se práce dokážeme odstranit.

U projektů, které jsou několik verzí pozadu, proto odhadujeme úsporu až kolem 70 %.

Paradoxně se tak právě u starších projektů může přínos nového postupu povyšování s AI projevit nejvýrazněji. Pomáhá nám totiž odstraňovat technologický dluh, který se na projektech roky hromadil.

Nejdůležitější není generování kódu, ale proces kolem něj

Na Globusu jsme povýšili o dvě a půl verze najednou. Web je po povýšení rychlejší, i když to nebylo naším cílem.

Co je klíčové je to, jaký jsme kolem toho postavili proces:

Automatické testy tam, kde žádné nebyly. AI si ke každé funkční části, která test neměla, test vytvořila. Smyslem povýšení není jen dostat se na novou verzi, ale hlavně nerozbít nic z toho, co dnes funguje. Ruční příprava takového pokrytí by byla nepřiměřeně drahá.
Jasné mantinely na kritických místech. U Globusu jsme předem určili, kde se nesmí změnit nic, například frontendové API, na kterém visí mobilní aplikace.
Simulace okolních systémů. Napsali jsme aplikaci, která simulovala komunikaci s ERP, a celý přenos dat jsme si ověřili ještě před nasazením.
Vývoj na projektu se nezastavil. Tým pokračoval v práci na nových funkcích po celou dobu povyšování. Jediným omezením byl týden bez nasazování. Dřív bývalo běžné, že se kvůli povýšení vývoj na několik měsíců zpomalil.
Testy zůstávají. To, co při povýšení vznikne, si projekt nese dál. Každá další úprava tím pádem stojí na lepších základech než ta předchozí.

Člověk z toho procesu nemizí. Vývojář, který projekt zná, pořád vyhodnocuje kritické části, kterým AI chybí kontext, a kontroluje výsledky. Právě tady vidíme největší prostor na zlepšení do dalších projektů.

Tohle je možná méně nápadná, ale z pohledu e-commerce týmu zásadní změna. Povýšení dříve často znamenalo období, kdy bylo potřeba vývoj nových funkcí výrazně omezit.

Na Globusu pokračoval tým po dobu povyšování v běžném vývoji. Nové funkce vznikaly dál a omezení přišlo až krátce před samotným nasazením, kdy se na týden přestalo deployovat.

Pro firmu tak povýšení nemusí znamenat několik měsíců, během kterých se technologický rozvoj e-shopu téměř zastaví.

Největší přínos přichází u velkých technologických skoků

Dobře je to vidět na frontendové architektuře.

JavaScriptový frontend jsme do Shopsys Platform přidali ve verzi 14. Nešlo přitom jen o změnu použité technologie. Frontend se oddělil od backendu a začal komunikovat s platformou prostřednictvím API.

To výrazně mění možnosti dalšího rozvoje.

Na stejné API lze napojit webový frontend, mobilní aplikaci nebo další zákaznické rozhraní. Business logika zůstává na jednom místě v platformě a jednotlivé aplikace ji mohou využívat, místo aby každá potřebovala vlastní paralelní řešení.

Přesně na tomto principu dnes funguje například Globus Online, Tescoma, Agados, Jablotron, SolSol, Breno, B2B Partner, Traficon, Truhlíkov, Sevt, JAF Holz, Satoshi, Průša3D, Mycrush nebo Eminent.

Cílem je, aby volnost custom řešení neznamenala technologický dluh

Máme za sebou první velký projekt, který po tomto typu povýšení běží v produkci, a pracujeme na dalších. Už teď víme, že současný proces není konečný. U každého dalšího projektu chceme část práce znovu odstranit, zautomatizovat nebo lépe otestovat.

Individuální řešení bude vždy fungovat jinak než SaaSová platforma se společným jádrem. Jeho hlavní výhodou je právě možnost přizpůsobit technologii konkrétnímu byznysu. To by ale nemělo znamenat, že se firma kvůli obavám z nákladného povýšení na pět nebo deset let uzamkne na technologii, se kterou začínala.

Naším cílem je obě věci postupně přiblížit: zachovat svobodu e-shopu na míru a současně co nejvíc snížit cenu a komplikace spojené s tím, že jej potřebujete udržovat aktuální.