--- title: "Testul de cerere: cum decidem dacă merită construită o aplicație" description: "Înainte să scriem o linie de cod, punem pieței o singură întrebare: vine cineva acum în nișa asta și plătește cineva? Răspundem din date publice pe care le scanăm singuri, măsurăm fluxul, nu totalurile de-o viață, citim reclamațiile integral, numărăm oameni, nu locuri, și nu estimăm nicio piață până nu putem numi mecanismul platformei de care depinde produsul." date: 2026-10-11 lang: ro canonical: https://goingstellar.ro/ro/metode/testul-de-cerere-cum-decidem-daca-merita-construita-o-aplicatie/ author: Going Stellar publisher: GOING STELLAR S.R.L. topic: Cercetare / Piețe license: CC BY 4.0 alternate_en: https://goingstellar.ro/methods/demand-test-how-we-decide-whether-an-app-is-worth-building/ --- # Testul de cerere: cum decidem dacă merită construită o aplicație *Înainte să scriem o linie de cod, punem pieței o singură întrebare: vine cineva acum în nișa asta și plătește cineva? Răspundem din date publice pe care le scanăm singuri, măsurăm fluxul, nu totalurile de-o viață, citim reclamațiile integral, numărăm oameni, nu locuri, și nu estimăm nicio piață până nu putem numi mecanismul platformei de care depinde produsul.* > Cercetare · Piețe · 2026-10-11 · https://goingstellar.ro/ro/metode/testul-de-cerere-cum-decidem-daca-merita-construita-o-aplicatie/ ## Pe scurt - Într-o categorie cu clienți care plătesc, cineva lasă o urmă, de obicei recenzii sau instalări; o nișă plină de aplicații fără recenzii înseamnă că nu plătește nimeni. - Totalurile de recenzii și instalări de-o viață sunt un stoc care doar crește, așa că testul de cerere trebuie să măsoare fluxul: recenziile datate și zilele scurse de la cea mai nouă recenzie. - Pe Google Workspace Marketplace, numărul public de utilizatori numără de fapt locuri, pentru că o instalare pe tot domeniul include fiecare angajat, deci spune puțin despre câți oameni au ales aplicația. - Voturile dintr-un tracker public de cereri măsoară enervarea, nu bugetul; instalările produse efectiv de piață sunt cele care au drept de veto. - Înainte de a estima piața pe o platformă pentru dezvoltatori, trebuie copiată din documentația oficială propoziția care spune că modulul face exact acțiunea de care depinde produsul. ## La ce folosește Orice idee arată bine în ziua în care o ai. Testul de cerere stă între idee și repository. E ieftin, rulează din terminal și are o singură treabă: să omoare ideile înainte să ne coste o lună. Regula de bază încape într-un rând: **într-o categorie cu clienți care plătesc, cineva lasă o urmă.** Pe majoritatea marketplace-urilor urma sunt recenziile sau instalările. Dacă într-o nișă există aplicații și nimeni nu le recenzează sau nu le instalează, cineva a construit deja lucrul ăsta și nu l-a cumpărat nimeni. *Lipsa unui lider nu e undă verde; de obicei înseamnă că nu plătește nimeni.* Propoziția asta ne-a omorât ideea preferată într-o oră: vreo 39 de aplicații în nișă și zero recenzii la un loc. Articolul de față descrie metoda. Un articol de cercetare separat, *Patru corecții înainte ca scannerul nostru de piață să însemne ceva*, documentează erorile pe care a trebuit să le reparăm în scannerul propriu-zis; nu le repetăm aici. ## O întrebare, șase marketplace-uri Scanăm șase marketplace-uri cu aceeași metodă, dar cu alt semnal de cerere pe fiecare, ales pentru că e cel mai cinstit număr public pe care îl oferă platforma respectivă. **Shopify App Store:** recenziile, fiindcă instalările nu sunt publice. **Pluginurile WordPress.org:** instalările active, un semnal mai tare decât recenziile. **Atlassian Marketplace:** totalul instalărilor, dintr-un API public curat. **Google Workspace Marketplace:** numărul de utilizatori de pe fiecare pagină, plus volumul relativ de căutare din Google Trends. **Google Play:** instalările, un număr exact de descărcări, histograma notelor și dacă aplicația are reclame sau achiziții în aplicație. **Apple App Store:** nu există deloc o cifră de instalări, așa că lucrăm cu recenzii datate și cu prețurile achizițiilor din pagina produsului, iar concluziile le dăm în intervale, nu în cifre. Chrome Web Store lipsește: n-are un API utilizabil și blochează citirea automată. Indiferent de marketplace, scanarea începe la fel: definim nișa cu o regulă de relevanță pe care o controlăm noi, niciodată cu clasamentul căutării platformei, și verificăm dacă platforma oferă gratuit propria aplicație pentru aceeași treabă. Pe Shopify App Store, când am măsurat, 16 din 130 de categorii erau conduse de aplicația platformei. O aplicație implicită, gratuită și preinstalată încheie singură analiza. ## Flux, nu stoc Un total de recenzii sau de instalări pe toată durata de viață doar crește. Înregistrează pe toți cei care au venit vreodată, inclusiv pe cei plecați de ani buni. Îi spunem stoc. Pentru cineva care intră acum pe piață contează fluxul: câți oameni sosesc acum și la cine. De aceea scannerul citește datele recenziilor. Cel mai tăios câmp e numărul de zile de la cea mai nouă recenzie. O aplicație a cărei ultimă recenzie are patru luni e pe moarte, orice ar spune totalul. Am găsit o aplicație cu 981 de recenzii, tăcută de 333 de zile. Alta avea 1.459 de recenzii adunate în timp, destule cât să pară un jucător sănătos în nișă, dar producea cam 2 recenzii la 90 de zile, după 63 de zile de tăcere. Testul pe stoc o numără drept concurent. Testul pe flux arată un loc liber. ## Citim reclamațiile, și le citim pe toate Recenziile de 1-2★ ale liderului sunt locul unde căutăm produsul de construit. O reclamație despre o funcție lipsă e o specificație scrisă de cineva care deja plătește. Partea asta a metodei a rezistat. Două lucruri s-au schimbat în felul în care le citim. Întâi, reclamația dominantă în fiecare nișă analizată a fost prețul, deci *volumul* reclamațiilor arată cine n-a vrut să plătească. În argumentul pentru construcție intră doar reclamațiile despre funcții. Apoi, filtrarea recenziilor după notă produce o cronologie falsă. Într-o căutare, un agent a citit doar recenziile de 1-2★ ale unui add-on pentru documente și a tras concluzia că e mort funcțional. Citite fără filtru, cea mai nouă recenzie era de 4★ și pozitivă, iar trei din cele patru recenzii din anul anterior erau tot pozitive. Acum citim întâi lista completă și filtrăm după. Ne uităm și la vecini, nu doar la lider. Într-o categorie, toate cele trei add-on-uri de tip solver stăteau între 2,49★ și 2,67★. Când echipe independente ajung timp de un deceniu la aceeași notă slabă, cauza e platforma, nu meșteșugul. Un lider rănit, înconjurat de vecini la fel de răniți, nu e o oportunitate. ## Numărăm oameni, nu locuri; instalări, nu voturi Pe Google Workspace Marketplace, numărul public de utilizatori e, aproximativ, numărul de locuri. Când un administrator instalează un add-on pentru tot domeniul, e numărat fiecare angajat. Am demonstrat-o pe propriile aplicații: consola de dezvoltator arăta că una dintre listările noastre cele mai vizibile, **Change Case**, își datora aproape tot numărul public a două organizații, iar oamenii care o instalaseră singuri erau câteva zeci. **Alphabetize**, care părea o aplicație minoră, avea de câteva ori mai mulți asemenea oameni. De atunci nu mai judecăm nicio aplicație Workspace, a noastră sau a altcuiva, după numărul public. Voturile dintr-un tracker public de cereri de funcții au aceeași problemă, în altă formă. Două rapoarte AI ne recomandau backlogul public Atlassian ca teren de vânătoare mai bun decât marketplace-ul. Am pus tichetele lângă instalările pe care piața le-a produs efectiv. Un tichet cu 617 voturi dusese la o aplicație cu 9 instalări; unul cu 102 voturi, la una cu 14. Pe cele zece idei care meritau verificate, 4.339 de voturi se transformaseră în aproximativ 440 de instalări, împărțite pe vreo 40 de aplicații concurente: cam o instalare la o sută de voturi. Votul măsoară enervarea, nu bugetul. Trackerul a rămas o sursă de ipoteze; instalările au drept de veto. ## Întâi modulul, apoi piața Pe platformele pentru dezvoltatori, o idee poate muri înainte să conteze cererea: punctul de extensie de care depinde poate să nu existe. Din cele zece idei de aplicații Atlassian propuse de cercetarea AI, patru se sprijineau pe un mecanism pe care platforma nu-l are: un modul care interceptează publicarea, un câmp care păstrează textul vechi al unui comentariu, un eveniment pentru editarea comentariilor și un endpoint pe care documentația interzice explicit aplicațiilor să-l apeleze. Toate patru eșuează în tăcere. Manifestul se publică, handlerul nu se declanșează niciodată, iar tu pierzi o săptămână crezând că e o problemă de deploy. Așa că prima poartă, înaintea oricărei analize de piață, e o propoziție copiată din documentația oficială a platformei, care spune că modulul face exact acțiunea de care depinde produsul: blochează, citește, interceptează. Dacă nu putem lipi propoziția, ideea e moartă și nu-i mai estimăm piața. ## Unde am greșit Săptămâni la rând ne-am ordonat aplicațiile Workspace după numărul public de utilizatori. Clasamentul era inversat: în spatele aplicației pe care o numeam câștigătoare erau doar câteva zeci de oameni, iar o rundă întreagă de ipoteze scrise ca să-i explice succesul explica de fapt un număr care nu descria oameni. Ne-am plafonat și propriul flux de lucru fără să spunem. Într-o rundă, 15 candidați au intrat într-un workflow care trimitea la poartă doar primii zece. Cinci n-au ajuns niciodată acolo, printre ei cele mai ieftine două opțiuni pe care le aveam. Poarta e filtrul; un plafon tăcut nu e. Acum înregistrăm tot ce aruncă un workflow. Și am tratat cercetarea AI ca pe o sursă de fapte. Când am verificat propunerile pentru Atlassian, numărul de voturi era exact în 13 din 13 cazuri, dar statusul, data sau poziția platformei erau greșite în 4 din 14, și fiecare greșeală trăgea în direcția care favoriza propunerea. Precis acolo unde precizia e ieftină, greșit acolo unde greșeala ajută. ## Limite Recenziile și instalările sunt aproximări ale clienților plătitori, cu o rată de conversie necunoscută, care diferă de la o categorie la alta. Comparăm nișele între ele; nu citim cifrele drept cerere absolută. Estimările noastre de flux pe Shopify App Store vin dintr-o pagină care arată doar vreo zece recenzii recente, așa că la aplicațiile aglomerate rata se plafonează, iar două aplicații cu aceeași valoare nu sunt neapărat egale. Pe Apple App Store nu există deloc cifre de instalări. Iar testul spune dacă o nișă e vie, nu dacă o putem câștiga: asta ține de produs, de unghiul de atac și de pagina de prezentare, pe care scanarea nu le vede. ## Lista de verificare **1. Mecanismul.** Lipește propoziția din documentație pentru modulul de care are nevoie produsul. Fără propoziție, fără idee. **2. Varianta gratuită.** Oferă platforma deja asta gratuit? Dacă da, te oprești. **3. Apartenența.** Definește nișa cu propria regulă de relevanță și scrie-o. **4. Fluxul.** Măsoară sosirile din recenzii datate și din zilele de tăcere; totalurile de-o viață sunt istorie. **5. Reclamațiile.** Citește întâi toate recenziile, apoi separă reclamațiile de preț de cele despre funcții. Uită-te la vecini. **6. Unitățile.** Oameni, nu locuri. Instalări, nu voturi. Scrie unitatea lângă fiecare cifră. **7. Rapoartele.** Verifică în marketplace fiecare nume și fiecare afirmație dintr-un raport de cercetare, înainte să influențeze o decizie. ## Întrebări și răspunsuri ### Cum îmi dau seama dacă o nișă dintr-un marketplace de aplicații are clienți care plătesc? O nișă cu clienți care plătesc lasă o urmă, de obicei recenzii sau instalări. Dacă într-o nișă există mai multe aplicații și nimeni nu le recenzează sau nu le instalează, cineva a construit deja produsul și nu l-a cumpărat nimeni. Lipsa unui lider nu e undă verde; de obicei înseamnă că nu plătește nimeni. Testul de cerere caută urma asta înainte de prima linie de cod. ### De ce trebuie măsurat fluxul de recenzii și nu totalul lor când evaluez o aplicație? Totalul de recenzii sau de instalări doar crește și îi include și pe cei plecați de ani buni, deci descrie istoria, nu cererea de acum. Fluxul arată câți oameni sosesc acum și la cine. Cel mai util semnal e numărul de zile de la cea mai nouă recenzie: o aplicație cu un total mare, dar tăcută de luni bune, e un loc liber, nu un concurent puternic. ### Cum citesc recenziile negative ale unei aplicații lider când caut o idee de produs? Recenziile negative ale unei aplicații lider merită citite, pentru că o reclamație despre o funcție lipsă e o specificație scrisă de cineva care deja plătește. Citește întâi lista completă de recenzii și abia apoi filtrează, fiindcă filtrarea după notă poate da o cronologie falsă. Separă reclamațiile de preț de cele despre funcții și uită-te la vecini: dacă toți au aceeași notă slabă, cauza e probabil platforma. ### Este numărul de utilizatori din Google Workspace Marketplace un semnal de cerere de încredere? Numărul de utilizatori din Google Workspace Marketplace nu arată câți oameni folosesc aplicația. Cifra publică e, aproximativ, numărul de locuri, pentru că atunci când un administrator instalează un add-on pentru tot domeniul, e numărat fiecare angajat. O listare își poate datora aproape tot numărul public câtorva organizații, așa că pentru oamenii care au instalat-o singuri consola de dezvoltator e un reper mai bun. ### Sunt voturile dintr-un tracker public de cereri de funcții un semn bun de cerere? Voturile dintr-un tracker public de cereri de funcții sunt un semn slab de cerere. Puse lângă instalările pe care le-au primit efectiv aplicațiile apărute, tichetele cu multe voturi duseseră doar la câteva instalări, cam o instalare la o sută de voturi. Votul măsoară enervarea, nu bugetul. Trackerul rămâne o sursă de ipoteze, iar instalările reale decid dacă o idee merge mai departe. ### Ce verific înainte să estimez piața pentru o aplicație pe o platformă pentru dezvoltatori? Înainte să estimezi piața pentru o aplicație pe o platformă pentru dezvoltatori, confirmă că există punctul de extensie de care depinde produsul. Copiază din documentația oficială a platformei propoziția care spune că modulul blochează, citește sau interceptează exact ce îi trebuie produsului. Ideile sprijinite pe un mecanism inexistent eșuează în tăcere: manifestul se publică, handlerul nu pornește niciodată. Fără propoziție, ideea cade. ## Cum se citează **Citare:** Going Stellar (2026). *Testul de cerere: cum decidem dacă merită construită o aplicație*. GOING STELLAR S.R.L.. https://goingstellar.ro/ro/metode/testul-de-cerere-cum-decidem-daca-merita-construita-o-aplicatie/ ```bibtex @misc{goingstellar2026demand, title = {Testul de cerere: cum decidem dacă merită construită o aplicație}, author = {{Going Stellar}}, year = {2026}, url = {https://goingstellar.ro/ro/metode/testul-de-cerere-cum-decidem-daca-merita-construita-o-aplicatie/}, note = {2026-10-11} } ``` Licență. Se poate cita liber, cu atribuire. ## Mai există și - Pagina în HTML: https://goingstellar.ro/ro/metode/testul-de-cerere-cum-decidem-daca-merita-construita-o-aplicatie/ - Același articol în engleză: https://goingstellar.ro/methods/demand-test-how-we-decide-whether-an-app-is-worth-building/