Kontrola připravenosti
Zjistěte, která cesta sedí vašemu projektu, dřív než kdokoli stanoví cenu.
Proč kontrola připravenosti přichází první
bezplatná 48hodinová kontrola připravenosti místo toho, aby projekt označila za „nepřipravený“, prověří jej principal architekt podle šesti objektivních inženýrských kritérií definice připravenosti.
Výsledek určí, jak práce začne. Projekt připravený rozsahem dostane závaznou nabídku, nápad bez specifikace nejprve projde Blueprint Studio a běžící systém, který potřebuje záchranu nebo integraci, dostane diagnostiku dřív, než kdokoli stanoví cenu.
Zkontrolujte svůj projekt
Odpovězte na jednu otázku za každou dimenzi a poté na jednu o každém běžícím systému. Kontrola navrhne cestu a přenese vaše odpovědi do poptávkového formuláře, takže revize z nich vychází.
| Dimenze připravenosti | Připraveno pro Cestu A | Ukazuje na Cestu B |
|---|---|---|
| Funkční rozsah a uživatelské cesty | Uživatelské role, pracovní postupy, obchodní pravidla a okrajové případy jsou zdokumentované v dokumentu požadavků nebo v zadání. | Pouze cíl na vysoké úrovni, jako vlastní CRM, portál pro občany nebo superaplikace, bez obrazovek a toků na úrovni obrazovek. |
| Technologický stack a hostování | Cílové cloudové nebo on-premise prostředí, databázová architektura a runtime stack jsou vybrané a ověřené. | Stále se rozhoduje mezi cloudem a on-premise, stavbou a nákupem (Odoo nebo SAP proti vlastnímu řešení) nebo tím, který jazykový model použít. |
| Hranice integrací | Každé API třetí strany, modul ERP (SAP, Oracle), bankovní infrastruktura (ISO 20022) a koncový bod POS jsou zinventarizované. | Starší systémy existují, ale jejich API, datová schémata nebo potřeby middleware nebyly prověřeny. |
| Připravenost dat a AI | Datové zdroje, schémata, objemy a pravidla řízení přístupu jsou zmapované. | Nestrukturované dokumenty nebo izolované databáze nejprve potřebují audit kvality dat, rodokmenu a připravenosti na AI. |
| Bezpečnostní a regulační požadavky | Platné povinnosti (ZATCA, PINT-AE, akt EU o AI, DORA, PDPL, postkvantová kryptografie) a pravidla umístění dat jsou specifikované. | Přeshraniční umístění dat, šifrovací standardy nebo národní bezpečnostní schválení jsou stále nejasné. |
| Kritéria akceptace a SLA | Akceptační brány, cíle souběžnosti (transakce za sekundu a latence) a SLA dostupnosti jsou definované. | Zatím žádná měřitelná definice dokončení, cílová souběžnost ani vlastnictví provozu po spuštění. |
Připraveno pro Cestu A
- Funkční rozsah a uživatelské cesty
- Uživatelské role, pracovní postupy, obchodní pravidla a okrajové případy jsou zdokumentované v dokumentu požadavků nebo v zadání.
- Technologický stack a hostování
- Cílové cloudové nebo on-premise prostředí, databázová architektura a runtime stack jsou vybrané a ověřené.
- Hranice integrací
- Každé API třetí strany, modul ERP (SAP, Oracle), bankovní infrastruktura (ISO 20022) a koncový bod POS jsou zinventarizované.
- Připravenost dat a AI
- Datové zdroje, schémata, objemy a pravidla řízení přístupu jsou zmapované.
- Bezpečnostní a regulační požadavky
- Platné povinnosti (ZATCA, PINT-AE, akt EU o AI, DORA, PDPL, postkvantová kryptografie) a pravidla umístění dat jsou specifikované.
- Kritéria akceptace a SLA
- Akceptační brány, cíle souběžnosti (transakce za sekundu a latence) a SLA dostupnosti jsou definované.
Ukazuje na Cestu B
- Funkční rozsah a uživatelské cesty
- Pouze cíl na vysoké úrovni, jako vlastní CRM, portál pro občany nebo superaplikace, bez obrazovek a toků na úrovni obrazovek.
- Technologický stack a hostování
- Stále se rozhoduje mezi cloudem a on-premise, stavbou a nákupem (Odoo nebo SAP proti vlastnímu řešení) nebo tím, který jazykový model použít.
- Hranice integrací
- Starší systémy existují, ale jejich API, datová schémata nebo potřeby middleware nebyly prověřeny.
- Připravenost dat a AI
- Nestrukturované dokumenty nebo izolované databáze nejprve potřebují audit kvality dat, rodokmenu a připravenosti na AI.
- Bezpečnostní a regulační požadavky
- Přeshraniční umístění dat, šifrovací standardy nebo národní bezpečnostní schválení jsou stále nejasné.
- Kritéria akceptace a SLA
- Zatím žádná měřitelná definice dokončení, cílová souběžnost ani vlastnictví provozu po spuštění.
Otázky a odpovědi
Je doporučení sebekontroly závazné?
Ne. Je to výchozí bod pro rozhovor. Po projití vašich dokumentů s vámi cestu potvrdí principal architekt. bezplatná 48hodinová kontrola připravenosti je první krok.
Kolik kontrola připravenosti stojí?
Nic. Revize je stejně jako bezplatná 30minutová online předkonzultační schůzka před ní bezplatná. Poplatek se týká jen zakázky Blueprint Studio nebo diagnostiky: je pevný a uvedený v nabídce.
Co se počítá jako běžící systém?
Systém, který se už používá a selhává, není zdokumentovaný nebo potřebuje integraci: například platforma, kterou předchozí dodavatel nechal napůl hotovou, nebo ERP, které se musí připojit k e-fakturaci nebo platebním zprávám ISO 20022.
Co máme na revizi připravit?
Cokoli máte: zadávací dokumentaci nebo specifikaci, diagramy architektury, seznam systémů k integraci, platné regulace a případná akceptační kritéria. Mezery nejsou problém; ukazují na správnou cestu.
Začněte rozhovorem, ne smlouvou.
Řekněte nám, co potřebujete postavit, propojit nebo zabezpečit. Architekt to s vámi projde a poté doporučí, kde začít.
Co bude následovat
Dohoda na čase
Náš tým vám napíše e-mail a dohodne čas konzultace.
Předkonzultační schůzka
Nejprve bezplatná 30minutová online předkonzultační schůzka: projdeme vaše cíle, systémy a omezení.
Kontrola připravenosti
bezplatná 48hodinová kontrola připravenosti prověří váš projekt proti šestibodové definici připravenosti a doporučí vhodnou cestu.
Volba cesty
Projekty připravené rozsahem dostanou závaznou nabídku do 3–5 pracovních dnů. Projekty ve fázi konceptu začínají v Blueprint Studio. Běžící systém, který selhává, není zdokumentovaný nebo potřebuje integraci, začíná diagnostikou 1–2 týdny. Blueprint Studio i diagnostika mají pevný poplatek uvedený v nabídce.