Proč každá větší spolupráce začíná diagnostikou

Proč firmy přicházejí s řešením dřív než s problémem

Klient často přichází s jasnou představou „co chce“: nový portál, vlastní ERP modul, automatizaci, mobilní aplikaci. Méně často má jasno v tom, proč dnešní provoz selhává, co se změní po dodávce a kdo bude systém udržovat.

Bez mapy provozu stavíte na dohadech. Diagnostika není prodleva ani „poradenská vata“. Je to pojistka proti špatnému rozhodnutí — a proti tomu, abyste platili za software, který jen přesune chaos do modernějšího UI.

Signály, že potřebujete diagnostiku

• Klíčový proces závisí na jednom člověku, Excelu nebo e-mailové schránce.
• Data se ručně přepisují mezi dvěma a více systémy.
• Každý report říká něco jiného a management tomu nevěří.
• Předchozí dodávka „fungovala na demo“, ale v provozu se rozpadla.
• Tým chce „nový systém“, ale nedokáže popsat, co se stane s objednávkou za 15 minut.

Když vidíte dva a více těchto signálů, nemá smysl hned psát nabídku na vývoj. Nejdřív potřebujete společný obraz reality.

Co diagnostika dává

GEREQ Diagnostic typicky trvá 5–10 pracovních dní. Výstupem není 200stránková zpráva „pro efekt“, ale rozhodnutí:

1. Společný obraz provozních toků — kdo, kdy, s jakými daty a nástroji.
2. Seznam rizik a závislostí — co se rozbije, když změníte jednu část.
3. 2–3 varianty postupu s milníky, hrubým rozsahem a orientačním business case.
4. Doporučení, zda stavět, konfigurovat, integrovat — nebo nic nestavět.

Diagnostika také ukáže, co není problém softwaru: chybějící vlastník procesu, nejasné SLA mezi odděleními, nebo očekávání „automatizace vyřeší všechno“.

Co diagnostika nedělá

• Nenahrazuje detailní návrh celé architektury na rok dopředu.
• Negarantuje, že další krok bude custom vývoj.
• Nevyrábí slide deck pro board bez provozního obsahu.

Cílem je rozhodnutí: jdeme dál, v jakém rozsahu, s jakými milníky — a kdo na straně klienta drží odpovědnost.

Příklad z provozu (anonymizováno)

Firma s e-shopem a ERP chtěla „jedno tlačítko, které vše propojí“. Po diagnostice vyšlo najevo:

• sklad a obchod používaly jiné identifikátory produktů,
• dostupnost se přepisovala 2× denně ručně,
• reklamace vznikaly z prodlevy mezi „prodáno online“ a „už není skladem“.

Místo monolitického projektu vznikla integrační vrstva s milníky. První měsíc řešil kritický tok skladu. Ruční exporty/importy klesly o odhadovaných 70–80 % u sledovaných položek; incidenty se začaly řešit podle alertů, ne podle pocitu.

Bez diagnostiky by tým pravděpodobně platil za „nový e-shop“, zatímco problém byl v datech a vlastnictví synchronizace. Související případová studie: ERP integrace.

Náklady špatného rozhodnutí

Typické skryté náklady, které firmy přehlížejí:

• Přestavba po 3–6 měsících, protože první dodávka neřešila skutečný tok.
• Dvojí práce lidí (ruční přepis, kontroly, reklamace) — často desítky hodin týdně.
• Ztráta důvěry v reporty a v dodavatele.
• Vendor lock do nástroje, který nepasuje na proces.

Orientačně: špatně zacílený custom projekt v řádu vyšších stovek tisíc Kč snadno „ušetří“ diagnostiku za desítky tisíc — a pak ji zaplatí třikrát.

Jednoduchý rozhodovací model

Otázka	Ano →	Ne →
Umíme popsat proces end-to-end bez dohadů?	Můžeme navrhovat řešení	Nejdřív diagnostika
Máme vlastníka dat a procesu?	Lze integrovat / stavět	Nejdřív organizační dohoda
Stačí konfigurace existujícího nástroje?	Preferovat konfiguraci	Zvažovat custom / integraci
Máme kapacitu udržovat výsledek?	Dodávka dává smysl	Hotový nástroj + provozní hranice

Kontrolní seznam před poptávkou vývoje

• Máme jméno procesu, který bolí (ne jen „chceme systém“)?
• Víme, kdo dnes dělá ruční kroky a kolik hodin to bere?
• Máme přístup k lidem u procesu, ne jen k managementu?
• Umíme říct, co nebude součástí první dodávky?
• Víme, kdo bude systém vlastnit po spuštění?

FAQ

Není diagnostika ztráta času, když už víme, co chceme?
Často „víme, co chceme“ znamená „víme, co jsme viděli u konkurence“. Diagnostika ověří, jestli to sedí na váš provoz.

Dostaneme po diagnostice závaznou cenu celého systému?
Dostanete realistické varianty a milníky. Pevná cena celého neznámého monolitického projektu bez diagnostiky je obvykle fikce.

Co když diagnostika doporučí nestavět?
To je úspěch. Ušetříte peníze a kapacitu. GEREQ v takovém případě pomůže zvolit hotový nástroj a nastavit provozní hranice.

Jak připravit diagnostiku na straně klienta

Aby diagnostika trvala dny a ne týdny čekání na lidi, připravte předem:

1. Seznam rolí u procesu — ne jen „IT a majitel“. Potřebujete člověka, který denně řeší objednávky, sklad, fakturaci nebo support.
2. Přístupy k nástrojům (read-only stačí) — ERP, e-shop, tabulky, helpdesk. Bez dat vznikají dohady.
3. Tři konkrétní incidenty z posledních měsíců: co se stalo, kolik to stálo času/peněz, jak se to hasilo.
4. Hranice rozhodnutí — co smí diagnostika doporučit (včetně „nestavět“) a kdo to schválí.

Firmy, které tyto čtyři body dodají, obvykle dostanou rozhodnutelný výstup. Firmy, které dodají jen „chceme moderní systém“, dostanou další kolo otázek.

Co se stane po diagnostice

Typické větve:

• Sprint / System — stavíme milníky, protože proces a data sedí.
• Integrace — systémy zůstanou, chybí vrstva mezi nimi.
• Konfigurace + provozní pravidla — hotový nástroj stačí, chybí disciplína.
• Stop — investice by teď nevrátila hodnotu; nejdřív organizace nebo data.

Každá větev má jiný rozpočet i riziko. Diagnostika má právě tohle oddělit dřív, než vznikne smlouva na „velký projekt“.

Proč to GEREQ dělá jinak než agentura

Neprodáváme slide deck a pak předáváme „delivery tým“. Stejný člověk, který mapuje provoz, později drží architekturu a dodávku. To snižuje ztrátu kontextu — a zvyšuje odpovědnost za doporučení „nestavět“, když je to správné.

Typický průběh 5–10 dnů

Den 1–2: rozhovory s lidmi u procesu, sběr incidentů, přístup k nástrojům.
Den 3–5: mapa toků, datové závislosti, technický průřez, rizika.
Den 6–8: varianty řešení, hrubý business case, milníky.
Den 9–10: společné rozhodnutí a zápis — co stavíme, co ne, kdo vlastní co.

Výstup je krátký a ostrý: mapa, rizika, varianty, doporučení. Ne román. Když klient potřebuje board materiál, vznikne z rozhodnutí — ne naopak.

Závěr a další krok

Větší spolupráce bez mapy provozu je spekulace. Diagnostika z ní dělá rozhodnutí.

Pokud řešíte provozní chaos, integrace nebo interní aplikaci, začněte krátkým briefem: Probrat diagnostiku. Odpovídám obvykle do dvou pracovních dnů.