Implementace · sekce 21 / 21
Roadmapa a 90denní plán
Fázovaný plán transformace od discovery po vypnutí starého systému, konkrétní náplň prvních 90 dnů po dvoutýdenních sprintech, jasně ohraničený MVP scope, registr rizik a otevřené otázky na vedení Mobilprovás.
Roadmapa je postavená tak, aby každá fáze doručila samostatně použitelnou hodnotu a aby se nový systém zapínal postupně vedle běžícího provozu — žádný big bang. Pořadí fází vychází ze závislostí: bez čistých katalogových dat nedává smysl stavět search ani checkout, bez pobočkového modulu nedává smysl omnichannel skladovost.
Horizont 18–24 měsíců je předpoklad
Celkový horizont transformace odhadujeme na 18–24 měsíců do vypnutí starého systému. Jde o předpoklad založený na auditu z venku — zpřesní ho discovery podle reálného rozsahu dat v Trianglu, počtu integrací (pokladny, účetnictví, dodavatelé) a kapacity týmu. Trvání jednotlivých fází jsou odhady se stejnou výhradou.
Fáze transformace
Fáze se částečně překrývají — discovery, procesní a datový audit běží souběžně, vývojové fáze navazují podle závislostí. Sloupec závislostí říká, co musí být hotové nebo alespoň rozpracované, než fáze začne.
| Fáze | Trvání (odhad) | Obsah | Výstup | Závislosti |
|---|---|---|---|---|
| Discovery | 4–6 týdnů | Workshopy s vedením a všemi odděleními, zmapování systémů, přístupy, zpřesnění scope a rozpočtu | Zpřesněná roadmapa, business case, RACI | Žádné — startovní fáze |
| Procesní audit | 3–4 týdny (souběžně s discovery) | Mapování denních úkonů poboček, servisu, výkupu, podpory a B2B; měření časů rutinních činností | Procesní mapy AS-IS, kvantifikovaný seznam automatizací | Discovery (přístup k lidem) |
| Datový audit | 3–4 týdny (souběžně) | Exporty katalogu, objednávek, zákazníků a skladů z Trianglu; profilace kvality dat | Datový profil, návrh mappingu na nový model | Součinnost Trianglu, přístup k exportům |
| Cílová architektura | 2–3 týdny | Potvrzení stacku (Supabase, Medusa, Next.js, Meilisearch, n8n), datový model, integrační kontrakty | Schválený architektonický dokument | Discovery, datový audit |
| Proof of concept | 4 týdny | AI obohacení na vzorku 200 produktů, import jednoho dodavatelského feedu, search demo nad reálnými daty | Vyhodnocený PoC s metrikami (rozšíření prototypu zasoby.cz o reálná data) | Datový audit, architektura |
| MVP katalog | 6–8 týdnů | Medusa core, produktový katalog, nový strom kategorií, základní admin | Funkční katalog v novém systému | Architektura, PoC |
| MVP pobočky | 4–6 týdnů | Číselník poboček, pobočkové role a přístupy, základní pobočkové přehledy | Pobočkový modul v1 | MVP katalog |
| Search | 3–4 týdny | Meilisearch, modelový vyhledávač dílů (zařízení → kompatibilní díly), našeptávač | Nové vyhledávání včetně kompatibility | MVP katalog, kompatibilitní data |
| PIM | 6–8 týdnů | Lehká PIM vrstva, fronta ai_review, AI obohacení v provozu nad celým katalogem (7 061 popisů) | Obohacený katalog, PIM procesy v týmu | MVP katalog, PoC obohacení |
| Skladovost | 4–6 týdnů | Pobočkové sklady, rezervace, synchronizace s pokladnami, dostupnost per pobočka na webu | Omnichannel dostupnost | MVP pobočky, integrace pokladen |
| Checkout | 4–6 týdnů | Košík, platby, doprava, osobní odběr na pobočce, e-maily objednávkového cyklu | Objednávkový proces end-to-end | Skladovost, search |
| Servis | 6–8 týdnů | Servisní workflow od poptávky po vyzvednutí, AI triage, zákaznický náhled zakázky | Servisní modul v provozu | MVP pobočky, kompatibilitní data |
| Výkup | 4–6 týdnů | Výkupní workflow, AI scoring, kontrola IMEI, zalistování do bazaru | Výkupní a bazarový modul | Servis (sdílená evidence zařízení), skladovost |
| B2B | 6–8 týdnů | B2B registrace a schvalování, individuální ceníky, hromadné objednávky, kreditní limity | B2B portál v1 | Checkout, katalog, governance ceníků |
| Automatizace | Průběžně; jádro 6–8 týdnů | n8n, queue, dodavatelské feedy, e-mailové workflow, reporting — nasazování dle prioritizace ze sekce AI a automatizace | Portfolio 17 automatizací v provozu | PIM, queue infrastruktura, e-mail parser |
| AI asistenti | 4–6 týdnů | RAG znalostní báze, interní asistenti pro prodejce, servis a produktový tým | Interní asistenti s citacemi zdrojů | Znalostní báze, servisní a katalogová data |
| Migrace starého webu | 6–8 týdnů | Redirect mapa pro 866 kategoriových a 6 813 produktových URL, migrace obsahu, strukturovaná data, přepnutí domény | Nový web na produkční doméně bez ztráty SEO | Checkout, search, katalog, SEO plán |
| Postupné vypínání starých částí | 3–6 měsíců souběhu | Starý admin read-only, doběh historických procesů, archivace dat, ukončení smluv | Vypnutý starý systém, jediný zdroj pravdy | Migrace webu, adopce všech oddělení |
Kritická cesta
O tempu celé transformace rozhodují tři věci, které nelze obejít paralelizací:
- Kvalita a dostupnost exportů z Trianglu — všechno ostatní na nich staví; proto je datový audit v prvních týdnech.
- Integrace pokladen — bez ní není důvěryhodná pobočková skladovost, a tedy ani omnichannel checkout.
- Adopce produktového týmu na PIM a ai_review — technika je hotová dřív než návyky; počítat s časem na zaškolení a úpravy UI podle zpětné vazby.
Souběh dvou systémů je řízený stav, ne nehoda
Mezi spuštěním MVP a vypnutím starého webu poběží oba systémy vedle sebe. Pravidlo: pro každou doménu (katalog, objednávky, servis…) je vždy určen právě jeden zdroj pravdy a datový tok jedním směrem. Dvojí ruční údržba dat je zakázaná — tam, kde hrozí, se raději posune přepnutí domény.
Předpoklady plánu
- Tým: předpoklad jádra 4–6 lidí (delivery lead, architekt/backend, frontend, datový/AI inženýr, analytik) plus interní vlastník produktových dat na části úvazku.
- Součinnost: klíčoví lidé Mobilprovás (pobočky, servis, výkup, produktová data) mají na projekt vyhrazený čas — bez toho se fáze prodlužují.
- Data: Triangl poskytne kompletní exporty do konce prvního měsíce; každé zpoždění posouvá PoC a MVP 1:1.
Prvních 90 dní
Cíl prvních 90 dnů: ověřit klíčové předpoklady na reálných datech a dát vedení podklad pro go/no-go rozhodnutí o MVP — bez velkých vývojových závazků. Šest dvoutýdenních sprintů, každý s konkrétním výstupem.
Sprint 1 (týden 1–2): Kickoff a discovery
Co: kickoff s vedením, workshopy s pobočkami, servisem, výkupem, podporou a B2B; soupis systémů a přístupů; žádost o exporty do Trianglu. Kdo: delivery lead + business analytik + vedení Mobilprovás. Výstup: zpřesněný scope, seznam systémů a vlastníků, RACI, otevřené otázky s termíny odpovědí.
Sprint 2 (týden 3–4): Datový a procesní audit
Co: profilace exportů (7 075 produktů, kategorie, objednávky, zákazníci), měření časů rutinních úkonů na 2 vybraných pobočkách a v servisu. Kdo: datový inženýr + analytik, součinnost Triangl. Výstup: datový profil s kvantifikací chyb, procesní mapy, návrh mappingu dat na nový model.
Sprint 3 (týden 5–6): Architektura a základní infrastruktura
Co: finalizace cílové architektury a datového modelu, založení prostředí (Supabase projekt, repozitář, CI/CD, n8n instance), integrační kontrakty pro pokladny a účetnictví k ověření. Kdo: architekt + delivery lead + zástupce interního IT. Výstup: schválený architektonický dokument, běžící vývojové prostředí.
Sprint 4 (týden 7–8): PoC 1 — AI obohacení a feed
Co: AI obohacení popisů na vzorku 200 reálných produktů přes ai_review frontu (rozšíření prototypu zasoby.cz), import jednoho dodavatelského feedu s párováním přes EAN. Kdo: AI inženýr + produktový manažer Mobilprovás jako schvalovatel. Výstup: změřený podíl schválených návrhů (cíl 80 % a více) a čas na popis; spárovanost feedu.
Sprint 5 (týden 9–10): PoC 2 — Search a SEO příprava
Co: Meilisearch nad exportem katalogu, prototyp modelového vyhledávače dílů na vzorku kompatibilit, návrh redirect strategie pro 866 kategoriových a 6 813 produktových URL. Kdo: backend developer + SEO specialista. Výstup: klikatelné demo vyhledávání, redirect mapa v1, seznam SEO rizik.
Sprint 6 (týden 11–12): Vyhodnocení a plán MVP
Co: vyhodnocení obou PoC proti metrikám, business case s náklady a úsporami, detailní backlog MVP, plán týmu a rozpočtu. Kdo: delivery lead + vedení Mobilprovás. Výstup: go/no-go rozhodnutí, roadmapa v2, smluvní a personální plán pro MVP fázi.
6
sprintů po 2 týdnech
200
produktů v PoC AI obohacení
80 %+
cílový podíl schválených AI návrhů v PoC (předpoklad)
go/no-go
rozhodnutí vedení na konci 90 dnů
MVP scope
MVP je nejmenší celek, který dává zákazníkovi i firmě víc než starý web: nakoupit s jistotou dostupnosti na pobočce a spravovat katalog bez ručního přepisování. Všechno ostatní je záměrně později.
Co JE a co NENÍ v MVP
V MVP JE: katalog + PIM s AI obohacením, nové vyhledávání včetně modelového vyhledávače dílů, pobočková skladovost s dostupností na webu a checkout s osobním odběrem. V MVP NENÍ: plný B2B portál (jen registrace zájemců), marketing automation, věrnostní program, plná servisní a výkupní digitalizace (běží postaru, digitalizují se v navazujících fázích) ani migrace kompletní objednávkové historie.
- V MVP: produktový katalog v Medusa + PIM vrstva s ai_review, AI obohacení popisů v provozu, nový strom kategorií.
- V MVP: Meilisearch s našeptávačem a modelovým vyhledávačem dílů — hlavní diferenciátor proti současnému stavu.
- V MVP: pobočková skladovost a rezervace, dostupnost per pobočka na produktové stránce.
- V MVP: checkout s platbami, dopravou a osobním odběrem; transakční e-maily.
- V MVP: základní role, audit log a feature flagy — governance od prvního dne, ne dodatečně.
- Mimo MVP: plný B2B portál s ceníky a kreditem — vyžaduje stabilní checkout a governance cen; v MVP jen sběr B2B poptávek.
- Mimo MVP: marketing automation a kampaňové nástroje — až po datech z nového checkoutu.
- Mimo MVP: plné servisní a výkupní workflow — v MVP zůstávají ve stávajícím režimu, AI triage a scoring se pilotují odděleně.
- Mimo MVP: mobilní aplikace, věrnostní program, marketplace kanály.
Rizika
Registr hlavních rizik programu. Pravděpodobnost a dopad jsou expertní odhady k datu blueprintu; registr se má revidovat na konci každé fáze.
| Riziko | Pravděpodobnost | Dopad | Mitigace |
|---|---|---|---|
| Datová kvalita exportů z Trianglu horší, než audit předpokládá | Vysoká | Vysoký — posun celé roadmapy | Datový audit hned v prvních týdnech, mapping s tolerancí chyb, čištění dat jako samostatný pracovní balík s rezervou |
| Nedostatečná součinnost Trianglu (exporty, dokumentace, výpověď) | Střední | Vysoký | Smluvní vyjasnění vlastnictví dat v discovery, brzké získání kompletních exportů, právní revize smlouvy |
| SEO propad při migraci 866 + 6 813 URL | Střední | Vysoký — přímý dopad na tržby | Redirect mapa 1:1, přepnutí mimo sezónu, monitoring pozic po segmentech, rollback plán na úrovni DNS |
| Nízká adopce zaměstnanci (pobočky, servis, produktový tým) | Střední | Vysoký — systém bez dat je k ničemu | Zapojení klíčových uživatelů od discovery, pilotní pobočka, školení, ambasadoři, úpravy UI podle zpětné vazby |
| Souběh dvou systémů povede k dvojí údržbě a rozjetým datům | Střední | Střední | Jeden zdroj pravdy per doména, jednosměrné synchronizace, starý admin postupně read-only |
| Rozpočet — překročení nebo zastavení financování v průběhu | Střední | Vysoký | Fázování s hodnotou na konci každé fáze, go/no-go brány, měsíční reporting čerpání vedení |
| Integrace pokladen složitější, než se čeká (bez API) | Střední | Vysoký — blokuje skladovost | Ověření možností pokladen v discovery jako priorita, náhradní scénář (výměna pokladního SW, middleware) |
| Scope creep — požadavky nad rámec MVP během vývoje | Vysoká | Střední | Písemný MVP scope schválený vedením, change request proces, parkoviště požadavků do dalších fází |
| Kapacita interního IT a klíčových lidí (bus factor) | Střední | Střední | RACI, dokumentace a runbooky průběžně, párování dodavatele s interními lidmi, předávací plán |
| Kvalita dodavatelských feedů (formáty, spolehlivost) | Vysoká | Střední | Validace schémat, import se při chybě zastaví, per-dodavatel adaptéry, smluvní požadavky na formát v discovery |
| AI výstupy poškodí značku (chybné popisy, špatné rady) | Nízká–střední | Střední | Human-in-the-loop na vše veřejné, golden datasety, shadow mode, kill-switch per automatizace (viz Governance) |
| Právní a compliance požadavky výkupu (evidence, IMEI) | Střední | Střední | Právní konzultace v discovery, deterministická kontrola IMEI, auditovatelná evidence výkupů od první verze |
Dvě rizika rozhodují o všem
Datová kvalita a součinnost Trianglu určují reálné tempo celé transformace — proto jsou oba audity v prvních čtyřech týdnech a proto je vlastnictví dat první otázkou na vedení. Všechna ostatní rizika se dají řídit fázováním; tato dvě mohou změnit celý plán.
Open questions — otázky na vedení
Bez odpovědí na tyto otázky nelze zpřesnit rozpočet ani harmonogram. Očekáváme je během discovery, ideálně do konce sprintu 2.
- Vlastnictví dat u Trianglu: má Mobilprovás smluvně zaručený přístup ke kompletním datům (katalog, objednávky, zákazníci, historie) a v jakém formátu je lze exportovat?
- Jaké jsou výpovědní lhůty a podmínky smlouvy s Trianglem, včetně provozu domény a hostingu během souběhu?
- Jaký pokladní systém běží na pobočkách, má API nebo exporty, a kdo ho dodává?
- Kolik je poboček, kolik zaměstnanců na pobočku a jaké role tam reálně existují?
- Jaké jsou měsíční objemy: servisní zakázky, výkupy, objednávky e-shopu, B2B objednávky?
- Kteří dodavatelé poskytují feedy, v jakých formátech, a existují k nim smlouvy či dokumentace?
- Jaké účetnictví/ERP se používá a kdo spravuje jeho integrace?
- Jaký je rámcový rozpočet a očekávané tempo — je priorita rychlost, nebo rozložení nákladů v čase?
- Jaká je interní IT kapacita: kdo bude nový systém provozovat, a počítá se s náborem?
- Kdo bude vlastnit produktová data — existuje (nebo vznikne) role produktového manažera / PIM týmu?
- Jaké právní povinnosti platí pro výkup (evidence bazarového zboží, ověřování IMEI, součinnost s policií)?
- Kolik má firma B2B zákazníků, jaký obrat generují a jak dnes objednávají (e-mail, telefon, ceníky v XLSX)?
- Jaké marketingové nástroje se dnes používají (e-mailing, srovnávače, PPC) a kdo je spravuje?
- Která historická data se mají migrovat do nového systému (kompletní objednávková historie, servisní historie, zákaznické účty) a která stačí archivovat?
Doporučené výstupy discovery
Discovery končí sadou dokumentů, které jsou zároveň podkladem pro go/no-go a zadáním pro MVP:
- Zpřesněná roadmapa a rozpočet s rozpadem na fáze a go/no-go branami.
- Procesní mapy AS-IS s kvantifikací časů a seznamem automatizačních příležitostí.
- Datový profil a mapping dat z Trianglu na cílový datový model, včetně plánu čištění.
- Integrační katalog: systémy, rozhraní, vlastníci, smlouvy, rizika (pokladny, účetnictví, dopravci, feedy).
- Redirect mapa v1 a SEO migrační plán.
- Business case s KPI: úspora času, růst konverze, pokrytí katalogu popisy, čas první odpovědi.
- RACI a plán adopce (pilotní pobočka, školení, ambasadoři).
- Vyhodnocené PoC reporty (AI obohacení, feed, search) s doporučením pro MVP.
Další krok
Schválit 90denní plán a jmenovat interního sponzora a vlastníka produktových dat. Discovery může začít do dvou týdnů od schválení — první závislostí je žádost o exporty dat u Trianglu, kterou lze poslat hned.