BookLink - Proiect Master SaaS

Milestone 1: Definirea Proiectului

Definirea echipei, a problemei, solutiei si a modelului de business.

Echipa Noastra

Catalin Ispas

Fondator, Full-Stack Developer

Experienta in dezvoltarea de aplicatii backend si full-stack folosind Java, Spring Boot, Angular. Responsabil pentru arhitectura tehnica si implementarea produsului.

catalin.ispas2001@gmail.com

Problema

Interesul pentru servicii de infrumusetare si wellness este in crestere, insa majoritatea micilor afaceri (frizerii, saloane, cabinete) inca se bazeaza pe metode de programare analog: caietul si telefonul.

Acest proces "manual" creeaza trei probleme majore:

Ineficienta si Intreruperi: Angajatii sunt fortati sa-si intrerupa munca (un tuns, o procedura) pentru a raspunde la telefon, scazand calitatea serviciului si productivitatea.
Venituri Pierdute: Orice apel ratat (in afara orelor de program sau cand e prea multa galagie) este un client pierdut. Nu exista o metoda de "capturare" a clientilor 24/7.
Proces Anevoios pentru Client: Procesul de a suna, a negocia un interval orar ("Marti la 3?" "Nu." "Dar la 4?") este ineficient si frustrant pentru clientul modern, care se asteapta la self-service.

Solutiile existente (ex. Fresha) sunt adesea "gratuite", dar functioneaza ca un Marketplace care ia comision din plati, introduce complexitate inutila (gestiune stoc, POS) si sperie patronii traditionali.

Solutia Noastra

Solutia propusa este BookLink, o aplicatie PWA (Progressive Web App) ultra-simplificata, vanduta direct afacerilor (B2B) printr-un model de SaaS (Software as a Service).

Ne concentram exclusiv pe rezolvarea problemei programarilor:

Un calendar simplu: Patronul vede tot, angajatul vede doar programul lui.
Link de programare 24/7: Fiecare business primeste un link unic (ex: `booklink.app/ade-salon`). Acest link poate fi pus pe Google Maps, Instagram, sau tiparit ca un cod QR si lipit direct pe oglinda/receptia salonului.
Fara App Store, Fara Comisioane: Fiind un PWA, se instaleaza dintr-un link. Modelul de business este un abonament fix (ex. 50 lei/luna), predictibil si cinstit.

Segmentul de Clienti

Ne adresam segmentului "long-tail", ignorat de solutiile corporate: micii prestatori de servicii, cu 1-10 angajati, care sunt inca blocati pe sistemul analog (caiet/telefon) si sunt intimidati de solutiile "freemium" bazate pe comision, cum ar fi:

Frizerii si saloane de infrumusetare
Cabinete de stomatologie (mici)
Studiouri de manichiura, masaj, cosmetica
Service-uri auto mici (pentru programari la revizii)

Competitia

Fresha / Booksy

Platforme-Marketplace. Sunt "gratuite" la intrare, dar sunt complexe si fac bani din comisioane de procesare a platilor si din promovarea in marketplace. Sperie patronul care vrea doar un calendar.

Caietul & Telefonul

Principalul nostru competitor. Este "gratuit" si familiar. Trebuie sa demonstram o valoare de 10x mai mare (timp salvat, clienti noi castigati) pentru a justifica schimbarea (inertia).

Avantajul Nostru Competitiv

Avantajul nostru nu este o functie-minune, ci modelul de business: Simplitate radicala + Pret Fix + Vanzare B2B Directa.

Simplitate: Facem un singur lucru si il facem bine: programari.
Pret Fix (SaaS): 50 lei/luna. Fara comisioane. Fara taxe ascunse. Patronul stie exact cat plateste.
PWA: Fara App Store, fara taxe de 30% catre Apple/Google.
Vanzare B2B Directa: Nu asteptam clientii; mergem la ei (cum am discutat, batand la usa) si le oferim o solutie "la cheie", inclusiv configurarea link-ului pe Google Maps.

Metrici Cheie

Spre deosebire de o aplicatie B2C (ca TrailMates), nu ne pasa de MAU (Utilizatori Activi Lunari). Ne pasa de:

Numarul de Business-uri Platitoare: Singura metrica de crestere care conteaza.
MRR (Monthly Recurring Revenue): Venitul lunar predictibil.
Churn Rate: Rata la care business-urile renunta la abonament.

Structura de Costuri

Costurile initiale sunt extrem de mici, permitand un model "lean".

Hosting Frontend (PWA): Netlify / Vercel (Plan gratuit).
Hosting Backend (Spring Boot): Render (Plan Hobby/Starter: 0-7 $/luna).
Contabilitate (SRL): ~200-300 lei/luna (cost fix principal).

Fluxuri de Venit

Un singur flux de venit pentru a mentine simplitatea:

Abonament Lunar: 50 lei / luna / business.

Riscuri Principale & Bariere de Adoptie

Daca problema este atat de reala si solutia atat de simpla, de ce nu este piata deja plina de solutii similare create de alti developeri?

1. Bariera Comerciala (De ce au esuat alti developeri?)

Multi developeri au incercat, dar au abordat gresit problema. Ei cred ca, odata ce au scris codul, clientii vor veni singuri.

Esecul "Build it and they will come": Majoritatea developerilor construiesc aplicatia, o pun pe un site si trimit e-mailuri (spam) frizeriilor. Rata de conversie este 0.01%. Ei esueaza la partea de vanzare.
Solutia noastra (B2B Direct): Succesul acestui model nu sta in cod, ci in strategia de a merge fizic la salon ("batand la usa"). Aceasta munca de vanzare "ne-glamoroasa" este o bariera pe care majoritatea developerilor nu sunt dispusi sa o depaseasca. Eu sunt.

2. Bariera Psihologica (De ce "saloanele nu vor"?)

Problema nu este ca saloanele "nu vor" o solutie, ci ca durerea de a schimba este mai mare decat beneficiul perceput.

Costul "Zero" al Inertiei: "Caietul" este familiar, "gratuit" si "pur si simplu merge". Orice solutie noua, chiar si la 50 de lei, reprezinta un efort de invatare si un risc.
Solutia noastra (Validarea Problemei): Interviurile "Mom Test" au fost cruciale. Ele au scos la iveala "durerea ascunsa" (apelurile ratate, clientii pierduti, erorile de double-booking). Slujba noastra nu este sa vindem "o aplicatie-calendar", ci sa vindem "zero apeluri pierdute" si "zero incurcaturi". Doar demonstrand o valoare de 10x mai mare decat costul caietului putem sparge aceasta bariera.

Milestone 2: Customer Discovery

Validarea problemei prin interviuri calitative (Metodologia "Mom Test").

Identificarea Problemei (Geneza)

Problema a fost observata initial de mine, Catalin, in rolul de client. M-am confruntat frecvent cu un proces frustrant de a incerca sa ma programez la frizerita mea: sunam, ea era ocupata, ma suna inapoi, jucam "ping-pong" cu orele disponibile ("Marti la 3?" "Nu." "Dar la 4?") si de multe ori trebuia sa fac asta in timpul programului meu de lucru.

Am realizat ca aceasta problema este universala si am devenit curios de cealalta parte a baricadei: cum vad patronii si angajatii aceasta problema?

Planul pentru Customer Discovery

Pentru a valida ca problema este una reala si nu doar o frustrare personala, am decis sa desfasor o serie de interviuri directe ("Mom Test"). Scopul a fost sa inteleg procesele actuale ale oamenilor, fara a mentiona solutia mea (o aplicatie).

Am definit 3 segmente de public: Patronii (care iau decizia), Angajatii (care folosesc sistemul) si Clientii Finali (care beneficiaza de el).

Intrebari Adresate (Exemple)

Pentru Patron/Angajat: "Cum gestionati programarile in prezent? Ma puteti ghida pas cu pas prin proces?"
Pentru Patron/Angajat: "Ce se intampla cand suna telefonul si sunteti cu un client? Povestiti-mi despre ultima data cand s-a intamplat asta."
Pentru Patron: "Ati incercat vreodata o alta metoda? Ce v-a placut / displacut la ea?" (Daca au raspuns "Da")
Pentru Client Final: "Povesteste-mi despre ultima data cand ti-ai facut o programare la un salon. Cum a decurs procesul?"

Colectarea si Analiza Datelor (Interviurile)

Am realizat 4 interviuri informale, din care au reiesit urmatoarele perspective:

Interviu 1: Ana (Frizerita, Angajata)

Context: Discutie avuta direct la salon, dupa o programare. Am intrebat-o cum reuseste sa se organizeze cand telefonul suna in continuu.

Relatare & Probleme Detectate:

A relatat ca intreruperile telefonice sunt "cea mai enervanta parte a muncii". Se simte neprofesionist fata de clientul din scaun si presata de cel de la telefon.
Sistemul pe caiet duce la greseli. A povestit despre o situatie in care ea si o colega au programat doua cliente diferite la aceeasi ora, creand o situatie tensionata.

Nevoie Validata: Un sistem centralizat, care sa elimine intreruperile si erorile de "double-booking".

Interviu 2: Mihai (Patron Salon)

Context: Discutie cu patronul Anei, dupa ce am auzit de la ea ca "de 2 ani vrea sa implementeze ceva". L-am intrebat deschis: "Am auzit ca ati vrut sa schimbati sistemul. Ce v-a oprit?"

Relatare & Probleme Detectate:

A confirmat ca a incercat "o aplicatie, nu mai stiu cum ii zice" (probabil Fresha), dar l-a descurajat. "Era gratis, dar dupa aia voia comision la plata si era prea complicata, avea 1000 de butoane."
Durerea lui majora este ca stie ca pierde bani: "Seara si duminica nu raspunde nimeni. Aia sunt clienti pierduti."
Are nevoie de control: "Vreau sa vad eu tot, dar Ana sa vada doar ce e al ei."

Nevoie Validata: O solutie cu pret fix (fara comisioane), control granular (roluri) si simplitate maxima.

Interviu 3: Catalin (Client)

Context: Auto-analiza (si discutii cu prieteni). Am analizat procesul meu: "De ce aman sa ma tund?".

Relatare & Probleme Detectate:

Procesul de a suna este o "corvoada" plina de obstacole si pasi inutili (jocul de ping-pong cu orele).
Amanarea programarii pentru ca "e inchis acum, sun maine", si apoi uit.
Preferinta clara pentru a vedea un calendar vizual si a alege un slot liber, 24/7, fara interactiune umana.

Nevoie Validata: Transparenta vizuala si autonomie (self-service booking).

Concluzii & Impact asupra Produsului

Interviurile au validat ca problema este reala, dureroasa si costisitoare pentru toate cele 3 segmente.

Impact 1: Modelul "Pret Fix" (SaaS) este esential. Patronii sunt mai dispusi sa plateasca 50 de lei/luna decat sa intre intr-un sistem "moca" cu comisioane ascunse.
Impact 2: Simplitatea este functia principala. Trebuie sa rezistam tentatiei de a adauga gestiune de stoc, POS, etc.
Impact 3: Arhitectura trebuie sa suporte din Ziua 1 roluri de Admin (patronul) si User (angajatul).

Suntem pregatiti pentru etapa de Customer Validation?

Da. Am identificat o problema reala si am validat ca segmentele de clienti sunt dispuse sa plateasca pentru o solutie simpla si cinstita. Urmatorul pas (Milestone 3) este crearea unui prototip (MVP) pentru a valida solutia.

Milestone 3: Mockup & Prototip

Prima versiune a solutiei tehnice (MVP) si arhitectura aleasa.

Arhitectura Tehnologica

Frontend: Angular 16 (PWA) - pentru adoptie rapida si performanta.
Backend: Spring Boot (Java) - pentru un API REST robust, securizat, cu logica de business (roluri).
Baza de Date: MySQL - fiabila si scalabila.
Hosting: PWA-ul pe Netlify (gratuit), Backend-ul Spring pe Render (plan hobby/platit).

Prototip Angular Calendar

Un prototip functional al calendarului (partea de admin/angajat) dezvoltat folosind `angular-calendar`. Imaginile de mai jos prezinta vizualizarea pe saptamana si cum arata programarile