00 · Sumar executiv
Dacă reții un singur ecran
Cele șapte decizii care orientează trimestrul. Restul paginii le explică și arată cine le duce mai departe.
Lansăm Bono Conta către un profil clar
Firme de servicii, maximum un angajat, neplătitoare de TVA. Reper de lansare în jurul datei de 1 octombrie.
Manual-first, apoi automatizăm
Pornim cu un sistem light care funcționează (ex. Iris Light = formular manual). Automatizările sofisticate vin după ce avem baza de lansare.
Un owner unic, end-to-end, pentru fiecare livrabil
Fiecare lucru din planul de lansare capătă un owner, un deadline ferm și o Definition of Done. Reechilibrăm încărcarea pe colegi.
„Done” înseamnă valoare livrată, nu cod care rulează
O prioritate e „gata” doar după ce a trecut prin minimum 3 clienți și a fost testată în practică — nu când „merge modulul”.
Mai puține proiecte în paralel; ce începem, terminăm
Customer-facing are prioritate peste internal admin. Desire, REX, Facturare și Salarizare sunt proiecte de închis, nu de amânat.
Un ritm real, nu aspirațional
Întâlniri pe proiecte (lunea, max. 30 min), daily huddle pe MVP, tracking în Batman / Jira — nu în Excel.
Un Product Development Flow cu sign-off-uri clare
Analiză → prototip & PRD → design → proiectare, cu sign-off business / PO / IT înainte de implementare, apoi testare + review.
01 · De ce suntem aici
Când build-ul devine ieftin, focusul e lucrul rar
Pre-read-ul retreat-ului a pornit de la o singură întrebare onestă: cum lucrează echipele care livrează în zile, nu în luni? Răspunsul nu a fost „mai mult AI”. A fost focus și mai puțin proces. Când AI face construirea aproape gratuită, constrângerea se mută în altă parte: în a decide ce construim, în a verifica, în a coordona — și în a duce lucrurile cap-coadă.
Asta e logica Lean Startup pe care deja o folosim: valoarea stă în a alege corect ce construim și a învăța repede din contactul cu realitatea. Și se potrivește cu ultimele noastre săptămâni, unde efortul a mers în integrare, wiring și testare pe date reale — munca de legătură care nu se ieftinește doar pentru că s-a ieftinit codul.
Anthropic nu e Bono, așa că scopul nu a fost să-i copiem — ci să decidem ce e cu adevărat al nostru de împrumutat înainte de 1 octombrie. Întrebarea utilă nu e „de ce nu facem deja așa?”, ci „ce din toate astea e real pentru noi, și ce nu?”.
Ideea care leagă tot
Când build-ul e ieftin, focusul e resursa rară. Mai puține lucruri, deținute clar, terminate la o definiție reală de „gata”.
— Teza pre-read-ului, dusă în cele două zile de retreat
02 · Unde eram
Diagnoza Q2, fără perdea
Regula de aur a sesiunii: disecăm sistemul, nu omul. Am citit ce am învățat din trimestrul trecut prin START / STOP / KEEP.
Stop
- Prea multe proiecte în paralel — ambiția peste capacitatea reală.
- „Done” înțeles diferit de fiecare (Facturare, Saga).
- Hand-off-uri Product→Design→IT care se întorc târziu.
- Rescrieri de pagini simple care deja funcționau.
- Decizii vizuale care fură focusul de la automatizare.
Start
- Owner unic + Definition of Done pentru fiecare livrabil.
- Project manager pe fiecare proiect; ședințe pe proiecte.
- Ship-to-learn unde e safe (waiting list, dashboard, onboarding).
- Tracking real al progresului, nu în Excel.
- Implementatori mai autonomi, care vin cu soluții care merg.
Keep
- Experimentele și skill-urile din Q2 — baza pentru predictibilitate.
- Automatizarea SEO / AEO cu agenți — rezultate bune pe conținut.
- Feedback incremental în development.
- Read&Learn, cu subiecte și dincolo de AI.
03 · Ce am decis
Regulile cu care lucrăm în Q3
Mai puțin despre ce livrăm, mai mult despre cum. Cinci reguli pe care chiar le agreăm.
Focus peste paralelism
Mai puține priorități, duse până la capăt. Ce începem, terminăm înainte să deschidem direcții noi. Customer-facing înaintea internal admin.
Un owner, un deadline, un „done”
Fiecare livrabil are un owner unic end-to-end. „Done” = testat pe minimum 3 clienți reali, nu „merge modulul”.
Manual-first, apoi automatizăm
Întâi un sistem manual care funcționează bine; automatizările sofisticate vin după. Automatizăm acolo unde eroarea manuală costă mult.
Ship-to-learn, cu un filtru
Contabilitatea nu se lansează la întâmplare — un număr greșit costă încredere. Dar onboarding, dashboard și tooling intern sunt exact unde lansăm devreme ca să învățăm.
Un ritm care ține deadline-urile reale
Daily huddle pe MVP, ședințe pe proiecte lunea, tracking în Batman/Jira. Shared context în loc de aprobări pe lanț.
Flow clar Product–Design–IT
Checklist pe fiecare proiect, sign-off-uri explicite și un prototip final validat de business și de IT înainte de implementare.
04 · Ce lansăm
Scope-lock pe Bono Conta
Ce intră în MVP-ul de lansare, pentru cine — și, la fel de important, ce nu facem acum.
Profilul primului client
Firme de servicii, max. 1 angajat, neplătitoare de TVA
Reper de lansare: ~1 octombrie. Onboarding-ul poate fi parțial manual (mail / telefon) la început, cât timp setăm corect așteptările pentru early adopters.
Facem Must-have pentru MVP
- Login, dashboard, profil client (magic-link, fără parole)
- Facturare: emitere, listare, stornare
- Conectare e-Factura + SPV
- Încărcare cheltuieli / bonuri + IBAN-uri (o singură sursă)
- Onboarding: plan tarifar, plată, semnare împuternicire, F150
- Iris Light (interpretare document, manual) + Saga ca engine contabil
Nu facem Explicit în afara MVP-ului
- Automatizări sofisticate înainte de un manual care merge
- Vox AI complet — mergem pe V0 sau soluție externă
- Engine contabil propriu acum (validăm gradual lângă Saga)
- Personalizarea per-client a interfețelor (REX V1)
05 · Cine duce ce
Owneri, roluri și Definition of Done
Reconstruit din sesiunea de owneri (S5) și prioritizare (S6). PO = Product Owner, PM = Project Manager.
| Prioritate | Product Owner | Project Manager | Implementare |
|---|---|---|---|
| Înființare SRLcustomer-facing | BGBogdan G. | CFChris | Adi · Vlad |
| REX | BGBogdan G. | CFChris | Edi |
| Dublinexperiența clientului | BGBogdan G. | CFChris | Prodi |
| Vertigoadmin + date | CNCristi | TETeo | Vlad · Adi |
| Facturaree-Factura + SPV | BGBogdan G. | TETeo | Vlad · Adi |
| Iris Light | BGBogdan G. | — | Bogdan G. (agenți) |
| Salareasy | CNCristi | TETeo | Alex |
| F150 / ANAF | CNCristi | — | Prodi |
| Depunere declarații | CNCristi | — | Alex |
| Onboarding | CNCristi | TETeo | — |
| cont.bono.ro | BGBogdan G. | CFChris | Prodi |
| Lansare Bono Contaumbrelă | ASAlexandra | — | — |
| COCOset-up soluție | ASAlexandra | — | + Bogdan G. (alegere soluție) |
| Customer ServiceVox V0 | BGBogdan G. | — | Edi |
| Campanii Paid / Google | ASAlexandra | — | Edi |
| Saga / integrare | CNCristi | TETeo | — |
| Batman v2 | ASAlexandra | CFChris | Adi |
| Desire | BGBogdan G. | CFChris | Edi |
| Listă firme interogări ANAF | CNCristi | CFChris | Prodi |
Regulă transversală de „done”: o prioritate e livrată doar după ce a trecut prin minimum 3 clienți reali și a fost testată în practică. Estimările pe priorități se asumă până pe 26 iunie.
06 · Ritmul
Cum ținem ritmul
Înlocuim ședințele de departament cu ședințe pe proiecte. Mai scurte, mai dese, cu progres agreat de la o întâlnire la alta.
Daily huddle
Doar taskuri strict legate de MVP. În picioare, prezenți. Ce nu e în MVP se lucrează în afara priorității zilnice.
Tracking în Batman / Jira
Taskuri și priorități într-un sistem real, nu în Excel. Batman devine backbone-ul de coordonare.
Ședințe pe proiecte
Max. 30 min fiecare, cu echipa de proiect, PO, PM. Prodi participă doar când e nevoie. Gantt-ul ca reper de timeline.
07 · WWW
Who · What · When
Acțiunile asumate la închidere (S7) și în sesiunea de scope. Cine, ce, până când.
- Plan de lansare pentru Bono Conta — Gantt v0
- Artefact în Claude Code cu toate proiectele, până facem Batman-ul
- Tema trimestrului cu Raluca & Adina + câteva evenimente Summerfest
- Rafinează Product Development Flow conform discuției
- Apoi: un checklist pe fiecare proiect
- Vorbește cu Alexandra despre prioritățile conta Q3
- PRD pentru F150 · analiza de onboarding
- Versiune „Larry” pentru extrasele de cont
- Clarifică ce înseamnă libertate pe design — ce e fix vs. flexibil
- Bogdan: execuția Iris Light cu agenții, ca să validăm dincolo de scriere
- Livrăm estimarea pe priorități până pe 26 iun
- Asumăm ce trebuie livrat pentru lansare
- Testăm ipoteza că reputația influențează alegerea clienților
- Vorbim cu clienții care ne scriu: de ce nu aleg KEEZ / Startco?
08 · De la tablă
Direct de pe flipchart
Artefactele brute ale celor două zile. Click pentru mărire.
Product Development Workflow (ex. REX)
09 · Sesiuni & minute
Cele două zile, sesiune cu sesiune
Rezumat curatoriat pentru fiecare sesiune. Minuta completă (brută) e accesibilă pe Drive pentru cine vrea tot contextul.
S0DeschidereJoi 18 iunie · 10:00 · vibe check-in & așteptări›
Rezumat
Am deschis cu ce nu a funcționat în Q2 și ce vrem să clarificăm pentru Q3: metoda de lucru, focusul, Definition of Done, pipeline-ul Product–Design–IT și viteza de livrare. Tema: trecerea de la experimente la predictibilitate, cu mai puțin paralelism și mai multă claritate pe ce livrăm cap-coadă.
Puncte cheie
- Intrăm cu entuziasm, dar și cu emoția lucrurilor asumate anterior care nu s-au întâmplat.
- Mutăm accentul de la „ce priorități” la „cum lucrăm”; vrem un pipeline în care ce începem, terminăm.
- Avem nevoie de check-point-uri clare între Product, Design și IT.
- Alinierea pe viziune și pe definiția lui „bun” poate fi necesară înainte de metodă.
S1Reality check pe prioritățile Q2Joi 18 iunie · 11:00 · ce am învățat, nu doar ce am livrat›
Rezumat
Review pe prioritățile trimestrului trecut, cu focus pe lecții: Design System, marketing, facturare, SuperBono, fluxul Product–IT, lucrul cu agenți. Direcția: mai concentrat, cu mai multă claritate între product, design și IT, și feedback incremental.
Puncte cheie
- Blocajele țin de prioritizare, ownership, definition of done și organizare — nu de tehnologie.
- Prea multe proiecte în paralel (ATS, P&L, blog, REX, Desire, facturare, salarizare).
- Documentarea Design System-ului pentru oameni și agenți creează overhead de mentenanță.
- Automatizarea SEO/AEO cu agenți a dat rezultate bune (5 articole noi, 20 rescrise).
- Pentru Facturare, „done” propus: client se conectează, emite factură, ajunge în SPV.
WWW
- Alexandra: testăm ipoteza că reputația influențează alegerea — vorbim cu clienții despre de ce nu aleg KEEZ/Startco.
S3Rocks de lansare (scope lock)Joi 18 iunie · ce lansăm și pentru cine›
Rezumat
Ce vrem să lansăm în Q3, pentru ce profil de client și ce componente sunt obligatorii pentru MVP — cu disciplina de execuție și ownership-ul pe lansare.
Decizii
- Lansăm către companii de servicii, max. 1 angajat, neplătitoare de TVA.
- Lansăm cu conspectarea manuală, nu cu cea din Saga.
- Onboarding parțial manual, prin contact direct cu clientul, e acceptabil la lansare.
Puncte cheie
- Facturi, bonuri, extrase, SPV, declarații lunare și TVA nu sunt nice-to-have.
- Dublin acoperă experiența clientului; Iris și Vertigo sunt piese critice.
- Vacanțele de vară reduc capacitatea reală până la 1 octombrie.
S5Owners + Deadlines + Definition of DoneVineri 19 iunie · alocări end-to-end›
Rezumat
Sesiunea în care am trecut de la simpla listare a priorităților la modul concret de livrare: pentru fiecare proiect am clarificat ce nu facem, ce facem și ce înseamnă „done”. Am parcurs înființarea SRL, REX, Dublin, Vertigo, facturarea, onboarding-ul, Open Banking, comunicarea cu clienții și capacitatea operațională.
Direcțiile care au ieșit clar: înființarea pornește de la o specificație de produs (legal + frontend + admin) înainte de orice estimare tehnică; Iris rămâne la MVP un flux manual simplu — document → interpretare — fără IT cât timp varianta manuală funcționează; trecem la autentificare fără parolă (magic-link / autologin, cu link-uri one-time); clientul primește o singură aplicație, cu sistemele mai mici conectate în spate; iar facturarea rămâne produs separat și se integrează în Dublin la final. Tot aici am fixat câte un owner end-to-end pentru fiecare livrabil — alocările nominale sunt în secțiunea Cine duce ce.
Minuta completă pe Drive →S6Ritm și prioritizareVineri 19 iunie · ordine, alocări, pipeline›
Rezumat
Ordine în lista de proiecte active, alocări și priorități pe oameni. Customer-facing peste internal admin; închidem ce am început înainte să deschidem direcții noi.
Decizii
- Prioritizăm proiectele customer-facing peste internal admin.
- Desire, REX, Facturare și Salarizare rămân proiecte de închis, nu de amânat.
- Design System rămâne proces ongoing; prioritizăm valoarea în produs.
- O singură sursă de adevăr pentru IBAN-uri (nu și în Dublin, și în facturare).
- Team building pe 9, 10 și 11 octombrie. Continuăm Read&Learn.
S7Product Development Flow & Wrap-upVineri 19 iunie · închidere & asumare›
Rezumat
Am aliniat viziunea, prioritățile Q3 și modul de livrare. Ritm de lucru între product, PM, design și IT, cu focus pe checklist, sign-off, testare și Definition of Done. Mai multă disciplină, ownership și mai puține priorități livrate bine.
Decizii
- Recrutăm încă un om smart, fără să blocăm rolul strict pe product sau project management.
- Înlocuim întâlnirile de IT și product cu întâlniri pe proiecte, cu ritm și timeline clare.
- Construim o platformă de contabilitate digitală complet automată, în care oamenii ajută sistemul.
- Tratăm Batman și sistemele interne ca backbone operațional.
- O prioritate e „livrată” doar după minimum 3 clienți, testată în practică.
- Checklist pe fiecare proiect; prototip final validat de IT și business înainte de implementare.
WWW
- Alexandra: artefact în Claude Code cu toate proiectele; câteva evenimente Summerfest.
- Estimarea pe priorități se livrează până pe 26 iunie.
- Bogdan G. & Octav: clarifică ce e fix vs. flexibil pe design.