Evaluare de pregătire

Aflați ce traseu se potrivește proiectului dumneavoastră înainte ca cineva să ofere un preț.

De ce vine mai întâi o evaluare de pregătire

În loc să declare un proiect „nepregătit”, un arhitect principal îl verifică față de șase criterii obiective de inginerie, definiția „pregătit”, într-o evaluare de pregătire gratuită în 48 de ore.

Rezultatul decide cum începe lucrul. Un proiect cu scop clar primește o propunere fermă, o idee fără specificație trece mai întâi prin Blueprint Studio, iar un sistem live care are nevoie de salvare sau integrare primește un diagnostic înainte ca cineva să stabilească un preț.

Verificați-vă proiectul

Răspundeți la o întrebare pentru fiecare dimensiune, apoi la una despre orice sistem live. Verificarea sugerează un traseu și vă duce răspunsurile în formularul de solicitare, astfel încât evaluarea să pornească de la ele.

Verificați-vă proiectul
Dimensiunea pregătirii	Pregătit pentru traseul A	Indică traseul B
Scopul funcțional și parcursurile utilizatorilor	Rolurile utilizatorilor, fluxurile de lucru, regulile de business și cazurile limită sunt documentate într-un document de cerințe sau într-o cerere de propunere (RFP).	Doar un obiectiv de nivel înalt, cum ar fi un CRM personalizat, un portal pentru cetățeni sau o super-aplicație, fără fluxuri la nivel de ecran.
Stack-ul tehnologic și găzduirea	Mediul țintă în cloud sau la sediu, arhitectura bazei de date și stack-ul de execuție sunt alese și validate.	Se decide încă între cloud și la sediu, între construire și cumpărare (Odoo sau SAP față de software personalizat) sau ce model lingvistic să se folosească.
Limitele de integrare	Fiecare API terț, modul ERP (SAP, Oracle), cale bancară (ISO 20022) și punct POS este inventariat.	Sistemele legacy există, dar API-urile, schemele de date sau nevoile de middleware nu au fost auditate.
Pregătirea datelor și a IA	Sursele de date, schemele, volumele și regulile de control al accesului sunt cartografiate.	Documentele nestructurate sau bazele de date izolate au nevoie mai întâi de un audit de calitate a datelor, de trasabilitate și de pregătire pentru IA.
Cerințele de securitate și de reglementare	Cerințele aplicabile (ZATCA, PINT-AE, EU AI Act, DORA, PDPL, criptografia post-quantum) și regulile de rezidență a datelor sunt specificate.	Rezidența transfrontalieră a datelor, standardele de criptare sau aprobarea națională de conformitate sunt încă neclare.
Criteriile de acceptanță și SLA-urile	Pragurile de testare de acceptanță, țintele de concurență (tranzacții pe secundă și latență) și SLA-urile de disponibilitate sunt definite.	Nu există încă o definiție măsurabilă a finalizării, o țintă de concurență sau un responsabil operațional după lansare.

Pregătit pentru traseul A

Scopul funcțional și parcursurile utilizatorilor: Rolurile utilizatorilor, fluxurile de lucru, regulile de business și cazurile limită sunt documentate într-un document de cerințe sau într-o cerere de propunere (RFP).
Stack-ul tehnologic și găzduirea: Mediul țintă în cloud sau la sediu, arhitectura bazei de date și stack-ul de execuție sunt alese și validate.
Limitele de integrare: Fiecare API terț, modul ERP (SAP, Oracle), cale bancară (ISO 20022) și punct POS este inventariat.
Pregătirea datelor și a IA: Sursele de date, schemele, volumele și regulile de control al accesului sunt cartografiate.
Cerințele de securitate și de reglementare: Cerințele aplicabile (ZATCA, PINT-AE, EU AI Act, DORA, PDPL, criptografia post-quantum) și regulile de rezidență a datelor sunt specificate.
Criteriile de acceptanță și SLA-urile: Pragurile de testare de acceptanță, țintele de concurență (tranzacții pe secundă și latență) și SLA-urile de disponibilitate sunt definite.

Indică traseul B

Scopul funcțional și parcursurile utilizatorilor: Doar un obiectiv de nivel înalt, cum ar fi un CRM personalizat, un portal pentru cetățeni sau o super-aplicație, fără fluxuri la nivel de ecran.
Stack-ul tehnologic și găzduirea: Se decide încă între cloud și la sediu, între construire și cumpărare (Odoo sau SAP față de software personalizat) sau ce model lingvistic să se folosească.
Limitele de integrare: Sistemele legacy există, dar API-urile, schemele de date sau nevoile de middleware nu au fost auditate.
Pregătirea datelor și a IA: Documentele nestructurate sau bazele de date izolate au nevoie mai întâi de un audit de calitate a datelor, de trasabilitate și de pregătire pentru IA.
Cerințele de securitate și de reglementare: Rezidența transfrontalieră a datelor, standardele de criptare sau aprobarea națională de conformitate sunt încă neclare.
Criteriile de acceptanță și SLA-urile: Nu există încă o definiție măsurabilă a finalizării, o țintă de concurență sau un responsabil operațional după lansare.

01Scopul funcțional și parcursurile utilizatorilor

Rolurile utilizatorilor, fluxurile de lucru, regulile de business și cazurile limită sunt documentate într-un document de cerințe sau într-o cerere de propunere (RFP).Doar un obiectiv de nivel înalt, cum ar fi un CRM personalizat, un portal pentru cetățeni sau o super-aplicație, fără fluxuri la nivel de ecran.

02Stack-ul tehnologic și găzduirea

Mediul țintă în cloud sau la sediu, arhitectura bazei de date și stack-ul de execuție sunt alese și validate.Se decide încă între cloud și la sediu, între construire și cumpărare (Odoo sau SAP față de software personalizat) sau ce model lingvistic să se folosească.

03Limitele de integrare

Fiecare API terț, modul ERP (SAP, Oracle), cale bancară (ISO 20022) și punct POS este inventariat.Sistemele legacy există, dar API-urile, schemele de date sau nevoile de middleware nu au fost auditate.

04Pregătirea datelor și a IA

Sursele de date, schemele, volumele și regulile de control al accesului sunt cartografiate.Documentele nestructurate sau bazele de date izolate au nevoie mai întâi de un audit de calitate a datelor, de trasabilitate și de pregătire pentru IA.

05Cerințele de securitate și de reglementare

Cerințele aplicabile (ZATCA, PINT-AE, EU AI Act, DORA, PDPL, criptografia post-quantum) și regulile de rezidență a datelor sunt specificate.Rezidența transfrontalieră a datelor, standardele de criptare sau aprobarea națională de conformitate sunt încă neclare.

06Criteriile de acceptanță și SLA-urile

Pragurile de testare de acceptanță, țintele de concurență (tranzacții pe secundă și latență) și SLA-urile de disponibilitate sunt definite.Nu există încă o definiție măsurabilă a finalizării, o țintă de concurență sau un responsabil operațional după lansare.

07Aveți un sistem live existent care eșuează, nu este documentat sau are nevoie de integrare?

De exemplu, o platformă lăsată pe jumătate terminată de un furnizor anterior sau un ERP vechi de 10 ani care trebuie conectat la ZATCA Faza 2 și la ISO 20022.

Da: un sistem existent eșuează, nu este documentat sau are nevoie de integrareNu: proiectul este nou sau sistemele sale sunt în stare bună

Răspundeți la fiecare întrebare pentru a vedea traseul pe care l-am sugera.

Întrebări și răspunsuri

Sugestia autoevaluării este obligatorie?

Nu. Este un punct de plecare pentru discuție. Un arhitect principal confirmă traseul în cadrul unei evaluare de pregătire gratuită în 48 de ore, după ce parcurge documentele dumneavoastră împreună cu dumneavoastră.

Legătură către această întrebare

Cât costă evaluarea de pregătire?

Nimic. Evaluarea, la fel ca prima sesiune online gratuită de preconsultanță de 30 de minute, este gratuită. Un tarif se aplică numai pentru o colaborare de tip Blueprint Studio sau diagnostic: fix și indicat în propunere.

Legătură către această întrebare

Ce se consideră un sistem live?

Un sistem deja în uz care eșuează, nu este documentat sau are nevoie de integrare: de exemplu, o platformă lăsată neterminată de un furnizor anterior ori un ERP care trebuie conectat la facturarea electronică sau la mesajele de plată ISO 20022.

Legătură către această întrebare

Ce ar trebui să pregătim pentru evaluare?

Orice aveți: o cerere de propunere sau o specificație, diagrame de arhitectură, lista sistemelor de integrat, reglementările aplicabile și eventuale criterii de acceptanță. Lipsurile nu sunt o problemă; ele indică traseul potrivit.

Legătură către această întrebare

Începeți cu o conversație, nu cu un contract.

Spuneți-ne ce trebuie să construiți, să conectați sau să securizați. Un arhitect parcurge totul împreună cu dumneavoastră, apoi recomandă de unde să începeți.

Rezervați o sesiune gratuită

Ce se întâmplă în continuare

Convenirea unei ore
Echipa noastră vă scrie prin e-mail pentru a conveni o oră pentru sesiune.
Sesiune de preconsultanță
O sesiune online gratuită de preconsultanță de 30 de minute: trecem în revistă obiectivele, sistemele și constrângerile dumneavoastră.
Evaluarea de pregătire
Într-o evaluare de pregătire gratuită în 48 de ore, un arhitect principal verifică proiectul dumneavoastră față de definiția „pregătit” în 6 puncte și recomandă traseul potrivit.
Alegerea traseului
Proiectele cu scop definit primesc o propunere fermă în 3–5 zile lucrătoare. Proiectele aflate în faza de concept încep în Blueprint Studio. Un sistem live care eșuează, nu este documentat sau are nevoie de integrare începe cu un diagnostic de 1–2 săptămâni. Blueprint Studio și diagnosticul au fiecare un tarif fix, cotat în propunere.