Context
Orice studio pregătește estimări pornind de la briefuri incomplete, iar orice LLM poate genera fără ezitare o estimare formulată convingător pe baza unui brief incomplet. Rezultatul sună bine, dar nu poate fi legat de cerințele reale ale clientului și presupune tacit că echipa va livra un volum de lucru asupra căruia nimeni nu a convenit.
Am urmărit să combinăm viteza unui model cu disciplina unui proces de pre-vânzare: clarificările preced stabilirea ariei proiectului, aria proiectului precedă estimarea, iar aprobarea precedă baseline-ul — toate susținute de un istoric documentar care rezistă verificării unui departament de achiziții.
Ce am construit
Aplicația trece un brief (text lipit, PDF, document Word, imagine sau URL) printr-un flux controlat: înțelegerea proiectului, clarificări, controlul ariei proiectului, detalierea soluției, estimare, pachet vizual, ofertă, aprobarea clientului, baseline și predarea backlog-ului.
- Graf trasabil al ariei proiectului — colaborarea este modelată ca un graf de cerințe (fapte, întrebări, cerințe, elemente incluse în aria proiectului, elemente de estimare și de backlog, user stories, cazuri de QA și puncte de aprobare), nu ca text liber, astfel încât fiecare document trimis clientului poate fi legat de aria aprobată a proiectului.
- Autopilot cu candidați multipli — fiecare fază rulează unul până la trei candidați generați de model, iar un selector îl păstrează pe cel mai bine calibrat și cu trasabilitatea cea mai clară; candidații respinși sunt afișați ca avertismente, iar fiecare fază are un fallback determinist.
- Poartă de calitate cu patru moduri — verificările bazate pe reguli deterministe și un evaluator AI sunt combinate în niveluri de strictețe care pot fi selectate pentru fiecare estimare, de la rigoarea cu blocare automată până la evaluarea bazată pe judecata AI, în locul unei singure politici rigide.
- Randare sigură pentru client — codurile interne de trasabilitate și jargonul de proces sunt eliminate din orice randare destinată clientului, iar PDF-ul este generat din același document React pe care echipa îl previzualizează.
- Furnizori de modele în sandbox — modelele rulează ca subprocese CLI read-only, constrânse de schemă, în spatele unei singure interfețe de furnizor, cu timeout-uri și oprire forțată, astfel încât schimbarea modelului nu impune modificări la nivelul aplicației.
- Sistem de evaluare cu furnizori reali — un CLI dedicat trece briefuri de test prin întregul flux și evaluează documentele generate, deoarece testele unitare și end-to-end pot demonstra că mecanismul funcționează, nu că o estimare este bună.
Stack
Next.js și TypeScript cu server components și route handlers, Postgres cu Prisma, Better Auth, next-intl pentru engleză și română, scheme de documente validate cu Zod, Playwright pentru PDF-uri generate pe server și pentru exporturi DOCX și CSV, diagrame Mermaid, wireframe-uri generate și prototipuri HTML interactive. Sistemul este testat cu Vitest, cu Playwright end-to-end folosind un furnizor simulat și determinist și cu sistemul de evaluare descris mai sus.
Status
Produs intern, folosit în procesul nostru de pre-vânzare. O demonstrație pe un brief real este disponibilă la cerere.