Zooza logo

Construiește pe Zooza

Motorul de rezervări e scris. Construiește experiența.

Zooza este infrastructură gata făcută pentru activități de copii — cursuri și grupe, ședințe de probă, ședințe de recuperare, planuri de plată, liste de așteptare și contul părintelui. Rulează pentru școli, studiouri, cluburi și rețele de franciză din toată lumea.

Documentația este în engleză. Integrezi widgeturile sau construiești pe REST API și îți păstrezi site-ul, designul și parcursul clientului. Regulile de dedesubt rămân aplicate de platformă.

Ce este deja construit

Acestea sunt părțile unui sistem de rezervări care cer un an până ies bine și care nu se opresc din schimbat, doar afacerea își rafinează regulile pe parcurs. Sunt la locul lor — cu tot cu cazurile care apar abia în al doilea semestru.

Înscrieri și rezervări

Cursuri, grupe și perioade cu capacitate pe grupă, categorii de vârstă, filtre și listă de așteptare când e plin. Capacitatea este verificată pe server în momentul înscrierii.

Ședințe de probă

O ședință de probă are preț propriu — adesea zero —, capacitate proprie și o continuare care o transformă în înscriere obișnuită, pe planul de plată potrivit. Conversia se măsoară, doar e cifra pe care proprietarul o conduce săptămânal.

Ședințe de recuperare

Reguli de dobândire, limită pe înscriere, expirare, aria în care recuperarea poate fi folosită și locuri suplimentare în grupe deja pline pentru înscrieri noi. Aici atenție — în construcția proprie e funcția cel mai mult subestimată.

Cum funcționează recuperările → Recuperările în Zooza

Plăți și planuri de plată

Lunar, pe perioadă, în rate sau prin debit direct, cu preț proporțional pentru cine vine mai târziu, reduceri pentru frați, tratarea plăților eșuate și facturi pe care contabilul le acceptă.

Contul părintelui

Înscrieri, plăți, recuperări, retrageri și documente într-un singur loc, ca biroul să nu fie singurul drum spre un răspuns. Se integrează direct în site-ul tău.

Mai multe locații și franciză

Prețuri pe locație, personal care vede doar locația lui și raportare pe toată rețeaua — exact punctul în care un model de date propriu se rescrie de obicei de la zero.

Două căi înăuntru

Majoritatea integrărilor le folosesc pe amândouă: widgeturi unde fluxul e standard, API-ul unde vrei ceva al tău.

Widgeturi

Înscriere, probe, orare, hărți și zona părinților, gata făcute. Își poartă cu ele tot setul de reguli, iar tu le stilizezi în brandul tău. Fără server, fără redirect în afara site-ului tău.

  • E de ajuns cheia de widget — nimic secret în browser
  • Stilizabile până la cardul individual de curs sau ședință
  • Evenimentele de înscriere se pot măsura direct din widgetul de înregistrare
Widgeturile în documentație → Înscrieri sub brandul tău

REST API

Citește și scrie entitățile operaționale — înscrieri, cursuri, ședințe, plăți, prezență, clienți — din propriul backend, cu credențiale pe server.

  • Versionat și cu limită de rată
  • Credențiale pe server, niciodată în browser
  • Catalog, orar, aplicație sau unelte interne proprii, pe date vii
Prezentare REST API →

Cum începi

Autoservire de la primul pas. Poți randa date vii chiar în după-amiaza asta.

1

Creează un cont gratuit

Înregistrează-te pe signup.zooza.online și fă-ți un program și o grupă — ca să construiești pe date reale.

2

Integrează un widget sau cere o cheie de API

Un widget are nevoie doar de cheia ta de widget, deci îl pui imediat. Cheia pentru REST API o ceri de la suport — le emitem manual intenționat, ca scrierea într-o afacere vie să rămână o decizie analizată.

3

Pornește de la un exemplu

Ia exemplul cel mai apropiat de ce construiești, copiază codul și adaptează-l. Fiecare vine cu un prompt pentru agentul tău AI.

Nu există un sandbox separat. Mediul de test este contul gratuit — construiești pe el și, la lansare, schimbi cheile.

Lizibil și pentru mașini

Tot mai multe integrări încep de la un agent de cod, și tot mai mulți părinți întreabă întâi un asistent și abia apoi pe tine.

Documentație pe care agentul tău o poate citi

Fiecare exemplu vine cu un prompt scris pentru un agent AI, iar documentația publică un llms.txt, așa că un asistent poate cuprinde toată suprafața dintr-o dată.

llms.txt al documentației →

MCP pentru cei care conduc afacerea

Echipa rezolvă treaba de zi cu zi — grupe, prezențe, clienți, mesaje — vorbind cu Claude sau ChatGPT, mereu cu previzualizare și confirmare înainte de scriere.

Asistenți AI și MCP → Zooza AI pentru Claude și ChatGPT

Un asistent chiar pe site-ul tău

Un chatbot pe paginile tale recunoaște părintele autentificat și îi răspunde despre propriile înscrieri, în loc să îi recite FAQ-ul.

Vezi exemplul →

Pe ce rulează

Detaliile operaționale pe care le cere o evaluare tehnică — mai bine înainte de pilot decât după.

Găzduire
Microsoft Azure, cu rețea cloud privată
Runtime
Kubernetes și Docker
Disponibilitate
SLA 99,9%, cu pagină de status publică
Plăți
Stripe și GoCardless — sau conectează-ți propriul procesator, iar Zooza nu ia nimic din tranzacții
Contabilitate
Xero
Raportare
Power BI, plus endpointuri de raportare dedicate rețelelor de franciză
API
REST, versionat și cu limită de rată
Măsurare
Evenimente de înscriere din widgetul de înregistrare, în analytics-ul tău

Ce întreabă dezvoltatorii primii

  • Există un sandbox sau un mediu de test?
    Un sandbox separat, nu. Mediul de test este un cont Zooza gratuit — creează-l, fă un program și o grupă și construiește pe comportament real, nu pe un mock care se îndepărtează de el în timp. La lansare schimbi cheile.
  • Cum obțin o cheie pentru REST API?
    Creează un cont gratuit pe signup.zooza.online și apoi cere cheia de API de la suport. Emitem cheile manual intenționat: API-ul scrie într-o afacere vie, cu familii reale și bani reali, și preferăm ca accesul să fie o decizie analizată, nu un buton de autoservire. Widgeturile nu au nevoie de ea — lor le ajunge cheia de widget.
  • Care e diferența dintre cheia de widget și cheia de API?
    Cheia de widget este publică prin design. Cu ea lucrează widgeturile de rezervare, orarul și zona părinților, direct în browser, și permite doar ce ar putea face oricum un vizitator. Cheia de REST API este o credențială de server, cu un acces mult mai larg — în codul de front-end nu are ce căuta.
  • Pot să îmi păstrez designul și site-ul meu?
    Așa se întâmplă de obicei. Widgeturile se stilizează în brandul tău până la cardul individual de curs sau ședință, iar ce nu acoperă widgeturile construiești singur pe REST API — catalog, orar sau aplicație proprie, pe date vii. Regulile de dedesubt rămân aplicate de platformă, deci front-endul tău nu poate vinde ceva ce afacerea nu oferă.
  • Zooza ia un procent din plățile noastre?
    Nu, dacă îți conectezi propriul procesator de plăți — tranzacțiile sunt ale tale și Zooza nu ia un procent din ele. Un comision de card apare doar la procesarea prin Zooza, acolo unde Zooza duce procesarea.
  • API-ul este versionat și are limită de rată?
    Amândouă, da. REST API-ul este versionat, deci o integrare construită azi continuă să funcționeze, și are limită de rată, ca un singur client zgomotos să nu strice performanța afacerilor care rulează pe platformă.

Ai în minte un proiect anume?

Cea mai mare parte o lămurește documentația, restul exemplele. Dacă cântărești ceva mai mare — o rețea de franciză, o migrare, integrarea într-un stack existent — vorbește cu cei care au construit-o.

Deschide documentația docs.zooza.online
Rezervă un demo tehnic Îl parcurgem împreună.