Live · codul dumneavoastră, contul dumneavoastră de cloud
Software la comandă, livrat de la analiză până în producție.
Preluăm un proiect software la comandă de la prima sesiune de cerințe până în producție și îl susținem după lansare. Java, C# / .NET, TypeScript pe front end, livrat în contul dumneavoastră de cloud. Aceasta este și linia pe care o integrăm în Etheria, așa că restul paginii spune clar ce înseamnă asta pentru un proiect care începe acum.
Ce construim
Sisteme pe care o companie le folosește ca să funcționeze, nu ca să le vândă: platforme interne, aplicații web pentru clienți, integrări între sisteme care nu au fost gândite niciodată să comunice între ele, procesare de documente și automatizare de flux. Pe majoritatea acestor proiecte, munca nu stă în codul aplicației. Stă în suprafața de integrare și în regulile pe care nu le-a scris nimeni niciodată.
Backend
- Java
- C# / .NET
Web
- TypeScript
- Next.js
- React
- Angular
Infrastructură
- AWS
- Contul dumneavoastră de cloud
Livrăm în contul dumneavoastră AWS sau în contul cloud pe care îl folosiți deja. Lucrăm în conturile și în repository-urile dumneavoastră, nu în ale noastre.
Cum decurge un proiect de dezvoltare
Este exact modul în care facem analiză în echipa de livrare a altcuiva, aplicat pe propriul nostru build. Specificația este livrabilul; codul este ce iese din ea.
Etapa 1
Discuție de scoping, apoi scope-ul scris
Treizeci de minute despre ce trebuie să facă sistemul, cu ce trebuie să vorbească și ce înseamnă „gata” pentru prima versiune. Primiți înapoi un rezumat scris al scope-ului și cele trei sau patru zone care, după noi, poartă cel mai mare risc, indiferent dacă lucrăm împreună sau nu.
Etapa 2
Cerințe și criterii de acceptanță, înainte de orice linie de cod
Fiecare work item are scris ce trebuie să facă, ce trebuie să respingă și cum veți ști că funcționează. Cazurile limită se scriu în această etapă, nu se descoperă în UAT. Este partea pe care majoritatea furnizorilor o comprimă și este exact partea din care trăim.
Etapa 3
Design și contracte de integrare
Ecrane și fluxuri agreate înainte să înceapă dezvoltarea. Contracte de API și fluxuri de date specificate pentru orice trece granița unui sistem — inclusiv ce se întâmplă când cealaltă parte este picată, lentă sau răspunde cu ceva ce documentația nu menționa.
Etapa 4
Build și testare în sprinturi, cu un demo la care puteți participa
Fiecare modificare trece prin pull request review și prin teste automate înainte de merge. La finalul fiecărui sprint vedeți software-ul rulând, nu o prezentare de status.
Etapa 5
Lansare și predare
Lansare în mediul dumneavoastră, cu runbook, specificațiile, evidența testelor și repository-ul. Dacă mai târziu duceți sistemul intern sau la alt furnizor, tot ce le trebuie există deja în scris.
Ce se întâmplă cu proiectul dumneavoastră când trecem pe Etheria
Theta One Digiplex S.R.L. ofertează, livrează și susține în continuare proiecte pe acest model. Etheria este pipeline-ul pe care îl construim pentru aceeași muncă: este în Beta acum, iar disponibilitatea generală este vizată pentru toamna 2026. Când va fi gata, el devine prima variantă pe care o ofertăm. Proiectele clasice nu dispar în acel moment — încetează doar să fie varianta implicită.
Rămâne o singură întrebare de lămurit înainte să semnați: ce se întâmplă cu un proiect livrat pe jumătate în momentul în care se face trecerea. Iată angajamentul.
Un proiect ofertat pe acest model este livrat pe acest model.
De la început până la final, în termenii din contractul dumneavoastră. Faptul că Etheria ajunge la disponibilitate generală nu vă mută proiectul în timpul livrării și nu vă bagă într-un exercițiu de replanificare pe care nu l-ați cerut.
Dacă mutarea proiectului pe Etheria chiar v-ar ajuta, vă întrebăm.
Vine ca un change request, cu motivul atașat. Îl puteți refuza, refuzul nu vă costă nimic, iar termenii inițiali rămân în vigoare.
Suportul de după lansare merge pe contractul dumneavoastră, nu pe roadmap-ul nostru.
Codul, specificațiile și repository-ul sunt ale dumneavoastră pe tot parcursul, pe oricare dintre modele.
Înseamnă că proiectul meu primește echipa B?
Oamenii care fac scoping-ul proiectului dumneavoastră sunt aceiași care îl livrează, iar asta nu se schimbă. Etheria nu este un departament separat care concurează pentru atenție — este același proces de livrare, cu partea mecanică automatizată, construit de oamenii care s-au săturat să o facă de mână.
Cumpăr un sistem construit pe ceva ce urmează să abandonați?
Nu. Se schimbă felul în care conducem livrarea, nu ce livrăm. Sistemul dumneavoastră este Java sau .NET sau TypeScript, în repository-ul dumneavoastră, în contul dumneavoastră de cloud, cu CI-ul dumneavoastră. Nimic din toate acestea nu este Etheria și nimic nu depinde de existența noastră în continuare. Dacă duceți codul la alt furnizor, va găsi un proiect obișnuit.
Există și varianta în care ar trebui să așteptați Etheria în loc să începeți un proiect clasic. Pentru unele proiecte aceea este decizia corectă și preferăm să o spunem decât să luăm lucrarea. Criteriile sunt în secțiunea următoare.
Ce model se potrivește proiectului dumneavoastră
Ambele sunt vândute de aceiași oameni, așa că nimeni de aici nu câștigă mai mult dacă vă împinge într-o direcție sau în alta. Acestea sunt criteriile pe care le folosim efectiv când decidem ce ofertăm.
Un proiect clasic este alegerea corectă când
- Munca înseamnă integrare adâncă în sisteme care nu au fost gândite niciodată să comunice între ele, iar cea mai mare parte a efortului stă în contractul dintre ele, nu în codul aplicației.
- Scope-ul este fixat de un reglementator sau de un contract și nu se va mișca, deci un preț fix valorează pentru dumneavoastră mai mult decât flexibilitatea.
- Există un codebase legacy, cu convenții nedocumentate și comportamente pe care alte sisteme se bazează tacit. Acolo e nevoie de un om care îl citește, încet.
- Un runner terț nu poate primi acces la repository în mediul dumneavoastră sau review-ul de securitate care să îl permită ar dura mai mult decât proiectul.
- Codul asistat de AI este în afara scope-ului conform politicii dumneavoastră actuale.
Începeți cu Etheria, sau așteptați-l, când
- Aveți mai mult backlog aprobat decât capacitate de dezvoltare, iar angajările nu acoperă diferența anul acesta.
- Este o aplicație web modernă, cu un repository curat și cu o suită de teste pe care o putem rula.
- Vreți evidența livrării — de la cerință, la modificare, la rezultatul testului, la numele care a aprobat — ca rezultat al procesului, nu ca document produs pentru o ședință de review.
- Ne puteți da un prim scope delimitat și o persoană desemnată la dumneavoastră care poate aproba work items fără să convoace un comitet.
- Proiectul dumneavoastră începe după disponibilitatea generală din toamna 2026 și se încadrează în criteriile de mai sus. Așa costă mai puțin decât să începeți clasic și să migrați ulterior.
Ce vă putem arăta și ce nu
Numele de clienți de pe acest site — Universal Music Group (Marea Britanie), Raiffeisen Bank România, UNFCCC (Germania), LSEG (SUA), Finstro (Australia), ING Hubs România, Alior Bank, DCA Ventures — sunt proiecte de Technical Business Analysis. Am fost stratul de analiză pe acele programe, lucrând prin contractori principali precum NTT DATA, Qualitance / ALTEN, Investigo / Definia și E-Resourcing UK. Codul l-au scris alții. Nu sunt referințe de dezvoltare și nu le vom prezenta ca atare.
Ce vă putem arăta este felul în care au fost conduse acele proiecte: criterii de acceptanță scrise înainte de cod, o evidență de trasabilitate construită pe măsură ce munca avansa și un aprobator desemnat pe fiecare modificare. Aceleași trei lucruri se aplică și unui proiect de dezvoltare de aici, iar evidența datată este la /work. Apoi propriile noastre livrări — acest site și pipeline-ul Etheria, ambele construite de noi, ambele lucruri pe care le puteți deschide chiar acum ca să vă formați propria părere.
Nu avem referințe publice de la clienți pentru proiecte de dezvoltare.
Unde am livratCum se ofertează și cum se contractează un proiect
Scope fix, preț fix
Ofertat după etapa de specificație, nu înainte de ea. Un preț fix pe o specificație nescrisă este exact felul în care ambele părți ajung să se certe pe change request-uri în luna a doua, așa că nu facem asta.
Time and materials, echipă dedicată
Când scope-ul se va mișca sau când preferați să îl conduceți sprint cu sprint. Primiți aceleași porți de review în ambele variante; ce se schimbă este cine duce riscul de estimare.
Doar specificația
Rulăm etapa de analiză și vă predăm o specificație din care se poate construi, cu criterii de acceptanță și contracte de integrare. Construiește echipa dumneavoastră sau alt furnizor. Aceasta este activitatea noastră principală, nu un premiu de consolare, și de multe ori este primul pas corect chiar și atunci când ajungem tot noi să construim.
- Proprietate intelectuală
- Codul sursă, specificațiile și repository-ul vă aparțin.
- Contractare
- Direct cu Theta One Digiplex S.R.L. sau ca subcontractor sub contractorul dumneavoastră principal existent. Am mai livrat în interiorul unor companii mari exact în acest model.
Întrebări frecvente
Spuneți-ne ce construiți.
Treizeci de minute, fără prezentare. Aduceți ce trebuie să facă sistemul și cu ce trebuie să vorbească. Plecați cu un rezumat scris al scope-ului și cu cele trei sau patru zone care, după noi, poartă cel mai mare risc, indiferent dacă lucrăm împreună sau nu.