Viziunea Bono — materie primă, organizată pe trei straturi

Tot ce a spus sau a scris Bogdan despre viziune, în 273 de enunțuri pe trei straturi, cu surse, date și contradicții. Nu e documentul de viziune.

Ce e documentul: tot ce a spus sau a scris Bogdan Georgescu (BGN) despre viziunea Bono, cules din 12 surse (documentul fondator, memoria de lucru a lui Claude, jurnalul Dublin, skill-ul Edge-33, Bono Way, retreatul Q3 din 17–18 sep 2026, Slack). NU e documentul de viziune — e materialul brut din care se poate scrie unul pe care colegii să-l aplice fără BGN. Adunat pe 19 sep 2026.

Convenții: ghilimelele „…" = cuvintele lui BGN, verbatim (transcrierile retreatului sunt automate, cu greșeli de dicteu păstrate). Fără ghilimele = parafrază sau formularea din documentul-sursă (doc-urile de memorie sunt scrise de Claude din deciziile lui BGN, deci sunt „decizii BGN consemnate", nu citate). Fiecare item are sursa + data. [CONTRADICȚIE] = două surse spun lucruri diferite; ambele citate. [TENSIUNE] = nu e contradicție logică, dar un coleg ar putea trage concluzii opuse.

Coduri de sursă:

• [VIZ] Agenti/SuperBono/superbono-viziunea.html (aprilie 2026, ~2.400 cuvinte, documentul fondator, scris la persoana I de BGN) · [VIZ-2] superbono-viziunea chat.html (a doua randare a aceleiași viziuni, v1.0, aprilie 2026)
• [MEM-viz] memory/project_bono_vision.md (4 iun) · [MEM-client] user_bono_client_profile.md (1 iun) · [MEM-sys] project_bono_system_map.md (31 aug) · [MEM-bruce] project_bruce_redesign.md (11 iun) · [MEM-iris] project_iris.md (31 aug) · [MEM-ai] project_ai_native_plan.md (19 sep) · [MEM-feedback] feedback_surse_externe_prd.md (31 aug)
• [DUBLIN] memory/project_dublin.md (jurnal datat iun–sep 2026)
• [EDGE] skills/edge-33/SKILL.md (actualizat 7 aug) · [BRAND] skills/edge-33/BRAND.md (11 mai)
• [WAY-00/01/05/08] Bono Waiy/capitole/*.md (9 sep; redactate cu Claude din discuțiile cu BGN — nu citate directe)
• [RETREAT-Q1] BONO/tema lucru retreat Bono Q1-26.docx (pre-read, martie 2026) · [MEMO] BONO/bono memo.pdf (memo semnat „Julien Bek, Sequoia", martie 2026 — conține un citat atribuit lui BGN; restul e teza AI-native în forma pe care BGN a ales s-o distribuie)
• [BRUCE] Diverse/Claude/Bruce v3/bruce-v3-master.md (11 iun)
• [R04]…[R11] transcripturile retreatului 17–18 sep 2026 (scratchpad/compact/04.txt etc.), cu timestamp
• [IRIS-PRD] Bono/Iris/prd-iris-mvp-manual.md (10 iul) · [CALIF] semnatura.calificata.ro/docs/produs/calificata-prd-v4.md (31 aug) · [SEDIU] Sediu.ro/README.md + git log (11 sep)
• [SLACK dd.mm.aa · canal]

[SERVICIU] — Bono ca serviciu și companie

S1. Misiunea, promisiunea, măsura succesului

• Misiunea în patru cuvinte: „Să ajutăm oamenii să aibă o viață mai bună." — „Pentru clienți, viață mai bună înseamnă o afacere care merge fără stres administrativ. Fără întrebări pe care nu știi pe cine să le pui. Fără anxietatea că «uite, mai am ceva de făcut și iar nu mi-am dat seama». Pentru echipă, viață mai bună înseamnă un loc de muncă de care ești mândru." [VIZ, cap. 01]
• „Nu construim BONO ca să facem exit. Construim BONO pentru că se poate face mai bine și pentru că oamenii merită asta." [VIZ, 01]
• Ce construim, ce nu: „Nu construim un software de contabilitate. Construim compania pe care antreprenorii români o vor recomanda cu mândrie — la fel cum recomandă un produs Apple. Nu cea mai mare. Cea mai iubită." [VIZ-2, intro]
• „Nu construim pentru cei care înțeleg contabilitatea. Construim pentru cei care nu vor să fie nevoiți să o înțeleagă." [VIZ-2, 01]
• Promisiunea în trei timpi (= roadmap-ul de produs, folosit la prioritizare [MEM-viz]): „Acum, în primii doi ani, promitem un singur lucru: peace of mind. Totul e în ordine. Gata cu frica de ANAF, gata cu opacitatea, gata cu duminicile ratate pentru că «oare am depus D394?». Dacă n-am luat legătura cu tine, e în regulă." → „În următorii trei până la cinci ani, promitem claritate și control. […] Instrumente de bugetare, cashflow, prognoze. Unelte care te ajută să decizi mai bine, nu să decidă pentru tine." → „Peste cinci ani, promitem creștere. BONO devine partener în dezvoltarea afacerii tale, nu doar furnizor de servicii." [VIZ, 01]
• Ținta pe 10 ani: „Vreau să fim recomandați cu aceeași mândrie cu care oamenii recomandă un iPhone. Nu cea mai mare companie fintech din România. Cea mai iubită." — „«folosești BONO? E diferit de tot ce am văzut până acum. Parcă sunt în America.»" [VIZ, 01]
• Măsura succesului: „Recomandarea organică. Aia e măsura succesului. Nu NPS. Nu revenue. Recomandarea — atunci când un om îți spune despre BONO la o cafea cu prietenul lui, fără să fi cerut nimeni." [VIZ, 01]
• Ambiția cantitativă: „scopul nostru e să construim o aplicație care să ajungă la 50 de mii de abonați în 3 ani" [R04 00:05:52]; „Noi nu vrem să facem conta pentru 100 de clienți, ci pentru 100 de mii de clienți." [R09 00:36:23]; „BONO a ajuns la un milion de euro profit anual pe cinci ani pe o piață de trei ori mai mică cu jumate din prețul pe care o să-l aibă BONO, Solo a ajuns asta" (se referă la SOLO ca dovadă a potențialului) [R11 02:06:51]
• Filtrul de decizie universal: „Când ești pe cale să iei o decizie grea, oprește-te și pune-ți o singură întrebare. E în spiritul BONO? Dacă da, fă cu toată energia. Dacă nu, nu face, indiferent de presiune." [VIZ, 01 și 04]; varianta [VIZ-2]: „Dacă nu știi → întoarce-te la valori."

S2. Cine e clientul

• „noi nu proiectăm pentru un «target segment». Proiectăm pentru un om real care tocmai s-a trezit cu o idee de firmă și nu știe de unde să înceapă." — „Fiecare decizie de produs — de la un buton la un flow întreg — se ia uitându-ne la acel om real și întrebându-ne: îi e mai ușor sau mai greu cu ce tocmai am construit?" [VIZ, 02]
• Trei profiluri: VreauSRL (prospect; „Întrebarea lui reală nu e «care e contabilul bun?». E «oare e ok ce fac? oare o iau eu în cap?». Pe omul ăsta trebuie să-l liniștim la primul click. Nu la al zecelea."; „Momentul wow e flow-ul de înființare. Flow-ul de înființare e audiția brandului.") · AmSRL (client; „Nu vrea să vorbească săptămânal cu contabilul. Nu vrea să țină cont de termene."; „Pentru el, wow-ul nu e la intrare. E la prima problemă. Când ceva e dificil — cum răspundem. Uman, rapid, clar. Nu «depinde». Nu «trimiteți un email». Nu «vă vom contacta în termen de 48 de ore lucrătoare»") · Echipa („Admin-urile noastre nu pot să arate ca ceva făcut de mântuială doar pentru că «e intern». Dacă clienții noștri merită o experiență Apple, și colegii noștri o merită. Vertigo, Iris, orice ridicăm intern — la fel de frumos ca ce vede clientul."; identitate: „«Lucrez la BONO» să fie o propoziție pe care o spui cu mândrie") [VIZ, 02]
• „La început targetăm VreauSRL — oameni fără firmă, fără experiență directă cu un contabil. […] Prima lor experiență cu contabilitatea este BONO." [VIZ-2, 03]
• Felia MVP (decizie BGN, 1 iun): „Freelancer sau antreprenor mic, 25-45 ani. Lucrează singur sau max 1-2 angajați. SRL micro, ~30% plătitori TVA. De multe ori firma e doar instrument legal de a încasa bani (medic, ITist, designer etc)". Post-MVP: cafenea/frizerie/magazin online, 3–10 angajați — „Produs diferit pentru ei — nu ne batem capul acum." [MEM-client]
• Ce vor de la Bono [MEM-client]: nu le pasă de contabilitate — vor să știe că e totul în regulă · să factureze ușor · să încarce ușor documente · să știe cât au de plată la stat · să acceseze ușor orice document al firmei (bancă, instituții) · să nu rezolve ei partea admin (ANAF, ONRC, semnătură). Regula: „Dacă feature-ul nu servește acest client, nu intră."
• Cum e clientul real, de la retreat: „sunt și mulți care nu știu ce e TVA, ce e firmă, ce e factură. Ce este SPV-ul? Ei nu știu nimic." [R11 00:05:37]; „Oamenii nu înțeleg contabilitatea, e compliance." [R04 00:22:06]; „Ei vin la contabilitate, nu vin la facturare." [R09 00:39:56]; „Cu siguranță nimic despre mijloace fixe, nu știe ce e aia. Trebuie să știe de obicei ce cheltuieli deduce, ce venituri are și ce taxe plătește." [R04 01:15:22]
• Cum vrem să se simtă în 3 secunde: „Nu «profesional». Nu «eficient». Nu «modern». Alea vin de la sine. Vreau să simtă: cineva s-a gândit la mine cu atenție. Am ajuns într-un loc bun." — „Asta e checkpoint-ul zero pentru orice surface pe care o lansăm. Înainte de orice KPI." — întrebarea de lansare: „Dacă aș fi eu omul care vine prima dată aici, aș respira mai ușor?" [VIZ, 02]

S3. UVP: de ce câștigăm — complet · digital · frumos · ieftin („becul de 1 euro")

• „Pentru mine e important […] să înțelegeți cu toții care este unique value proposition-ul lui Bono […] datorită AI-ului, cred că viteza de dezvoltare a unor aplicații va crește foarte mult, ceea ce înseamnă că concurența potențială va apărea […] Noi credem că avantajul nostru mare să fie că noi facem un sistem integrat care face de toate. Însă […] sunt mai mulți care au acest claim […] Cred că în era în care noi suntem acum, câștigătorul o să fie cel care poate să facă serviciu complet, digital, frumos, experiență faină pentru client și dacă se poate, gratuit." [R04 00:05:52]
• „Obiectivul nu e să facem ceva, obiectivul e să facem un proiect, o aplicație, wow, într-un timp record, cu un cost foarte mic, care să ne permită să servim clienții ulteriori, cu un cost foarte mic." [R04 00:05:52]
• „Piața asta e foarte bine servită, fie de contabili scumpi și cu servicii proaste, fie de aplicații digitale scumpe cu servicii proaste. Dar noi nu putem face un serviciu scump pentru că nimeni nu te crede că e bun, că nu-l cumpără." [R04 00:05:52]
• Criteriul de „foarte bine": „Noi astăzi nu construim o aplicație de care clientul îi pasă. Primar, faptul că o facem foarte bine, ai un singur mod de a judeca acest foarte bine. Și anume că ai un cost de operare foarte mic. Ăsta-i criteriul. […] Clientul se bucură că e sunat la telefon. Pentru că nimeni nu e sunat la telefon azi. Și ștacheta-i foarte jos […] Dar nu ăla-i criteriul. Criteriul este că poți să servești mii, zeci de mii de clienți […] cu un cost foarte mic." [R04 00:05:52]
• Becul IKEA de 1 euro (metafora centrală, repetată de 5 ori la retreat): „au venit și au dat costul, 8 euro. […] Am făcut un bec de 1 euro. […] S-au reinventat becul ca să facă cu un euro. […] Ca să faci un bec de 1 euro când toată lumea face cu 8 euro, de fapt necesită nebunie […] Spectacolul e să faci o arhitectură simplistă, ieftină, care să meargă. Aia căutăm noi. De asta insist pe One Person Team, Claude." [R04 00:18:11]; „În cazul nostru, în software, costul e de ore de oameni, de salarii. […] inovația nu e să faci un bec de opt euro. Adică noi trebuie să câștigăm prin inovație de proces de lucru. Că noi nu reinventăm contabilitatea […] Deci modul în care o faci trebuie să fie inovativ." [R04 00:22:06]; „Noi le-am făcut de opt euro, practic. Și întrebarea este, oare putem să facem de 1 euro? […] Nu putem să facem cu un euro cu aceleași piese de schimb, cu aceleași linii de producție, cu aceleași arhitectură și proiectare ca la ăla de 8 euro." [R10 01:01:29]; „dacă eu vă cer ceva, ce vouă vă spune că o să coste 5 euro, spuneți, boss, o să coste 5 euro." [R04 01:06:15]
• Automatizarea = avantajul competitiv: „eu cred ca avantajul nostru competitiv este automatizarea. noi avem experienta si resurse in construirea unor procese automate care inlocuiesc activitati manuale anevoioase. cand ai cateva sute de clienti, te mai descurci si cu procese manuale. dar cand ajungi la mii de clienti, totul se complica exponential. […] sa intelegem in detaliu procedurile de onboarding si sa le automatizam (desigur, dupa ce le facem manual de cateva ori)." [SLACK 13.02.26 · DM grup Alex/Anne/Ana]
• „dar ma tem ca ne poate copia oricine super usor. tre sa ne gandim cum facem o experienta wow pt clienti." [SLACK 18.04.26 · DM Chris]
• Disruptive innovation (Christensen) ca rațiune a MVP-ului „suficient de bun": „Când au apărut un set de concurenți mici, agili, cu un produs net inferior calitativ, la care rezolva o nevoie clară a clientului […] Frica mea este că vine cineva care îl face așa, și clienții zic, a, e suficient de bun. Așa a fost făcut Solo. Fără arhitectură […] I-am dat drumul." [R09 00:48:02]; „dacă nu ieșim din paradigma asta că trebuie să analizăm săptămâni întregi PRD-ul, să găsim arhitecturi, sisteme pe care le controlăm și le înțelegem, care durează luni multe, noi nu o să putem concura cu acești băieți." [R09 00:50:30]; „frica mea este că vine cineva care ia acest Bono mai mare și îl face cu cinci agenți de AI." [R09 00:50:04]
• Dacia, nu Rolls-Royce: „Noi, din păcate, zicem că construim o Dacia, dar nu asta facem, Cristi. Noi avem modul de lucru ca la un Rolls-Royce pentru o Dacia. […] nu e bicicletă, trebuie să fie mașină. Are patru roți, are uși, merge. Ce are Rolls Royce plus? Are experiență, wow, are mai multe feature-uri, dar alea de bază sunt și la Dacie." [R09 00:51:07]

S4. Ce înseamnă „premium", „wow", „experiență"

• Bara de calitate: „Standardul nostru nu e «bine pentru piața românească». E standardul mondial. Aspirăm la nivel Granola, Arc, Linear, Raycast, Rewind. La experiență Apple. La vibe-ul Mercury sau Gusto. La ce face Revolut pentru banking, noi facem pentru contabilitate. Premium AI-native care nu cere permisiune." — „Dar nu suntem rece-minimali. Suntem mai degrabă spre Gusto — cald, prietenos, editorial. Premium poate fi și cald. Când ai o dilemă între «mai rece sau mai cald», alege mai cald. Linear e smart, dar Gusto are inimă. Vrem amândouă." [VIZ, 03]
• Obsesia „Experiența wow": „Standardul nu e «funcționează». Standardul e «wow, nu mă așteptam». La Bookster am avut NPS 92 la sute de mii de clienți. Același standard aici." [VIZ, 04]; „Experiența wow nu se întâmplă accidental — se proiectează deliberat, în fiecare touchpoint." [VIZ-2, 07]
• Calitate obsesivă: „Jobs verifica interiorul computerelor pe care nimeni nu le vedea. Noi verificăm fiecare detaliu pe care clientul poate să nu îl observe conștient — dar îl simte." [VIZ, 04]
• Unde vine delight-ul (retreat, mai tăios): „nu construim un produs care să bucure clientul, nu în faza asta. Cu alte cuvinte, delight-ul clientului nu vine din cât de bine facem noi contabilitatea. Oamenii nu înțeleg contabilitatea, e compliance. Ceea ce va bucura clientul este experiența interacțiunii cu noi și prețul. Astea sunt cele două chestii. Dacă experiența este wow, poți să crești prețul. La Solo acum un an jumate, 89 de lei. […] sunt 139 de lei. […] Și nu pleacă nimeni, pentru că experiența este wow. Dacă lansai cu 139 acum 5 ani, nu aveai clienți." [R04 00:22:06] [TENSIUNE] cu [VIZ] „Standardul e wow" — nu e contradicție (wow-ul e în interacțiune + preț, nu în contabilitate), dar un coleg trebuie să știe unde se cheltuie efortul de „wow": pe interacțiune, nu pe motorul contabil.
• Premium = mai puține butoane (feedback pe ecranele de facturare către Octav): „Ce aș ajusta ca să fie mai «Revolut/Linear» (premium): 1. Prea multe acțiuni per card […] Acum ecranul pare «setări», nu «flow». […] păstrați o singură acțiune per card. 2. «Anulează» sus e prea puternic vizual […] «Anulează» = ghost/text button. 3. Header illustration (hârtia) […] ori îl faceți mai mic/subtil, ori îl scoateți complet (mai premium). 4. Densitate/spacing […] mai «product grade», mai puțin «template». […] Butonul WhatsApp (verde) rupe sistemul vizual. […] Direcția generală: […] mai puține butoane, acțiuni mai discrete, și ierarhie mai clară a CTA-urilor." [SLACK 23.01.26 · DM Octav]
• Wow concret, exemplu de facturare: „de aceea noi construim un soft de facturare propriu, ca sa si oferim clientilor o experienta wow. dupa ce clientul a emis o factura catre eMAG, a doua oara ii afisam direct firma (CUI-ul) pe care l-a facturat prima data. cand emite prima factura ii vom afisa intai the most likely options […] adica il ajutam pe client sa gaseasca ceea ce vrea. Banuiesc ca nimeni nu emite o factura catre DANTE INTERNATIONAL SA - PUNCT DE LUCRU DEPOZIT 4" [SLACK 21.01.26 · DM Chris]
• Wow-ul onboardingului e al clientului, nu al nostru: „onboardingul are ca scop o experiență wow pentru client. Nu are ca scop o experiență wow pentru noi. Și atunci tu trebuie să înțelegi ce întrebări își pune el când vine la noi. Nu să-l pui să facă ce ai tu nevoie." [R11 00:05:37]
• „UX+UI au un rol super, super important in experienta clientului si impresia despre Bono." [SLACK 02.05.26 · DM Octav]
• „Nevoia noastră este să oferim clienților o experiență (care să pară) cât mai personală." [SLACK 27.04.26 · #-project-desire, despre emailuri]
• Idee-wow notată în Dublin: „Bono anunță ÎNAINTE de prag" (micro 100k EUR / TVA) [DUBLIN 3 aug]

S5. Model de business, preț, gratuit

• „câștigătorul o să fie cel care poate să facă serviciu complet, digital, frumos […] și dacă se poate, gratuit. Sigur, gratuit e de întrebat de ce aș face ceva gratuit […] și poate gratuit o să fie, cred." [R04 00:05:52]
• „Dacă nu poți să oferi serviciul nostru cu un profit foarte mare, la 180 de lei, dau un exemplu […] soluțiile noastre nu sunt gândite așa." [R04 00:05:52]
• Înființarea gratuită ca pâlnie, cu condiția de zero cost operațional: „Noi vrem să oferim înființarea firmelor gratuită clienților noștri. În speranța că așa câștigăm clienți la contabilitate. […] cu condiția ca acea platformă să fie 100% automată. Nu trebuie să avem niciun cost noi, în afară de costul de dezvoltare. […] Dacă însă trebuie să facem o serie de chestii manuale, mai bine nu-l facem." [R09 00:05:50]
• Analiza de pricing (simulare AI, oct 2025): prag psihologic de încredere ~170 lei/lună · „corect și complet" ~199 · peste 250 se compară cu contabilul · sub 150 „produsul pare neserios" · factori de decizie: „simplitate, predictibilitate, suport rapid" · recomandare 169/199/229–249 (Premium = „suport uman prioritar, salarizare inclusă"). [SLACK 23.10.25 · #-growth] — e o simulare, nu o decizie.
• Primele luni gratis + ajutor: „îți dăm drumul în programul nostru, dar să știi că primele trei luni ai nevoie să ne ajuți. Și îți dăm pe gratis trei luni" [R04 01:34:07]; „o să-l dăm oricum gratis primele luni" [R11 00:05:37]
• „Nu semnează nimeni niciun contract, e tot un terms and conditions." [R11 00:05:37]
• Sequoia „services as software": copilotul vinde instrumentul, autopilotul vinde rezultatul, „bugetul e de 6x mai mare" [RETREAT-Q1]
• Pentru servicii „commodity" (OpenBanking): „este important sa gasim un partener care sa ne ofere preturi extrem de mici" [SLACK 10.06.26 · DM Chris]; „Să găsesc soluția cu 0,3 euro pe document și după aia mă pun de implementare. Dacă mă costă 30 de euro […] n-ai nevoie să o faci." [R11 01:42:24]

S6. Companie AI-native: inteligență vs judecată, autopilot vs copilot, manual întâi

• Teza: „BONO e o companie AI-native. Nu înseamnă că suntem reci sau tehnici — înseamnă că AI-ul e ingredientul primar în tot ce construim, nu un feature adăugat ulterior. Fiecare proces repetitiv se automatizează. Fiecare întrebare simplă primește un răspuns automat, dar uman. Omul intervine pe problemele complexe — de 2-3 ori pe an, nu săptămânal." [VIZ-2, 10]
• „Viziunea este că construim o companie care nu e AI-first, adică e AI-native, e agentic accounting. Cu adevărat, nu fac oamenii nimic sau ceea ce fac oamenii e aproape simulat că face un om, pentru că dacă trebuie ca oameni să facă chestii […] oamenii sunt scumpi, salariile sunt mari, nu găsești oameni buni oricum" [R04 00:05:52]
• Citatul care a generat memo-ul Sequoia: „We're building an AI-native product for our customers, but I'm not sure we're building an AI-native company for ourselves." [MEMO, atribuit lui BGN]
• Inteligență vs judecată: „Inteligența urmează reguli — complexe, dar reguli. […] Judecata cere experiență și intuiție: ce feature construim următorul, cum ne poziționăm […] AI-ul a depășit pragul la care poate executa autonom cea mai mare parte din munca de inteligență. […] dacă îți descompui activitatea în pași, vei descoperi că o parte semnificativă e inteligență pură. Acea parte poate fi delegată complet unui agent AI. Judecata rămâne la tine." [RETREAT-Q1]
• Trei niveluri: „Nivelul 1: Asistent de research. […] Nivelul 2: Copilot. AI-ul execută o sarcină completă pe care tu o inițiezi de fiecare dată […] Nivelul 3: Autopilot. Un agent AI rulează un proces end-to-end și îți livrează rezultatul. Tu doar validezi și decizi." — „BONO construiește un autopilot pentru contabilitate. Dar intern […] suntem la nivelul 1–2 în majoritatea ariilor." [RETREAT-Q1]
• Manual întâi, apoi automatizare (principiul de lucru al lui BGN, repetat): „Noi construim o aplicație care să aibă o versiune în care să poți să introduci și să intervii manual dacă e cazul și după aia, pas cu pas, să automatizezi. Asta e viziunea, asta e modul în care eu am construit tot ce am construit până acum." [R04 01:25:27]; „Principiul este, faci întâi manual, vezi manual cum merge și apoi automatizezi. Unele, pentru anumite chestii, trebuie să o faci instant, din prima să faci automatizarea, pentru că nu poți să faci căutarea după CUI manual. […] Trebuie, pentru că experiența ar fi proastă. […] Dar aici avem discernământul fiecăruia […] Să interpretezi textul de pe factură și în funcție de activitatea clientului să iei o decizie e mult mai complicat. O fac manual la început, că am cinci facturi pe lună." [R04 01:27:18]; decizia Iris: „SECVENȚIERE (decizie BGN): MANUAL ÎNTÂI, apoi automatizare. Faza 1 = Iris manual […] Fără motoare/mock/confidence." [MEM-iris, 11 iun]; „Ce NU este: nu are OCR, nu are AI, nu are scoruri de încredere, nu are Zero-Touch." [IRIS-PRD §1]
• Dar NU lansăm contabilitate manuală ca produs: „obiectivul nostru nu e să lansăm contabilitate manuală. Nu ne ajută cu nimic. […] dacă faci manual 3 sferturi de operațiuni, întrebarea mea este când o să lansăm o versiune de produs care să semene cu ce vrem să facem." [R09 00:36:23]; „Noi am decis că nu facem contabilitate manual. Nu oferim Saga prin WhatsApp." [R09 00:18:20]; „Nu IT-ul ne salvează, ne salvează customer service și operațiunile. Dacă nu avem ce să lansăm, n-am cum să facem customer service." [R09 00:51:07] [TENSIUNE] manual-întâi (Iris, onboarding) vs „nu lansăm contabilitate manuală" — distincția lui BGN: manualul e etapă de învățare internă și mecanism de intervenție, nu propunerea de valoare.
• Onboarding manual la început: „home-boarding-ul, părerea mea e că trebuie făcut manual, unul, două, trei, după aia" / „Primii clienți […] o să fie făcuți manual, salut, poate vină la noi la birou, să-l facă la noi, să vedem ce face" [R11 00:05:07, 00:05:37]
• „Omul confirmă, agentul scrie" (regula Bono Way pentru evidență și pentru toți agenții): „Nimic nu intră în tracker, CLAUDE.md sau raport fără ✅ de la om." [WAY-08]; „Eu cred că în ziua de azi nu mai putem construi sisteme în care oamenii trebuie să facă ceva. Bifează că ți-ai făcut task-ul." [R07 00:00:31]
• Personalizarea ca viitor: „Eu cu tărie cred, de mult cred, că viitorul în business este personalizare." [R07 00:00:31]; în produs: „Personalizare (north-star, NU MVP): interfața se adaptează la comportament" [DUBLIN, Decizii de produs]

S7. Persona, valori, obsesii

• Persona: „un ceasornicar elvețian cu inimă de doctor bun. […] Precizia e forma pe care o ia grija. […] Precizia fără grijă e aroganță. Grija fără precizie e neglijență. Noi vrem amândouă." [VIZ, 03]; „Competența unui Goldman Sachs. Căldura unui chelner american jovial. Când intră în conflict — BONO alege întotdeauna căldura și accesibilitatea." [VIZ-2, 05]
• 5 valori: Îndrăgostiți de BONO · Buni cu oamenii („Bunătatea nu e slăbiciune. E cea mai eficientă formă de profesionalism. […] față de candidați la interviu pe care nu-i angajăm. Aceeași.") · Lucrăm smart cu AI („Suntem WorkSmart.ai, nu WorkHarder.ai. Dacă un lucru se poate face mult mai bine cu AI, îl facem cu AI — fără nostalgie.") · De încredere („Zero PR vorbit. Tot PR-ul trăit. Dacă spunem că facem ceva până vineri, o facem până vineri. Dacă nu putem, sunăm joi seară, nu sâmbătă dimineață.") · Zâmbim mereu („Contabilitatea nu trebuie să fie plictisitoare ca să fie serioasă.") [VIZ, 03]
• 6 obsesii (= no-go-urile „cum", moștenite de orice modul [BRUCE §6]): Empatie radicală · Simplitate radicală („Dacă un pas se poate elimina, se elimină. Dacă se poate automatiza, se automatizează. Simplitatea e gestionarea invizibilă a complexității — nu lipsă de profunzime.") · AI nativ („Nu suntem «un produs care și-a băgat AI» — suntem produs construit din AI.") · Transparență totală („Clientul știe tot. Nu ascundem procese. Suntem opusul contabilului clasic care ascunde ca să pară indispensabil.") · Experiența wow · Calitate obsesivă [VIZ, 04]
• Mândria românească: „Pur și simplu construim la nivel mondial de aici. Ca UiPath. Ca Bookster. Ca eMag. Mândria e în ce facem și cum vorbim — nu în cum arătăm." [VIZ, 03]
• Principii împrumutate (Apple/Revolut/Mercury/Airbnb): „Form follows function — Fiecare decizie vizuală are un motiv funcțional. Fiecare pas eliminat din flux e anxietate eliminată din mintea clientului." · „Al treilea spațiu — Nu contabil tradițional digitalizat. Nu fintech generic." · „Încredere prin design — Frica față de ANAF nu se elimină prin promisiuni verbale. Se elimină prin design: progres vizibil, confirmări clare, limbaj fără jargon, răspunsuri rapide și umane." [VIZ-2, 09]

S8. Cum vorbim și ce nu spunem niciodată

• „Acesta e subiectul pe care-l iau cel mai în serios, după produsul în sine. Cum vorbim e cine suntem. Vorbim simplu, cald, fără postură. Ca prietenul tău expert la o bere." — „Nu vorbește mult. Dar spune tot ce trebuie. Nu-și bagă în conversație cât de bun e el […] Și când nu știe răspunsul, spune că nu știe și verifică cu cineva care știe." [VIZ, 04]; testul: „«Ar zice asta prietenul meu expert la o bere?» Dacă nu — rescrie." [VIZ-2, 08]
• Lista neagră: „Nu răspundem «depinde» fără context sau explicație. Nu folosim jargon tehnic fără să-l traducem — D300, vector fiscal, notă contabilă, niciodată aruncate în față. Nu suntem corporatiști — «Vă mulțumim pentru că ați contactat serviciul nostru...» ne dă alergii. Nu suntem chatbot — «Bună, sunt VoxAI, asistentul tău virtual...», interzis. Nu folosim superlative goale — «excepțional», «remarcabil», «de înaltă calitate». Nu folosim pasiv corporatist — «a fost procesată», «va fi soluționată»." [VIZ, 04] + „Răspunsuri expeditive fără substanță" [VIZ-2, 08]
• Regula de aur: „Mai important decât valorile. Mai important decât obsesiile. Nu facem mișto niciodată. Nu de ANAF. Nu de sistemul birocratic românesc. […] Nu de utilizatori care nu înțeleg. Nu de competitori care au design învechit. Nu de colegi. […] Zero ironie. Zero aroganță. Zero critică. Empatie 100%. […] Ironia e forma leneșă a inteligenței. […] Dacă cineva vă vede scriind ceva cu ton ironic, e complet îndreptățit să vă spună «nu e BONO» — și voi să-l ascultați." [VIZ, 04]
• Exemple așa nu / așa da [VIZ-2, 08]:
• Confirmare: NU „Înregistrarea dumneavoastră a fost procesată cu succes." → DA „Gata! Firma ta e pe drum. Ți-am trimis un email cu ce urmează."
• TVA: NU „Conform art. 297 din Codul Fiscal, TVA-ul deductibil presupune că..." → DA „Da, poți deduce asta. Ai nevoie de factură pe firmă și să fie legată de activitatea ta. Atât."
• Nu știm: NU „Ne pare rău, această întrebare depășește capacitățile noastre actuale." → DA „Sincer, nu sunt 100% sigur pe asta. Verific cu Ioana, specialista noastră pe TVA, și revin în maxim o oră."
• Eroare: NU „A apărut o eroare neașteptată. Vă rugăm să reîncercați mai târziu." → DA „Ceva n-a mers la noi. Am văzut, lucrăm la asta. Încearcă din nou în câteva minute."
• Standardul la prima problemă: „Când un client ne pune o întrebare și nu știm răspunsul, nu îi spunem că nu știm și îl lăsăm să plece. Găsim pe cineva care știe. Și el nu trebuie să explice din nou." [VIZ-2, 10]
• Voice în 4 cuvinte (Edge): „Simplu, direct, prietenos, smart" — „tu", nu „dvs."; fără „probabil", „poate"; „Termenii contabili (TVA, deductibilitate) folosiți corect." [BRAND]
• Emailurile: „Eu vreau ca mail-urile noastre să nu mai ajungă în spam. Deci asta este Nevoie pe care trebuie să o rezolvăm." [SLACK 27.04.26 · #-project-desire]; „design-ul unui mail (cum arata ce vede clientul) este un subiect un pic mai complicat (si pt ca are legatura cu experienta clientului, este si important)" [SLACK 03.07.26 · #-project-rex]

S9. Ce nu facem / scope de serviciu

• „Nu facem TVA din prima, nu facem stocuri, nu facem gestiune." [R09 00:51:07]; MVP Dublin: „Fără: OpenBanking, plată taxe directă, stocuri, magazin, pontaj" [DUBLIN]; „Stocuri, magazin online, pontaj — nu (nici post-MVP apropiat)" [DUBLIN]
• „Conta paralelă e ilegală în România […] noi folosim ce scrie în Saga. Prin urmare trebuie să iei informația din Saga, nu să faci calculele paralele." [R04 01:09:47] — răspunsul la „ce facem când SAGA și Facturare nu se pun de acord": SAGA e adevărul contabil; ce nu iese din SAGA nu se afișează („Tot ce nu pot să iau nu va fi disponibil. Punct." [R04 01:05:21])
• Cifre doar din surse deterministe; „contabilul ca poartă" [MEM-ai]; în Iris „Iris = orchestrator; nucleul NU calculează niciodată" [MEM-sys]
• Nu inventăm contabilitatea: „Că noi nu reinventăm contabilitatea, nu o facem în loc de bilanț și balanță. […] Tu faci, de fapt, aceeași contabilitate." [R04 00:22:06]
• Nu lansăm un soft de facturare drept contabilitate: „dacă noi lansăm către clienți un soft de facturare, nu poți să-i spui că îi faci contabilitatea […] facturarea și venitul, nu vă supărați, dar nu-i un Dublin Light." [R09 00:35:49]; „Să faci fără reconciliere, fără taxe, fără cheltuieli deductibile, pe aia nu-i contabilitate, pe aia e un soft de facturare." [R09 00:36:23]
• Nu lansăm ceva care nu scalează ca să ne simțim noi bine: „noi lansăm ca să ne simțim noi bine că am lansat […] dacă vin sute de clienți care trebuie să faci manual chestii, nu mai poți să stai să dezvolți" [R09 00:41:38]
• Nu construim produsul „de care e toată lumea de acord": vezi M5.
• Firma de contabilitate ≠ Bono din motive legale (CCF/CECCAR): „nu cred că o să fie ok să avem BONO și contabilii într-o formă de simbioză, că o să fie interpretat că noi oferim contabilitatea, de fapt." [R11 01:36:53]

S10. Contradicții și tensiuni în stratul SERVICIU

• [CONTRADICȚIE] preț: „dacă se poate, gratuit" [R04] vs „la 180 de lei" [R04] vs simularea 199 lei [SLACK 23.10.25] vs SOLO 139 lei ca dovadă că „dacă experiența e wow, poți crește prețul" [R04]. Nu există o decizie de preț scrisă de BGN; există doar direcția „ieftin + profit mare prin cost de operare mic".
• [TENSIUNE] wow vs good-enough: [VIZ] „Standardul e wow" / „Calitate obsesivă" vs [R09 00:57:29] „eu am definit good enough, părerea mea este că soluția actuală făcută este acest good enough […] nu este o soluție wow, minim necesară" și [R09 00:51:07] „Dacia, nu Rolls-Royce". Reconciliere posibilă din text: wow = experiența interacțiunii + preț (R04 00:22:06), good-enough = motorul contabil și arhitectura.
• [TENSIUNE] echipa merită tool-uri Apple [VIZ 02] vs Vertigo „se poate face în maxim o săptămână" [R04 00:35:06] și „Dublin, Iris, Vertigo au tabele… am găsit un numitor" [R11 01:11:03]. Standardul intern e declarat, dar în practică Vertigo e „aplicație stand-alone care afișează informația".

[PRODUS] — Bono ca produs (ce vede și face clientul)

P1. Principii generale de produs

• Expresia operațională a viziunii (ancora Dublin): „Nu trebuie să ceri, îți dăm exact ce vrei." — „Tu nu trebuie să știi nimic — noi ne ocupăm." [MEM-viz, 4 iun; VIZ-2 01]; job statement Dublin: „Când clientul vrea să-și vadă situația firmei sau să facă ceva legat de firmă, intră în Dublin și găsește exact ce-i trebuie — fără căutare, fără jargon contabil, fără să sune contabilul pentru lucruri simple." [DUBLIN, Nevoie]
• Principiul ordonator Dublin (BGN, 3 aug): „Dublin are DOUĂ funcții — clientul INIȚIAZĂ acțiuni (emite factură, încarcă documente/extrase, întreabă/context, CTA-uri De făcut) și noi îi AFIȘĂM informații utile (tot restul). Fiecare acțiune se termină într-un motor extern; afișarea e read-only din API-uri. Testul oricărui feature: inițiere sau afișare? Dacă e motor (calcul/clasificare/matching/procesare plăți) — nu e Dublin." [DUBLIN 3 aug]; „Dublin, teoretic, este ce vede clientul. […] Restul, toate celelalte chestii, se pot face în Saga." [R09 01:18:03]; „nu are vreo algoritmică în spate […] pur și simplu e o vitrină, un front-end în care vezi informații din Saga" [R09 00:18:39]
• Clientul vede rezultatul, nu munca noastră: „clientul […] nu vede ce faci tu, ce cheltuieli am încărcat și procesate. Vede rezultatul muncii […] profitul […] Și vede ce taxă are de plătit. Și vede contul, actele firmei, PDF-uri, detalii. Asta facem în faza asta." [R04 01:16:07]; „în Dublin, nu trebuie să afișezi o declarație semnată, ci să afișezi o declarație care trebuie să o înțeleagă." [R11 00:28:29]
• Dacă informația nu există în contabilitate, iese din Dublin: „dacă o anumită informație care apare în Dublin nu există în contabilitate, trebuie scoasă din Dublin afară." [R04 00:56:19]
• Home = 3 piloni + strat de acțiuni: „1. Cifrele (unde stau) · 2. DE FĂCUT (ce trebuie EU să fac — treaba ta) · 3. Motorul BONO (ce face BONO pentru mine — trecut=dovadă/valoare cuantificată, viitor=liniștire)" + acțiuni frecvente pe home, reactive în DE FĂCUT, rare aduse contextual (dividende), search+chat în shell. [DUBLIN, Product Definition; iun 2026]
• Ce pui pe o suprafață curată = 4 axe, nu doar frecvența: „frecvență + urgență/termen + cine inițiază (push vs pull) + greutate emoțională. Frecvența pură înșeală (de plată la stat e rar «acționat» dar urgent/emoțional → pe home)." [BRUCE §5 e; DUBLIN]
• Ce vrea clientul vs ce avem NOI nevoie să facă clientul: „a doua categorie intră în pagină ca push (alertă/DE FĂCUT), nu ca job al clientului" [BRUCE §5, 10 iul]
• Push, nu pull — Bono cheamă clientul la problemă: „chemarea = agnostică de canal (Bono cheamă la problemă, clientul alege mediul; deep link direct în acțiune, nu în home)" [DUBLIN 25 aug]; research: „nimeni nu cheamă antreprenorul proactiv" = gap [DUBLIN 25 aug]
• Ecranul aerisit E produsul: starea „ziua liniștită": „De făcut dispare complet + badge-ul din bară se stinge (surfață condițională, fără empty state decorativ) · cardul dark RĂMÂNE ca ancoră: «✓ Ești la zi.» […] principiu notat: ecranul aerisit E produsul, nu-l umplem." [DUBLIN 25 aug, cerință BGN „cum arată fără de plată și fără ToDo"]
• Nu cerem ce nu există: empty state Extrase: „«Extrasul de aprilie îl cerem după închiderea lunii» (nu cerem ce nu există)" [DUBLIN 30 aug]
• Regula vaselor comunicante (Home mobil, 25 aug, după cererea BGN de „logică de prioritizare"): „De făcut + Motorul Bono împart un buget fix de ~4 itemi; sarcinile au prioritate: 0 sarcini → Motor 3 făcute+1 urmează · 1–2 → sarcinile + Motor 1+1 · 3+ → primele 3 + «Vezi toate (N)», Motorul dispare." Prioritatea în De făcut: „scadente azi → warn → confirmări → insight-uri". [DUBLIN 25 aug]; pe desktop rail-ul e reordonat pe urgență „FĂRĂ bugetul ~4 — e al mobilului" [DUBLIN 31 aug]
• Separare semantică dark = ce plătești TU / Motor = ce facem NOI („cele două «urmează» nu se amestecă") și „4 limbaje vizuale: dark (obligațiile TALE) · carduri albe cu iconițe (sarcini) · TIMELINE cu bife fără chenar (munca NOASTRĂ — «Bono, între timp») · card 3 coloane (trio cifre)" [DUBLIN 25 aug]; feedback BGN pe B vs C: „cardurile verticale = monotone → forme DISTINCTE per tip de conținut; trio-ul de cifre RĂMÂNE; DA la «ce am făcut recent + ce urmează»" [DUBLIN 25 aug]
• Munca Bono e atribuită unui actor, pe vocea Bono: în modalul de detaliu „«Procesată de Iris în N secunde» / «Trimisă în e-Factura de Bono»" [DUBLIN 10 iul]; numele agenților AI (Iris, Vox, Bono, Alina) în Fraunces italic roz .t-actor [EDGE]
• Transparență pe deductibilitate = diferențiatorul: „nimeni în RO nu arată deductibilitatea în UI; nimeni global nu dă sfat contextual per cheltuială" [DUBLIN 10 iul]; verdict per rând „100% ink · 50% warn · Nu mist · «Se procesează» — valoarea Bono" [DUBLIN 30 aug]
• Un singur stăpân per dată: „Conturi bancare = SURSA CANONICĂ a IBAN-urilor (adăugarea există și în Extrase — datele au un singur stăpân)" [DUBLIN 23 iul]; „Dublin nu numerotează niciodată" (seria facturii = mini-serviciul de serii) [DUBLIN 6 aug]
• Clientul nu editează datele firmei: „Istoricul ORICĂRUI atribut în du-modal («valoare · din–până»; clientul nu editează nimic)" [DUBLIN 23 iul]
• Documentele firmei = doar cele generate de Bono: „regula = doar documente GENERATE DE BONO. Atestatul fiscal A IEȘIT (e emis de ANAF […] clientul îl cere prin Vox la nevoie)" [DUBLIN 31 aug]; constatatorul ONRC scos, specimenul scos („nu are nimeni nevoie"), certificatul de mențiuni scos și de pe desktop [DUBLIN 31 aug]
• Design = north-star, Nevoia = MVP: „Sketch-ul Dublin din Edge-33 NU e o decizie de produs […] Encode-ază north-star-ul (OB activ, Vox automatizat, 3 rail-uri). Bun ca input de instinct + constrângere de limbaj vizual. Nu dictează structura." [DUBLIN]
• Regim Micro/Profit = comutator de PREZENTARE, pipeline Iris identic [DUBLIN 4 aug]; „pe MICRO cardul Cheltuieli e irelevant → propunere «Până la pragul de micro»" (idee BGN, deschisă) [DUBLIN 8 sep]
• Facturi = arhiva emisiilor, nu dashboard de încasări (corecția de nevoie a ownerului, 22 iul): „plățile se verifică în internet banking până la OpenBanking" [DUBLIN 22 iul]
• De plată = pagina construită în jurul jobului real: „copiezi datele → plătești din aplicația băncii" — copy-tap 44×44 per câmp, „Din ce e compusă", „Lunile trecute cu bife «potrivită cu extrasul»" [DUBLIN 30 aug]
• Banii tăi în firmă (31 aug, mini-Bruce cu BGN): nevoia „câți bani pot scoate din firmă?"; „sume teoretice din contabilitate, NU sold bancar"; „clientul își face transferul singur → îl vedem în extras → formalizăm" — fără plăți din Dublin; „Decizie BGN: totalul include dividendele nete nedistribuite." [DUBLIN 31 aug, 8 sep]

P2. Reguli de UX și layout

• Un ecran = o sarcină = două butoane (ecranul sarcinii din De făcut, 25 aug): „eyebrow tip · titlu · meta cu actor · card key/value · banda bej cu CONSECINȚA înainte de buton («Dacă aprobi… / Dacă n-o recunoști…») · buton primar roz + escape hatch subliniat («Nu o recunosc», «Nu am documentele», «Mai târziu», «Am o întrebare — scrie-i lui Vox»)". Rezolvarea: „sarcina DISPARE din listă + badge scade + toast" ; „✅ DECIS BGN: rezolvatele RĂMÂN BIFATE câteva ore" [DUBLIN 25 aug]
• Escape hatch obligatoriu (lecție research, adoptată) [DUBLIN 25 aug]
• Aprobare, nu introducere (lecție research Revolut/Dext, adoptată): clientul confirmă, nu completează [DUBLIN 25 aug]; „zero câmpuri mereu · eșecurile NICIODATĂ la poză (async, în De făcut) · upload în fundal" [DUBLIN 25 aug, camera]
• Max 1 CTA roz per ecran [EDGE, regulă LOCKED]; Firma ta = singura pagină fără CTA roz [DUBLIN 23 iul]; „Emite factură roz = singurul pink CTA" pe Home [DUBLIN 9 iul]; selectorul de perioadă „NU dropdown sus-dreapta (concurează cu CTA roz)" [DUBLIN 22 iul]
• Fără texte explicative în UI (regulă fermă, a 3-a oară la 31 aug): „hint-ul explicativ de sub cardul de plată ȘTERS (regulă: BGN taie textele explicative din UI — fără hint-uri/note didactice pe mobil)" [DUBLIN 30 aug]; „rândul MINIMAL — doar nume + perioadă ↔ Trimite — FĂRĂ texte explicative sub nume (a 3-a oară când BGN taie meta/explicative din UI: regulă fermă); contextul perioadelor trăiește DOAR în picker" [DUBLIN 31 aug]; „nota explicativă serie/dată ștearsă" [DUBLIN 30 aug]; „fără subtitlul KPI sub titlu (header secțiune = doar back + titlu)" [DUBLIN 30 aug]; excepția: explainerele „de ce" trăiesc în sheet separat, la cerere („Detalii" → sheet „De ce contează documentele") [DUBLIN 30 aug]. C6 (tăierea textelor explicative pe DESKTOP) = neatins, se ia punctual cu BGN. [DUBLIN 31 aug]
• Site plat — „nu vreau umbre în site" (regulă BGN, 5 aug): „Adâncimea există DOAR la hover; în repaus site-ul e plat. Plutitoarele (dropdown/meniu) se separă prin BORDER 18%, nu prin umbră; […] Ringurile NU sunt umbre și rămân." [EDGE, secțiunea Shadows]; „umbra statică a galeriei scoasă — încălca regula flat" [DUBLIN 25 aug]
• Borderuri, două tokenuri, atât (BGN, 22 iul): „ORICE alb pe bej-0 = ink 18% (--c-rule-input) […] albul pe bej-0 cere 18% ca să se despartă de fundal" ; 12% doar pe bej-1 / interior alb [EDGE]. Originea: „Cerința mea a fost să avem contrast. Am observat o problemă la câmpurile de input (cu fundal alb) care stau pe fundalul bej-0 dot grid." [SLACK 10.07.26 · DM Octav]
• Form-cards (BGN, 12 iun): „cardurile/benzile care conțin input fields au fundal bej-1 […] Cardurile read-only (KPI, tabele, preview document) rămân albe. Nu pune inputuri albe pe card alb." [EDGE]
• KPI contrastează cu vecinii (22 iul, amendat 31 iul): „pe paginile de secțiune = Card bej (bej-1, fără border — vecinii sunt tabele albe); pe Dashboard = ALB cu border (vecinii sunt cardurile de acțiune bej)"; „albul e al datelor/controalelor" [EDGE; DUBLIN 22 iul]
• Tabele Dublin (22 iul–6 aug): rând 48px / 62px cu linie secundară, „Nimic între" · două mărimi de text, atât (14/500 ink + 12/400 fog) · „CENTRAT = implicitul (regulă BGN 4 aug)"; excepții: prima coloană stânga, acțiuni la dreapta, text lung stânga în celule cu label centrat (amendament 5 aug) · „FIECARE tabel are titlu (regulă BGN 4 aug)", titlul aliniat cu textul primei coloane · pattern INSET ales de BGN pe A/B (filtre în card pe alb, thead bandă bej rotunjită cu aer alb împrejur) · centrare optică thead pe breve-ul din Ă („catch BGN — de 2 ori") · paginare dreapta „‹ pagina 1 din N ›" [EDGE]
• Egalitate percepută ≠ geometrică: „Lecție: egalitate percepută ≠ geometrică (irradiation) — se rezolvă prin greutate vizuală." [DUBLIN 9 iul]; „Spațiile din jurul titlurilor se egalizează la PERCEPȚIE, nu la metric" [EDGE 4 aug]
• Căutare cu clear × obligatoriu pe ORICE câmp de căutare; „NICIODATĂ roșu și niciodată «Șterge» scris pe desktop — roșul e al erorilor/distructivului"; pe mobil „Șterge" roșu mic e acceptat ca țintă de tap cu label [EDGE; DUBLIN 30 aug]
• Poți scoate — totalul nu stă pe același rând cu părțile (corecție BGN, 8 sep): „PAGINA «BANII TĂI» v2 pe 3 NIVELURI (corecție BGN: totalul nu stă pe același rând cu părțile): totalul net (card alb lat) → 3 carduri bej-componente → listele" [DUBLIN 8 sep]; pe Home: „cifra mare + 2 sub-cifre SUB ea" [DUBLIN 8 sep]
• Lista, nu tabelul, când n e mic: De plată = „LISTA de carduri (varianta Tabel construită, comparată pe live cu toggle, apoi SCOASĂ — decizie BGN)" [DUBLIN 22 iul]; Angajați: „fișă nu tabel la n=1"; la 3+ „un card per angajat, identic cu fișa (spec BGN — tabelul unic de echipă respins în aceeași zi)" [DUBLIN 24 iul, 4 aug]
• Listă plată, fără categorii (Contabilitate v3, corecție BGN); „bara colapsată CURATĂ — fără download (descărcarea doar în istoric, per instanță)"; CTA „dosarul pentru bancă" SCOS — „NU există template general de dosar bancar" [DUBLIN 5 aug]
• Acordeon: ÎNCHIS = ink, DESCHIS = fog („închisul invită, deschisul se retrage" — BGN, 31 aug); Datele firmei deschis default [DUBLIN 31 aug]
• Hover: „Carduri: border shifts spre pink @ 30%. Fără lift/scale." [BRAND]; „Niciodată colțuri drepte pe controale interactive." [BRAND]
• Modal vs link-out: emiterea = modal pe Facturi și pe Acasă; link-out doar PF/străine/storno [DUBLIN 6–7 aug]; pe mobil „EMITEREA = QUICK-EMIT PROPRIU DUBLIN — recomandarea «fluxul modulului» RESPINSĂ deliberat" [DUBLIN 25 aug]
• Nu se simulează ce e treaba altui motor: upload real — „tray-ul confirmă DOAR primirea […] conspectarea NU se simulează în upload (e treaba lui Iris) — rândurile nu se inventează" [DUBLIN 10 iul]
• Flux simplu ≠ flux complicat: „nu as complica atat de mult un flux simplu. as lasa navigarea prin butonul de inapoi […] as afisa in pills doar deciziile de pana atunci." [SLACK 29.06.26 · DM Octav]; „nu avem nevoie de pill evidentiat. cand il selectezi, se muta in campul de descriere de sus." [SLACK 29.06.26]
• Default-urile se aleg pe cazul frecvent, cu risc asumat: „Da, are sens ca default — e cel mai frecvent caz, deci pentru majoritatea utilizatorilor înseamnă zero fricțiune. […] O singură rezervă: default-ul preselectat are un risc cunoscut — oamenii nu-l schimbă nici când nu e cazul." [SLACK 03.07.26 · #-project-facturare]
• Loc fix > configurare per tenant (semnătura pe documente): „Cred că e mai simplu să avem un loc fix, decât să primim info de la Tenant de fiecare dată." [SLACK 23.07.26 · #-project-rex]
• Desktop = acoperitor întâi, apoi tai; mobil = judeci ce afișezi: „Dacă ai să faci o aplicație de mobil, ar fi altceva, că acolo nu ai spațiu. Și trebuie să judeci ce afișezi […] Dar în versiunile astea de desktop, în care oricum o să faci o chestie ca să fie acoperitoare, după aceea te apuci să vezi ce ascunzi" [R10 00:22:47]

P3. Tipografie și culoare

• Palete LOCKED, 4 suprafețe: alb (KPI, table cards, inputs) · bej-0 #FBFAF7 (page bg + dot grid) · bej-1 #EFEBE4 (sidebar, action cards, thead) · dark #110D10. Text: ink / fog / mist. Brand: pink #EE4379 „Folosită ca accent (nu pe text, nu peste tot)". Status: success/warn/error/AI. „Teal / cyan / blue — palette-ul Bono nu include albastre." [BRAND; EDGE]
• Fonturi: Inter (UI, tot) · Fraunces (EXCLUSIV <em> 1–2 cuvinte în headings + .t-actor nume agenți) · Source Serif 4 (EXCLUSIV body blog, niciodată în UI) · JetBrains Mono „DOAR .t-mono (date, 12px ink) + kbd — NU labeluri" [EDGE]
• Corecție majoră de DS (31 aug, BGN a prins-o): „labelurile mono ERAU DRIFT DE PROTOTIP, nu convenție Edge-33! Canonic: .t12 (label secțiune/eyebrow) = INTER 12px/600/uppercase/0.10em/fog · .field-label = Inter 12/500 […] SWEEP APLICAT PESTE TOT (BGN «aplică peste tot»): 46 labeluri mono→t12" [DUBLIN 31 aug]; regula 30 aug: „label-urile de câmp = INTER 11px/600/0.08em — JetBrains Mono NUMAI pe eyebrows/secțiuni" — depășită de corecția din 31 aug.
• Scala T60–T12 + „Titlu pagină internă = .t40", „Greeting Dublin = .t48 («Salut, Eduard.»)", cap tabel = T12 12/600 [EDGE 15 iul]
• Anatomia sumelor (15 iul): „întregul dominant (13-14px ink 500) · zecimalele 11px fog · moneda 11px mist"; pe mobil „cenți superscript Mercury = Edge-33 deja aliniat" [EDGE; DUBLIN 25 aug]
• Scara tipografică MOBIL (BGN „ok", 30 aug, standard pe toate ecranele): linia principală + suma 15px · secundară 12,5px · status 12px · chips 13,5px · inputuri 15px · note de consecință 14px · labeluri secțiune 10,5px · tab bar 10px, titlu 20px. „La ecrane noi: pornește DIRECT pe scara asta." [DUBLIN 30 aug]
• Tipografia explainerelor (BGN „să fie ușor de citit", 30 aug): „titlu 17px · corp 15px/1.6 · «Mai târziu» 13,5px — regulă: sheet-urile DE CITIT primesc tipografie de lectură (corp ≥15px), spre deosebire de sheet-urile-picker" [DUBLIN 30 aug]
• Culorile verdictului de deductibilitate (decizie BGN, 30 aug): „VERDE la 100% · PORTOCALIU la 50% și Parțial · ROȘU (contur+text) la Nu"; mini-plăcinta ca vizual al fracției („disc plin=100% / jumătate=50% / felie=Parțial / cerc gol=Nu") — „Pattern plăcintă = de reținut pt orice fracție în UI." [DUBLIN 30 aug]
• Glow-ul cardului dark: roz la „de plată", „VERDE" la „ești la zi" (escaladare vizuală în sens invers; propus, „De decis de BGN: dark-calm vs bej/dispărut") [DUBLIN 25 aug]
• Pink pe text — [CONTRADICȚIE]: [BRAND/EDGE] „Niciodată pink pe text. Pink = fills, borders, accents only" / „Pink NICIODATĂ pe body text" vs BGN [SLACK 10.07.26 · DM Octav]: „Mie îmi plac labels roz în interiorul câmpului sau cardului. […] Eu am doar rugămintea să analizezi mai multe scenarii și variante." și fluxul mobil de factură: „DESCRIERE și MENȚIUNI ca lfield editabile (label roz caps în câmp)" [DUBLIN 29 aug]; .t12.brand (pink-deep) și .t-actor (pink) există în DS. Regula reală pare: nu pink pe TEXT DE CORP; pink pe labeluri mici/actori e permis.
• Emoji / Unicode — [CONTRADICȚIE]: [EDGE] „NICIODATĂ emoji în UI chrome (nici Unicode glyphs ✓ ✕ → — folosește SVG)" vs prototipurile mobile: „pastila «🇷🇴 Lei»", „rând = STEAGUL VALUTEI + INIȚIALELE BĂNCII (🇷🇴 BT · 🇪🇺 BT)" [DUBLIN 29–31 aug], „glif ✓ Unicode pe conf-strip" listat ca igienă de rezolvat [DUBLIN 6 aug]. Steagurile de valută sunt tolerate; ✓ Unicode e considerat greșeală.
• Umbre — [CONTRADICȚIE] rezolvată în timp: [BRAND, 11 mai] „Singurele shadows acceptate: --sh-sm micro shadow pe carduri lifted (KPI)" → [EDGE 5 aug] „--sh-sm = retras din uz static". Regula curentă: zero umbre statice.
• Borderuri — [CONTRADICȚIE] rezolvată: [BRAND, mai] --c-rule-card 12% pe orice container alb pe bej → [EDGE 22 iul] 18% pentru alb pe bej-0. Curent: 18%.
• Sidebar: [BRAND] 240px deschis / 64px colapsat → [DUBLIN 15 iul] 212px cu search jos / 84px cu etichete sub iconuri. Edge-38 (canonic DS) are 240/64 → unul din cele „8 conflicte cu deciziile Dublin" [DUBLIN 2 sep], netranșate.
• „Edge 38" NU e un DS nou — e numele vechi al repo-ului edge-33; BGN îi zice tot „Edge-38" [DUBLIN 2 sep]. Așteptarea BGN: „Dublin și Vertigo ar fi trebuit ca design system-ul să pot fi aplicat, aș zice, fără corecturi manuale." [R11 01:11:03]; cifra lui Octav în Bono Way: „UI produs de agent conform DS fără corecții manuale" [WAY-05]
• DS = direcție, nu lege: „DS Edge 33 (original) a fost doar o direcție de design. […] majoritatea componentelor urma să fie dezvoltate. […] problema e că nu am marcat în DS ce este final (puține lucruri) și ce necesită dezvoltare (majoritatea)." [SLACK 10.07.26 · DM Octav]
• Simplu > sofisticat și la scări tipografice: „Nu are sens să păstrăm un sistem simplu (+2px)? Și are sens un sistem complex și complicat (x7,14%)?? […] Eu aș lăsa +2px. E mai simplu" [SLACK 15.07.26 · DM Octav]
• Direcția aleasă pentru un brand nou (Sediu.ro, 11 sep) — util ca reper de gust: „Design: direcție Notion/Linear, doar light. Alb, gri neutre, un singur font (Inter), buton principal negru, link-uri albastre discrete, colțuri mici, borduri fine, umbre abia vizibile. Fără Fraunces, fără mono la prețuri, fără accent teal." [SEDIU, git 9ecd949]. Decizia „să nu pară făcut cu AI" invocată în brief NU apare textual în README sau în git — nu o confirm.

P4. Vocabular și copy

• Statusuri facturi (regulă BGN, 30 aug): „facturile EMISE de client = «Încasată / Neîncasată»; «Plătită» = DOAR facturile PRIMITE (Cheltuieli / De plată)" — sweep desktop făcut 31 aug. [CONTRADICȚIE] cu regula din 22 iul „statusuri facturi: doar Plătită/Neplătită peste tot (și pe Acasă)" [DUBLIN 22 iul] → înlocuită.
• Fără „Scadență/Restantă" ca status pe Facturi — doar două stări [DUBLIN 22 iul]
• „eFactura", nu „SPV" ca etichetă [DUBLIN 22 iul]; „NU primim index ANAF — nodul e-Factura arată doar «Trimisă în e-Factura» + data" (regulă BGN 30 aug)
• „IBAN", nu „Cont încasare"; fără numele băncii lângă IBAN (BGN 30 aug); „«Micro · 1%» fără «din venituri»" (BGN 31 aug) [DUBLIN]
• „Certificat de înregistrare (CUI)" — „DA, ăsta e «CUI-ul firmei» ca document" [DUBLIN 31 aug]
• Vector fiscal „pe limba clientului" [DUBLIN 23 iul]; „Deductibile/Nedeductibile = vocabular de contabil, pe Micro nu se aplică" (argumentul variantei C; BGN a păstrat trio-ul de cifre) [DUBLIN 25 aug]
• Copy final BGN (30 aug, „ton de referință pt explainerele viitoare"): „document justificativ — bon sau factură" / „avans spre decontare — bani pe care i-ai scos din firmă… să îi justifici sau să îi aduci înapoi" / „La un control, ANAF consideră aceste avansuri ca venit personal — și aplică impozite și penalități" / „O poză cu bonul/factura e de ajuns — Bono citește documentul și corelează plata automat" — „mai direct decât draftul meu (numește ANAF, «i-ai scos din firmă»)". Structura vocii explainerului: „dovada → consecința pe numele tău → riscul → închidere pozitivă + CTA". [DUBLIN 30 aug]
• Hero-uri adaptive: „Liniște deplină." / „Ai N lucruri — restul e la noi" / „Le-am ordonat după urgență"; titluri cu accent Fraunces: „De făcut. N lucruri.", „Extrase. La zi.", „Azi ai rezolvat N — restul e la noi." [DUBLIN 25–30 aug]
• Mesaje de sistem pe vocea Bono: „au ajuns la Bono — Iris le citește; apar în listă pe măsură ce sunt gata" [DUBLIN 10 iul]; „A ajuns la Bono — Iris citește tot, nu completezi nimic" [DUBLIN 25 aug]; „Îl verificăm — apare aici imediat" [DUBLIN 31 aug]; „Sincronizat cu ANAF de Bono" [DUBLIN 23 iul]
• Voice samples Edge: Hero „Contabilitatea ta, pe pilot automat." · Empty „Încă nu ai nimic aici. Adaugă primul document și începem." · Success „Am primit documentul. Nu mai e nimic de făcut." · Error „Ceva n-a mers. Încearcă din nou sau scrie-ne." · Loading „Se încarcă..." (NU „Vă rugăm așteptați...") · Pricing „Plătești ce folosești", NU „Foarte avantajos!" [EDGE]
• Don'ts Edge: „emoji, ALL CAPS pentru emfază, «Click here», exclamări marketing-y, «Să descoperim împreună…»"; sentence case pe UI; diacritice obligatorii [BRAND]
• Copy-ul mockurilor = provizoriu, fir separat: „copy/formulări = fir separat (textele din mockuri provizorii)" [DUBLIN 25 aug]
• Naming deschis: „«Dashboard» (colapsat) vs «Acasă» (deschis)" [DUBLIN 15 iul]; „Bono în loc de BONO peste tot" (commit Bono Way, sep 2026)
• Tooltip-uri deductibilitate: „ⓘ + hover dark, motiv pe vocea BONO" [DUBLIN 9 iul]

P5. Date și numere

• Formatul datelor în Dublin = dd.Mmm.yy (ex. 24.Apr.26; luna abreviată cu MAJUSCULĂ; amendament BGN 6 aug peste dd.mmm.yy din 10 iul) — „oriunde apare o dată în UI"; trimestre Tn-yy, ani YYYY; numele întregi de luni mici; ore HH:MM; „azi/mâine" text. [DUBLIN; EDGE] [CONTRADICȚIE] cu [BRAND/EDGE voice samples] „Date: 13 Apr 2026" (convenția DS, nesuprascrisă în BRAND.md) și cu modulul Facturare „27 mai 2026 / 29 august 2026" [DUBLIN 25–30 aug, conflict „prioritar" pe /analize].
• Bani: 1.245,80 RON (virgulă zecimală, punct la mii) [BRAND]; în Dublin unitatea afișată e „lei" 11px mist [EDGE]; sume mari „stil Revolut, cifră mare centrată 54px/700 tabular-nums" la suma facturii pe mobil (decizie BGN 29 aug) [DUBLIN]
• EUR: „≈lei pt EUR doar în detaliu"; „≈ 20.538 lei · cursul BNR din ziua emiterii" [DUBLIN 30 aug]
• Cifrele KPI reconciliate transversal (Acasă↔Facturi↔Cheltuieli, calculate din tabele) [DUBLIN 3 aug]; „Micro T1 1.335 = 1% din 133.470 (reconciliat cu Facturi)" [DUBLIN 22 iul]
• Sume teoretice din contabilitate, nu sold bancar (Banii tăi, v0) [DUBLIN 31 aug]
• Scadența facturii default 10 zile (Dublin, 6 aug) vs 30 (modul) — [CONTRADICȚIE] deschisă, „de tranșat cu echipa" [DUBLIN 25 aug]
• Prospețimea datelor = TEMA MARE ridicată de BGN (25 aug): „extrase săptămânale/lunare → statusuri de plată vechi cu zile → dashboard perceput ca irelevant; nerezolvabil complet până la OpenBanking; de discutat separat" [DUBLIN 25 aug]; la retreat: „trebuie să ne gândim care e informația pe care clientul trebuie să o vadă instantaneu, gen emite o factură […] poate să-i apară cu un status de în curs de înregistrare în contabilitate […] Omul face o poză unui bon, trebuie să-l vadă acolo. […] De aici, mai departe, până se transformă în notă contabilă, e un proces. […] În MVP, clientul nostru nu are această așteptare." [R04 01:09:47]

P6. Stări și erori

• Empty state — unde merită și unde nu: pe Home mobil „fără empty state decorativ" (surfață condițională); pe De făcut „toate rezolvate → «Liniște deplină» (AICI merită — clientul a venit intenționat, spre deosebire de Home)" [DUBLIN 25 aug]
• Empty state = poarta de intrare în acțiune: Angajați „empty state = poarta de angajare" [DUBLIN 24 iul]; Edge: „Încă nu ai nimic aici. Adaugă primul document și începem." [EDGE]
• Eșecurile nu se arată la momentul acțiunii: „eșecurile NICIODATĂ la poză (async, în De făcut, pe motivele Iris)" [DUBLIN 25 aug]; documentul „stă în coadă până e complet; incomplet nu se întoarce" [DUBLIN 3 aug]
• Eșec documente rutat PE MOTIV în 2 clase: „contabil rezolvă interpretare/lizibilitate; clientului i se comunică duplicat/incompatibil" [DUBLIN 3 aug, Q2]; fluxul de deblocare „în așteptare + goluri de context" cu comunicare spre Dublin (clientul răspunde) și Vertigo (echipa rezolvă) — de propus în Iris (BGN 31 aug) [MEM-iris]
• Statusul canonic al documentului: „neprocesat · primit · în lucru · respins+motiv · finalizat" [MEM-sys]; „Se procesează" cu puls violet (badge AI) [DUBLIN 10 iul]; pe mobil documentele abia încărcate „rămân pe ecran cu «Se procesează…» și dispar când procesarea se termină" [DUBLIN 30 aug]
• Eroare de format pe vocea Bono la upload [DUBLIN 10 iul]; tonul erorii: „Ceva n-a mers la noi. Am văzut, lucrăm la asta." [VIZ-2]
• Greșelile sunt umane, se repară: „greșeli se mai întâmplă […] și e o ocazie să repari greșeala aia. […] Tot ce sistem face are greșeli. E human." [R04 01:46:56]; „clientul îi pune acolo, dacă apară, dacă ți se pare că e greșit, îți spune-ne. […] O să fie peste tot buton de comentarii, cum avem în orice site pe care îl facem acum" [R04 01:34:07]
• Fiecare problemă → o regulă nouă: „Fiecare problemă din genul ăsta este o ocazie pentru noi de a mai scrie o regulă care trebuie respectată. Dacă furnizor din România, asigură-te că este în lei." [R04 01:45:54]
• Acțiunile distructive cer confirmare (lecția butonului de închidere PFA de la SOLO care a închis PFA-ul unui client fără confirmare) [R04 01:45:54]
• Câmp lipsă ≠ blocare (principiu Iris) [IRIS-PRD §6.3]; calificata: „Nu blocăm niciodată un client pe baza verdictului nostru despre o sesiune." [CALIF]
• Ce s-a decis să lipsească: „Fără CTA primar — pagină de citit" (detaliul facturii) [DUBLIN 30 aug]; „Fără rând de categorie pentru dividende — se ajunge la ele din plata lor" [DUBLIN 30 aug]
• Deschise (BGN nu a decis): refuzul din De făcut cere motiv? · buton „Am plătit-o" (self-report vs potrivirea cu extrasul) · escaladarea vizuală la depășirea scadenței · starea de eșec ilizibil/duplicat în Cheltuieli · viewerul comun de documente [DUBLIN 25–31 aug]

P7. Mobil

• Canal = mobile web app în browser („à la Instagram/LinkedIn mobile web; fără nativă, fără PWA obligatoriu"; „native probabil în 2027") [DUBLIN 25 aug, discovery BGN]
• Recalibrare BGN (25 aug): „NU gap de piață / «cum aducem clientul» — focusul = UX/UI-ul pe ecran mic, inclusiv aplicații NATIVE ca referință" [DUBLIN]
• 3 acțiuni-erou + 1 informație-erou: „poza bonului · răspuns la De făcut · emitere factură + De plată" · „home mobil = status sus + acțiuni jos" [DUBLIN 25 aug]
• Model B (iun): „aceleași capabilități pe ambele, prezentarea se adaptează […] Nu identice, nu restrânse pe context." → [CONTRADICȚIE] cu 30–31 aug: „prima divergență deliberată mobil≠desktop pe conținut (mobilul = subset acțional)" — Extrase mobil = DOAR extrasele lipsă; Contabilitate mobil = „doar documentele de trimis cuiva"; „asimetria mobil↔web asumată (paritate de capabilități, nu de unelte)" [DUBLIN]. Regula curentă: mobilul rezolvă lipsa, nu răsfoiește; arhivele/istoricul = desktop.
• Mobile-first = forcing-function de prioritizare (BGN): „suprafața constrânsă o proiectezi prima — tăieturile dezvăluie importanța reală" [DUBLIN; BRUCE §5 b]
• Tab bar de ACȚIUNI (✅ BGN 25 aug): „Acasă · Emite factură · cameră (central, roz 56px) · De făcut (badge) · Meniu. Bara poartă VERBELE produsului, nu destinațiile; arhivele = sub Meniu, la 2 tap-uri" [DUBLIN]
• Ținte de deget ≥44px (REGULĂ GENERALĂ MOBIL de la BGN, 30 aug): „orice element clickabil suficient de mare pt deget; de trecut în spec + sweep retroactiv" [DUBLIN]
• Camera: „benchmark-ul e WhatsApp-ul către contabil (poză→trimis→gata; mai mulți pași = pierdut); pe web NU construim cameră — input capture deschide camera nativă; singurul ecran desenat = ÎNTOARCEREA din cameră" [DUBLIN 25 aug]; „Adaugă pagină" PARCAT de BGN
• Header Home mobil (BGN, runda 4): avatarul clientului PRIMUL, CUI sub nume, data cu puls aliniată dreapta; „cardul «Vezi documentele» SCOS de pe Home — Home = starea + sarcinile" [DUBLIN 25 aug]; „pachetul de STARE (dark + trio) stă mereu sus; doar zona De făcut ↔ Motor e flexibilă" (✅ BGN)
• Meniu mobil (iterații BGN): „FĂRĂ căutare în v1 · FĂRĂ «Activitatea Bono» · un singur nivel, fără etichete de grupe — meniul = 7 secțiuni + Contul tău, atât"; logout scos din meniu; LISTĂ, nu grilă [DUBLIN 25 aug]
• Jurnalul (ticker „Din motorul Bono") pe Home mobil — [CONTRADICȚIE] internă rezolvată: „DELOC pe Home mobil ✅" (runda 2) → după varianta C: „DA la «ce am făcut recent + ce urmează»" → blocul „Bono, între timp" pe vasele comunicante (✅ BGN). Consecință: „jurnalul complet NU există pe mobil v1 — singura urmă a muncii = blocul de pe Home".
• Fluxul simplificat de factură (spec final BGN 29–30 aug): Ecran 1 = Caută → ultimii 3 clienți → câmpul Suma → chips (sugestii DOAR după selecția clientului; fără istoric → 2.500 · 5.000 · 10.000) · linkul spre modul DOAR când tastezi · Ecran 2 = modalul verticalizat cu pill-uri + sheets · Ecran 3 = succes cu 3 box-uri pătrate de share (Vezi factura · Email · WhatsApp). „✅ ÎNCHIS («bun» BGN, 30 aug)"; slide-to-confirm „irelevant (buton simplu)" [DUBLIN]
• Infinite scroll cu grupare pe lună pe arhive mobile (✅ BGN 25 aug); rând 2×2 cu status PE rând; status = punct+text, nu badge caps [DUBLIN]
• Pattern sheet + scrim cu blur = reutilizabil pt toate pickerele mobile; picker-ele rămân compacte, explainerele au tipografie de lectură [DUBLIN 25–30 aug]
• Metoda de lucru pe mobil (corecție BGN): „ecran cu ecran, discutat împreună — nu spec în bloc" [DUBLIN 25 aug]
• BGN testează pe iPhone real (bug Safari cu sheet-urile) → regula tehnică clip-path + visibility + scroll pe container [DUBLIN 25 aug]
• Vox pe mobil = bulă flotantă à la Qonto ✅ (25 aug); filozofia Bono „chat mereu prezent în shell" e opusul Revolut/Monzo (chat îngropat ca cost-center) [DUBLIN]

P8. Ce nu facem în produs (no-go „ce", MVP)

• Fără: OpenBanking (upload manual rămâne mereu, „unii nu conectează"), plată taxe din Dublin, reminder-uri automate facturi neplătite, import SPV multi-source (până la primul client), personalizare pe comportament (north-star), onboarding wizard gamificat (la faza de onboarding), stocuri/magazin/pontaj [DUBLIN]
• „MVP = doar clienți pe facturarea BONO. Import SPV multi-source NU e MVP-critic." vs decizia BGN din harta sistemului: „Dublin arată TOATE facturile clientului, indiferent de sursă (BONO, Oblio, SmartBill etc)" [MEM-sys] — [TENSIUNE] north-star vs MVP, marcată ca atare în memorie („Asta diverge de fazarea din documentul de arhitectură").
• Scope MVP confirmat cu echipa (25/31 aug): „fără multi-firmă/roluri per firmă · un cont = O firmă · chat = aplicație CS externă (Vox = V2) · feed live + rail «De făcut» = candidate V2 (PRD separat)" [MEM-sys] — [CONTRADICȚIE] cu decizia BGN „Chat client↔BONO = mereu prezent în shell" [DUBLIN iun] și „Vox = bula flotantă ✅" [DUBLIN 25 aug]. Regula lui BGN despre astfel de doc-uri: „Materiale din AFARA lui […] întâi diff-ul și OK-ul înainte să scriu în PRD" [MEM-feedback].
• PnL: „PnL eliminat COMPLET din documentul Dublin (nici ca referință — cerință BGN)" [DUBLIN 3 aug]
• Dublin nu calculează nimic fiscal: „Dublin read-only, nu calculează NIMIC fiscal" [DUBLIN 3 aug]
• Fără CAPTCHA/TOTP/SMS la login (cont.bono.ro): „email-first flux unic, OTP email, parolă opțională, Google PKCE, passkeys ca țintă" [DUBLIN 3 aug]
• Nu se afișează pe Dublin ce nu vine din contabilitate; nu semnătura, nu index ANAF, nu atestat/constatator (se cer prin Vox) [DUBLIN 30–31 aug]
• Pe mobil v1: fără offline, fără widgeturi, fără tabletă, fără căutare globală, fără jurnal complet [DUBLIN 25 aug]
• Dublin nu oferă „dosar pentru bancă" generic [DUBLIN 5 aug]

P9. Exemple concrete „așa da / așa nu" (colectate)

P10. Contradicții și tensiuni în stratul PRODUS (rezumat)

1. Date 13 Apr 2026 (BRAND) vs dd.Mmm.yy (BGN 6 aug) vs „29 august 2026" (modul Facturare) — decizia BGN e dd.Mmm.yy; BRAND.md și modulul nu sunt aliniate.
2. Plătită/Neplătită (22 iul) vs Încasată/Neîncasată (30 aug) — a doua e curentă.
3. Model B paritate (iun) vs subset acțional pe mobil (30–31 aug) — a doua e curentă.
4. Umbre --sh-sm (BRAND mai) vs site plat (5 aug) — plat e curent.
5. Border 12% (BRAND) vs 18% alb-pe-bej-0 (22 iul) — 18% e curent.
6. „Pink niciodată pe text" (BRAND) vs „îmi plac labels roz în câmp" (BGN 10 iul) + .t-actor roz — regula reală: nu pe text de corp.
7. „Zero Unicode/emoji" (EDGE) vs steaguri 🇷🇴/🇪🇺 în prototipuri (aug) — netranșat.
8. Chat mereu în shell (BGN iun; Vox bulă 25 aug) vs „chat = CS extern, Vox V2" (concluziile echipei 25 aug) — netranșat între BGN și echipă.
9. Toate facturile indiferent de sursă (BGN, north-star) vs MVP doar facturarea Bono — fazare, nu contradicție.
10. Emiterea pe Acasă link-out (3 aug) vs modal (6–7 aug) — modal e curent; pe mobil quick-emit propriu (25 aug).
11. Scadență 10 zile (Dublin) vs 30 (modul Facturare) — deschis.
12. Sidebar 212/84 (Dublin) vs 240/64 (Edge-38) + alte 7 conflicte DS↔Dublin — deschise, „de tranșat cu Octav" [DUBLIN 2 sep].
13. Ticker pe Home mobil: deloc → „Bono, între timp" — rezolvat prin vasele comunicante.
14. Labeluri mono (30 aug) → Inter t12 (31 aug) — rezolvat.

[MOD DE LUCRU] — cum construim

M1. Metoda: plan-first, prototipul e specul, Bruce

• Scriem înainte să construim: „Niciun proiect nu începe fără o pagină care spune ce construim, pentru cine și ce înseamnă «gata». Nicio implementare nu începe fără un plan […] Codul vine după al treilea document, nu după primul mesaj pe Slack." [WAY-01 §1]; „4 porți pe proiect, 11 faze: Nevoia · PRD · Plan · Taskuri — codul începe după a patra" [WAY-00]; v2 după retreat: „10 reguli în loc de 11 faze" [MEM-ai]
• Estimarea presupune analiză + proiectare: „Estimarea fără planning nu poți să faci. […] Să construiești o platformă de genul ăsta fără analiză și fără planificare, mie nu-mi sună rezonabil. Prin urmare, estimarea este doar un efort mic la final […] motivul pentru care nu avem încă estimarea corectă e că nu avem încă o înțelegere comună a soluției" [R09 00:25:06]
• Dar analiza nu e infinită: „Ce să mai analizez? Asta se numește analiza. De aici îi zic execută." [R10 01:21:22, despre un research complet livrat de Claude]; „dacă nu ieșim din paradigma asta că trebuie să analizăm săptămâni întregi PRD-ul […] noi nu o să putem concura" [R09 00:50:30]
• Product Definition ≠ PRD lung — drive to prototype: „destulă structură în cuvinte (IA, model, principii) → PROTOTIP → prototipul devine specificația. […] Semnal de pivot: când întrebările se rezolvă doar văzând, nu scriind." [BRUCE §5]; „Regula de scriere: faptul → Funcțional · povestea → Jurnal · pixelii → prototip + edge-33" [DUBLIN 25 aug]; feedback Prodi acceptat: PRD „fără detalii estetice, doar funcțional — ce afișăm / din ce sisteme / ce acțiuni […] zero px/tokens/versiuni/strikethrough/date inline — o pagină ≈ un ecran" [DUBLIN 25 aug]
• Bruce = funcții, nu metodologii: „Metodele devin surse de întrebări, invizibile pentru user — nimeni nu vede «acum activez Cagan»." [BRUCE §1]; flow: Nevoie brută → Research → Nevoie reală → Produs (→ prototip → task); „Nevoia are 2 momente" (research-ul redefinește nevoia; ex. Rex) [BRUCE §3]
• Research = regulă de bază, cu 5 lentile în ordinea BGN: „1. Teoria / partea tehnică — explainer riguros […] Lentila pe care BGN o prețuiește cel mai mult — first-principles, înțelegi subiectul înainte să vezi cum îl rezolvă alții. 2. Liderii mondiali 3. Disruptori YC 4. Top 3 local 5. Top 3 experți + deep-dive LIVE pe #1 (ex. demo Keez)" [BRUCE §4]; „e important în analiza, când facem genul ăsta de proiecte, să facem un research serios. Și să căutăm să vedem ce fac alții. E o regulă de bază." [R10 00:42:53]; „Verifică la sursă + citează + etichetează neverificat" [BRUCE §2]
• Sinteza research→owner = DIFF: „✅ CONFIRMAT · ⚠️ DIFERIT · 💡 NOU — Bucket-ul ⚠️ = Bruce contestă cu dovezi." [BRUCE §3]
• Agentul de produs trebuie să facă push-back permanent: „orice produs începe, intră Bruce și face analiza […] de multe ori îmi zice, când îi zic să facem și asta, îmi zice, nu, nu are nicio legătură, nu poți să faci MVP. E pentru faza a doua. […] ar trebui să aibă acest pushback permanent. E cu adevărat soluția asta legată de nevoie sau face mai mult? Și ar trebui, în mod constant, să nu facă mai mult." [R07 01:18:05]
• Mini-Bruce pe fiecare pagină (10 iul): rezumat → nevoie draft → research țintit pe axele disputate → DIFF → produs în prototip; „elementele incerte se marchează «(test)»"; „când nu ai răspuns la întrebarea existențială a paginii → construiești varianta «completă» și înveți din test, nu blochezi decizia" [BRUCE §5]
• Limita lui Bruce: „dă criteriul + structura + prototipul + loop-ul de feedback. NU dă deciziile fine de control/layout […] Semnal că ai trecut linia: discuți aranjamentul unui control, nu un principiu reutilizabil." [BRUCE §5]
• Human-first pentru logic-heavy (analog mobile-first): „construiești versiunea umană întâi ca să definești domeniul, apoi automatizezi peste" [MEM-iris]
• Tipologia proiectelor: A modul (pornește de la Nevoie) · B venture (Calificare cu 5 porți, dezirabilitatea = poarta #1) · C decizie strategică [BRUCE §2]
• Regula surselor externe (BGN, 31 aug): materialele venite direct de la BGN = bandă rapidă; „Orice document/mesaj din AFARA lui care atinge decizii existente = întâi diff-ul («ce confirmă / ce contrazice / ce e nou») și OK-ul înainte să scriu în PRD — și separat înainte să public" [MEM-feedback]
• Fiecare pagină parcată → pe /analize: „Regula: orice subiect parcat în discuții se adaugă pe /analize." [DUBLIN 25 aug]
• PRD = decizii scoase din realitate, validate una câte una: calificata v4 „fiecare regulă a aplicației a fost scoasă din cod și din datele de producție (nu din memorie), apoi validată de Bogdan una câte una — 92 de decizii" [CALIF]

M2. One Person Team, sisteme mici, echipă vs grup

• „De asta insist pe One Person Team, Claude" [R04 00:18:11]; „ideea asta de a lucra un singur om cap-coadă, eu cred că duce efortul la sub jumate, dacă nu sub o treime […] Când vin cinci oameni, fiecare vede ce lipsește și el devine mult mai bun produsul la final […] Inputul vostru în Dublin l-a complicat, nu l-a simplificat, că a adăugat dividendele. […] Dacă lansam fără și clientul îmi zicea, îmi dura 3-4 zile" [R09 00:59:36]
• De ce se pierde la handoff: „Eu dacă fac un PRD și după aia execut, nu există întrebări […] În momentul în care fac PRD și îi dau lui Octav să facă design, sau altcuiva, se pierde." [R04 00:32:33]; „am avut sute de discuții pe fiecare decizie […] în PRD sigur nu apar toate. Însă Claude al meu știe ce am vorbit? Că le are în conversații. […] Când îl dau mai departe, nu-i contextul." [R04 00:35:06]
• Multe sisteme mici, conectate: „soluția noastră trebuie să fie multe sisteme mici, simple, conectate printr-o logică. […] geniul nostru aici trebuie să vină în a descompune o mașinărie de contabilitate în foarte multe servicii virtuale care fac un singur task foarte bine. Și apoi trebuie conectate între ele ca modelul trigger, condiții de execuție, execuție efectivă și output […] nu mai depinzi de un creier central." [R04 00:38:37]; „Cu sisteme independente, conectate prin API, care transmit informația una la alta. […] nu pot să nu dezvolt ceva pentru că încă nu știu cum o să fie" [R09 01:09:22]; „un folder de input, un folder de output" [R11 00:19:17]
• Engineers with an eye for the product / product people care implementează: „Exact asta zice Cat Wu de la Anthropic. […] tu ai două funcții mari, product și engineering. […] Judgment și Intelligence. […] Eu cred că acum, productul e cheie […] oameni de produs foarte buni care să poată să facă și implementare. Și, sigur, ai și câțiva ingineri care, pe chestiile mai sofisticate, rezolvă problemele complicate. […] Salarizare sau facturare nu e sofisticat la IT." [R04 00:41:00]
• Echipă vs grup (Warren Bennis): „Ne lucrăm în echipă, dar individual. Dar izolat […] asta nu e echipă, asta e un grup de oameni care lucrează. […] În echipă înseamnă că depinde de unul de altul. […] Deci fie facem o one-person în care face cineva cap-coadă tot și livrează ceva funcțional, fie dacă lucrăm așa în echipe, trebuie să ne întâlnim să lucrăm în echipă." [R05 00:28:45]
• Mărimea echipei după complexitate: „În funcție de complexitatea lui, poate să fie one person team, poate să fie o echipă cu doi, poate chiar cu șapte […] Dacă e un one person team, are un anumit mod de lucru. Dacă sunt patru, au alt mod de lucru." [R07 00:36:24]
• Sistemul se construiește pe 6 luni, nu pe 2 ani: „fă-mi o arhitectură de sistem pe acest tip de MVP, practic, manufactură. Dar fă-l să meargă șase luni […] În realitate nu, 6 luni sunt 2 ani." [R04 01:36:57]; „Dacă nu merge cu 200 de tabele, fac un folder. Și stau cu un folder șase luni de zile și după aceea fac 200 de alea." [R05 00:39:34]
• Ownership complet (Bono Way): „Un proiect are un singur Feature Lead. El scrie Specify, ține Plan-ul, sparge taskurile, dă deploy și răspunde de ce se întâmplă în primele 30 de zile de producție. Nu predă la jumătate." [WAY-01 §4]

M3. Reguli de folosire a AI-ului

• „Eu așa lucrez, eu așa-i spun. Du-te în repo-ul ăla, scoate acea aplicație, vezi ce-au făcut colegii mei și scoate. […] Și peste o oră funcționează. Eu nu citesc ce scrie acolo, că nu înțeleg oricum" [R10 00:27:57]; „uite cum au lucrat colegii mei la anumite sisteme și aplică aceleași principii la sistemul ăsta […] am dat să se uite la facturare, cum a făcut […] Și fă bucățica pe care trebuie să o faci repetitiv în Dublin. A făcut-o într-o oră. Evident, copiind ce a făcut Vlad." [R10 00:30:47]
• „Întotdeauna, orice execută, execută pe baza lui Bono Skills făcută de Prodi […] Execuția se face într-o zi, două. Pentru că nu se pierde timp cu transferul." [R04 00:32:33]
• Testează înainte să dezbați: „Costul de a testa această idee e atât de mic, spre zero aproape. De ce nu am testat-o?" [R04 01:36:19]; „Vreau să testez, că e simplu. Nu trebuie să avem discuții care să ne convingă" [R04 01:41:34]; „Chiar credeți că nu poate Claude să ia data plății dintr-un extras de cont? […] Eu n-am niciun dubiu că la 90% le face corect." [R04 01:34:07]; „La modul ăsta în care stăm să ne întâlnim 5 oameni să vorbim ceva ce Claude știe deja…" [R10 01:01:29]
• Contextul, nu prompt-ul: „eu dau tot ce pot, eu îi spun tot complet, dau toate informațiile acolo […] dau și PRD-ul, dau și arhitectura. Dau și soluția pe care eu totuși o apreciez mai mult, ca să dau cât mai mult context." [R04 00:38:37]
• Cunoașterea stă în fișiere: „Ce știe Prodi și spune într-un thread se pierde. Ce știe Prodi și stă în CLAUDE.md sau într-un ADR rămâne […] CLAUDE.md […] sub 300 de linii, citit de fiecare agent la fiecare task." [WAY-01 §3, WAY-08]; „Fiecare rând are sursă." / „Tăcerea nu e date." / „Nu evaluează, nu compară." (regulile agentului de evidență) [WAY-08]
• Agentul propune, omul confirmă — pentru toți agenții [WAY-08]; log implicit al activității: „dacă îl pui tu să o facă în mod default, orice face să aibă un log de activity" [R07 00:00:31]
• Bono Way nu e supraveghere: „riscul cu sistemele care teoretic se uită la ce faci e să fie percepute ca sisteme care te verifică, te controlează. […] Cred că putem să construim un sistem […] care te ajută să lucrezi mai bine" [R07 00:07:53]; „the right people doing the right things right" [R07 00:36:24]
• Recomandarea pentru echipă (mai 2026): „abordarea Boris (CLAUDE.md detaliat, task-uri scoped, plan mode, hooks, review uman) — nu orchestrare programatică, dar nici prompts vagi." [memory project_claude_code_workflow]
• Publicare pe subdomeniu privat pentru orice prototip: „ma gandesc ca am putea folosi aceasta metoda (publicare pe subdomeniu privat) pentru a testa orice aplicatie facem." [SLACK 10.07.26 · #-project-dublin]; „REGULĂ: după fiecare iterație pe prototip → redeploy ca site-ul de test să fie mereu la zi." [DUBLIN]
• Design produs de agent, conform DS, fără corecții manuale = cifra lui Octav [WAY-05]; „eu cred că design-ul chiar poate să-l facă [Claude]" [R04 00:41:00]

M4. PRD → prototip → handoff

• Ce livrează BGN: „Intenția mea era să fac PRD-ul și prototipul. M-am oferit să fac și implementarea, ca bonus. Din punctul meu de vedere, eu am livrat. Dacă e ceva neclar, aștept întrebări." [R05 00:28:10]; „Așteptarea mea era că de la prototip PRD la execuție e o bucată de conectare, de arhitectură, de sistem, care e treaba IT-ului." [R09 00:29:30]
• Prototipul = referință de design; producția = a doua țintă [DUBLIN 5 sep]; „El e finalizat ca prototip, el nu e finalizat ca implementare." [R10 00:55:05]
• Review-loop pe prototip = parte din Produs: comentarii point-and-click + editare text inline → „feedback structurat (element + text + font + notă)" [BRUCE §5 d]; „O să fie peste tot buton de comentarii, cum avem în orice site pe care îl facem acum" [R04 01:34:07]
• BGN validează în lot, nu pe fir: „deja au fost prea multe comentarii și le-am pierdut șirul. […] te las pe tine să finalizezi design-ul. te rog să mi-l trimiți când e gata ca să îl validez și să îl trimit la implementare." [SLACK 30.06.26 · DM Octav]; „mi se pare ciudat să lucrăm la același flux simultan pe mai multe thread-uri. Cred că ar fi mai simplu dacă le-am lua la rând." [SLACK 30.06.26]
• Diferența analiză vs implementare în taskuri: „de acord sa facem diferenta intre task-uri de analiza si task-uri de implementare." [SLACK 30.06.26 · DM Teo]
• Colegul care primește un proiect are nevoie de reguli clare: „dacă îi dăm noi lui Octav acest proiect, trebuie să îi dăm reguli clare, specificații clare, obiective clare." [R11 01:20:13]; „El nu face un onboarding abstract, face un onboarding pentru un client care se integrează în Dublin […] are nevoie să aibă sync cu acești oameni" [R11 01:20:47]
• Structura de date e flexibilă, nu subiect de ședință de 5 oameni: „când ne vedem cinci oameni să luptăm pe un document cu structura câmpurilor, aia chiar e în categoria: Cristi le-a făcut, avem încredere că le-a făcut cum trebuie […] Structura de date… eu nu-i dau importanță pentru că e flexibilă. […] Regulările astea nu se bat în cuie." [R10 00:22:47]
• Fișele contabile ale fetelor = fundația de cunoaștere care nu a fost transmisă: „fiecare document care trebuie generat, contabilitate, are o fișă cu o analiză concretă, de unde vin datele, când vin, trigger-ul, ce condiții […] listă cu toate câmpurile" — „nu e undeva la nivel de companie adoptat ca e planul nostru" [R04 00:54:44, 00:50:57]

M5. Decizii: cine, cum, fără consens

• Nu management by consensus: „nu cred că construim produse pe care să fie toată lumea din birou de acord cu ele. Să vină un Octav să zică că lui nu i se pare că e important să arătăm cheltuielile. […] Nu cred că trebuie să facem management by consensus. Design by committee, toată lumea se dă acord." [R11 01:01:28]; „cineva care nu a făcut analiza să vină să zică că nu vreau asta […] Dacă îi dai puterea și după aceea i-o iei, e ciudat." [R11 01:02:04]
• Orice decizie se argumentează cauză-efect: „orice decizie, oricum ar fi ea, trebuie să poți să o argumentezi. Argumentația trebuie să fie logică și bazată pe cauză-efect. Adică nu e decizii, hai să facem așa." [R05 00:36:07]
• Nu totul urcă la board; principii, nu culori: „Că pui butonul verde sau albastru, nu ar trebui să te sui [la board]. […] aș prefera să fie niște principii, nu neapărat alb sau albastru." [R05 00:36:07]; „E important totuși să înțelegem anumite decizii, trebuie să fie corelate sistemele între ele, să fie o viziune, un drum. Dar mă amintesc de ce e așa de greu de transmis această viziune de simplitate. Adică nu e nici la atât de clar în capul meu cum mi se pare mie că e, sau poate nu pot să transmit eu către voi" [R05 00:36:07]
• Sandbox-ul Bookster (idee, nu regulă): „un trimestru în care implementezi un proiect în care ceri acordul doar la doi colegi. […] Și o implementezi, pe un număr mic de clienți. […] Dacă merge pe 100, e cel mai bun test." [R05 00:36:07]
• Trei liste per owner (Bono Way): decide singur / propune și decide cu Bogdan în aceeași săptămână / decide numai Bogdan (structura echipei, bugetul, ce se prezintă în afară) [WAY-05]
• BGN cere pushback pe propriile idei: „Am rugămintea să se uite și Prodi peste propunerea ta design și peste comentariile mele, ca să evităm situația când sunt eu biased / fixat pe o idee." [SLACK 02.07.26 · #-project-facturare]; varianta C „Head of UX" a fost cerută explicit „după opinia mea independentă" [DUBLIN 25 aug]
• Feedback-ul „durează prea mult" trebuie să declanșeze simplificare, nu explicații: „Reacția oare e de explicație și apărare sau e o reacție de hai să văd cum o fac mai simplu? Nu am senzația că noi astăzi luăm acest gen de feedback […] ci mai degrabă de a explica de ce durează mult." [R07 01:04:30]
• Când ceva se complică, e semn că nu e soluția: „atunci când petrecem mult, când vedem că ceva se complică […] trebuie să ne punem întrebarea, nu pare că asta e soluția. Că dacă aia e soluția, s-ar putea să nu fim diferiți de alții." [R04 00:22:06]; „un sistem bun trebuie ca repede să zică, ia un pic, stai o secundă că pare că ceva nu-i bine, hai înapoi la tabla de analiză […] e complexitatea prea mare, e inutil, nu am înțeles bine sau am estimat greșit." [R07 01:18:05]
• Puterea de a tăia: „trebuie să avem puterea să zicem, bă, nu se face asta, că nu e scopul. […] De a tot adăuga feature-uri și funcții și aici pleacă de la definirea nevoii" [R07 01:18:05]
• Deciziile de arhitectură = provizorii în Nevoie, confirmate în Produs, „confirmă cu CTO" [BRUCE §3]; reconcilierea = owner Prodi (accountable — BGN, 31 aug) [MEM-sys]
• Scrisul: „Decizia verbală se scrie în 3 rânduri, în canal, de cine a luat-o, în aceeași zi." / „Un canal Slack per proiect. […] Cererile de review și de aprobare se pun în canalul proiectului, nu în DM." [WAY-08]

M6. Ritm, testare, livrare

• Ritm fix, cifre pe masă: „Ne vedem în același moment al săptămânii, cu aceleași cifre în față. Discutăm doar unde cifrele nu merg împreună. Nu există ședință de status în care cineva povestește ce a făcut." [WAY-01 §5]; 4 cifre de vineri; „40% din ore consumate și 15% din taskuri închise înseamnă discuție pe loc" [WAY-01]
• One number (Harnish): „e foarte important ca fiecare om, când pleacă seara acasă, să aibă one number, acea o cifră care trebuie să-și măsoare progresul" [R07 00:00:31]
• Termenul se mută înainte, nu după: „Termenul s-a mutat după întârziere, nu înainte — un singur om, în tot trimestrul, l-a mutat înainte." [WAY-00]; „Când cineva e întârziat să zică, bă, eu nu cred că pot să termin chestia asta, hai să o facă altcineva" [R11 02:06:51]
• Ciclu săptămânal, cifra unică = firme cu o lună de conta închisă cu bifa contabilului (planul v2, 19 sep) [MEM-ai]; „hai un mid-term review să facem" [R11 01:51:19]
• Lansează imperfect, învață: „nu mă aștept să fie din prima funcțional perfectă, e ca un start-up. Adică dacă aștept să lansez versiunea completă, finală, bună […] nu mai merge. Îl lansezi și când nu merge foarte bine și apoi să-l perfecționezi" [R07 00:49:58]; „îl lansăm așa pentru 100 de firme ca să învățăm. Și în paralel, facem și sistemul solid" [R04 01:31:13]; „Doamne, o să vedeți problemele reale. Nu e ce vorbim noi acum." [R04 01:36:57]
• Testarea de către cine va folosi: „Ea poate să facă testele, testarea. Că ea va folosi sistemele" (Otilia) [R11 01:35:27]; BGN testează pe iPhone real [DUBLIN 25 aug]; „Ai cum sa testezi? Și să și faci un video cu toată experiența" [SLACK 25.05.26 · DM Adina]
• Testul înainte de a construi pagini noi: „Inainte sa mai faci si alte pagini (efort de creatie si de implementare), nu vrei sa testezi intai modificarile la pagina de calculator? […] Cum faci sa stii daca aceste pagini au impact" [SLACK 17.03.26 · DM Alexandra]
• Burn the bridges / commitment: „mâine trebuie să fie un commitment pe lansarea anul ăsta […] știu că nu îmi dau seama cât durează, dar eu îmi iau commitment-ul pentru că o să găsesc soluții să rezolv problema." [R05 00:39:34]; „există o categorie de […] start-up-uri […] pe care le câștigi și prin voință, nu numai prin planificare" [R09 00:12:44]
• Estimările istorice ×2–3: „dacă tu ne spui că mai durează încă șase luni, probabil că de fapt 12-18" [R09 00:32:24]
• Nu cultură de noapte și weekend, dar smart în orele de lucru: „Eu nu vreau […] să construim o cultură în care să muncim noaptea și în weekend. Doamne ferește! Dar […] hai să muncim mai smart în orele în care muncim, astfel încât să livrăm." [R09 00:05:50]
• Fiecare departament are nevoie de metodă, nu doar IT: „fiecare echipă trebuie să aibă mod de lucru. Deci nu e doar despre IT." [R07 00:36:24]; „peste un an și jumate, bătăile noastre de cap o să vină în special din operațiuni" [R07 00:36:24]

M7. Ce așteaptă BGN de la colegi

• Accountability: „Când ești accountable […] pentru copilul tău, bănuiesc că simți că ești responsabil. Dacă ai o problemă, o rezolvi. […] Nu, bă, e copilul meu, vreau să mă cert cu vecinul. […] Eu fac bucata mea, dar sunt mai multe bucăți și eu nu mă pot băga peste bucata lui, dacă nu, o să-l supăr. Dacă gândim așa, în realitate… ăsta e rezultatul." [R05 00:42:19]; „retreaturile trebuie să fie un instrument și de accountability. Nu sunt. Noi suntem binevoitori, bineintenționați […] nu pare că e suficient." [R05 00:28:45]
• Curaj + inițiativă: „pentru asta ne trebuie curaj de la oameni să-și facă și curaj de la voi să testați." [R04 00:41:00]; „putem să găsim metode de a încuraja inițiativa și inovația. Inițiativa, în primul rând." [R05 00:36:07]
• Growth mindset: „Fixed mindset spune, asta e, așa se fac lucrurile. Nu aveam cum să schimb asta. […] Growth spune, cum puteam să fac diferit?" [R07 00:36:24]; „Când ai un feedback […] să întrebi: cum o fac mai simplu?" [R07 01:04:30]
• Spune costul real, nu-l ascunde: „dacă eu vă cer ceva, ce vouă vă spune că o să coste 5 euro, spuneți, boss, o să coste 5 euro." [R04 01:06:15]
• Aliniere intenție–acțiune: „Dacă e important, atunci trebuie ca și să aliniem intenția cu acțiunile. Pentru că acțiunile de azi nu sunt corelate […] cu această intenție." [R04 00:05:52]
• Comunicare, nu presupuneri: „Comunicarea noastră e defectuoasă. Nu ne vedem, nu discutăm, nu punem întrebări, presupunem o groază de chestii și nu merge așa." [R05 00:28:45]; „limbajul nu e încă comun […] Fiecare în parte poate să-și răspundă pentru el, dar nu știu dacă răspunsurile pe care le punem pe o hârtie sunt aceleași." [R11 02:06:51]
• Product people care înțeleg clientul: despre Octav: „de design nu am nevoie foarte mult, am nevoie de design de sisteme, design de procese, de un produs bun, că el e client, el știe cum e să fie client. Insight-ul lui până acum din părerea clientului mi s-a părut foarte bun în fiecare dată." [R11 01:22:26]
• Mid-ii cresc: arhitectură, review, deploy; „Obiectivul meu [Prodi] în Q4 e scăderea dependenței de mine, nu livrarea." [WAY-05]
• Bunătate și față de cei care nu livrează, dar cu consecințe: „o cultură de accountability înseamnă că uneori ăla care nu și-a făcut treaba se simte prost." [R05 00:25:31]; „Nu vreau să plângă cineva la retreat. Îmi propuneam asta, nu mi-a ieșit" [R05 00:24:12]
• Testează ce ai construit înainte să predai: „Nu ai avut tu de făcut aceste analize și teste […] Ăla care spune proiect […] să-mi spună, uite, am testat, semnat cu pixul, semnat prin calificată, am depus" [R11 00:32:57, 00:34:14]

M8. Tensiuni în stratul MOD DE LUCRU

• [TENSIUNE] două viziuni în echipă (BGN vs Prodi): „suntem cumva, n-aș spune două tabere, dar sunt două abordări, două viziuni diferite. Și fie găsim o cale de mijloc […] aici mi se pare că încă mai avem de lucru." [R11 02:06:51]; „noi investim în proiectul ăsta ca într-un startup de tehnologie modernă, dar care cheltuiește resurse ca un startup clasic de tehnologie." [R11 02:06:51]; „neîncrederea lui Prodi e că nu se va aprinde. Sistemul ăsta, că-l faci, nu-i bun." [R04 01:40:37]
• [TENSIUNE] one person team vs Bono Way (6 roluri per proiect, 3 trepte de review): ambele sunt ale lui BGN (retreat vs capitolele Way). Reconcilierea lui: mărimea echipei depinde de complexitate [R07 00:36:24].
• [TENSIUNE] BGN fără rol operațional („Nu aprobă Specify. Nu participă la ședința de vineri." / „Bogdan intervine pe categorii, nu pe caz." [WAY-05]) vs practica: „Eu mă ocup de Iris și atât" [R10 01:48:28], „Eu pot să fac prototipul, Holo" [R11 00:37:28]; auto-observația: „mi se pare că mă bag prea mult peste fiecare […] Dar dacă omul spune că o face el, lasă-l s-o facă el." [R05 00:28:45]
• [TENSIUNE] „scriem înainte să construim" (Way) vs „ce să mai analizez? execută" / „testează, nu dezbate" (retreat). Regula implicită: scrii nevoia și planul, nu analizezi soluția la nesfârșit; testul ieftin bate discuția.
• [TENSIUNE] siguranța fondatorului vs urgența: „fiind sigur că iese, parcă uneori nu mai ai sens of urgency. […] Trebuie să și livrezi uneori, nu numai să știi tu că e tot ok, trebuie să confirmi și cu piața." [R07 00:00:31]

The Bono Way · v2 · Planul de lansare · 19 septembrie 2026 · pregătit de Claude pentru Bogdan; capitolele se rescriu de owner-ii lor. Sursa: repo „Bono Waiy", Markdown.