Un rating mic în magazinul de aplicații este un motiv să analizați reclamațiile recente și să decideți ce necesită o remediere, o explicație sau o verificare a politicilor. Începeți cu sarcina pe care autorul recenziei nu a putut-o finaliza și cu versiunea folosită, dacă este cunoscută. Rezultatul util este un plan de remediere cu o persoană responsabilă și verificarea soluției disponibile.
Este posibil să fie nevoie să răspundeți unei întrebări adresate serviciului de asistență cât timp investigația este încă deschisă. Răspundeți sincer, pe baza informațiilor pe care le aveți. Solicitarea mai multor ratinguri, răspunsul la o reclamație și repararea produsului sunt acțiuni separate, cu dovezi diferite de finalizare.
Ce vă spune un rating mic în magazinul de aplicații?
Un scor vă oferă un punct de plecare pentru investigație. O reclamație scrisă poate indica sarcina afectată, dar cauza trebuie verificată în continuare. Notați magazinul și piața analizate înainte de a compara ratingurile. Apple descrie ratingul sumar din App Store ca fiind specific teritoriului; documentația Google pentru consolă face distincția între ratingul Google Play, care acordă mai multă greutate ratingurilor recente, și media pe întreaga durată.
Un rating fără feedback scris nu dezvăluie motivul. Pentru o recenzie publicată după o lansare trebuie verificată și versiunea înainte de a o atribui acelei lansări. Păstrați vizibile informațiile lipsă, în loc să considerați data drept dovadă a versiunii folosite de persoana respectivă.
Construiți o evidență a reclamațiilor înainte de a alege remedierea
Folosiți consola propriei aplicații cu un cont autorizat. Dacă nu puteți vedea feedbackul relevant, rugați colegul care gestionează accesul să facă verificarea. Începeți cu reclamațiile actuale și păstrați contextul lor. Rapoartele mai vechi merită verificate dacă aceeași sarcină pare să eșueze în continuare.
- Deschideți vizualizarea relevantă a recenziilor. Documentația Apple vă îndrumă către Ratings and Reviews pentru aplicația selectată în App Store Connect, unde există filtre pentru platformă, țară sau regiune și versiunea aplicației. În Play Console, documentația Google folosește Ratings and reviews > Reviews, unde filtrele includ data, limba, versiunea aplicației și dispozitivul. Comenzile diferă între platforme.
- Notați sarcina încercată. Rezumați ce a încercat să facă autorul recenziei și ce s-a întâmplat conform relatării sale. Separați relatarea de explicația pe care o propuneți. Marcați versiunea, dispozitivul sau starea contului ca necunoscute atunci când feedbackul disponibil nu le identifică.
- Păstrați o evidență de lucru minimă. Notați magazinul, piața, data recenziei, versiunea cunoscută, sarcina, defecțiunea observată, informațiile lipsă, responsabilul și următoarea verificare. Folosiți o descriere anonimă într-o listă de lucru comună; păstrați orice referință necesară la sursă într-o evidență cu acces controlat. Evitați să copiați nume, detalii despre comenzi sau diagnostice private într-un răspuns public.
- Grupați reclamațiile comparabile. Puneți împreună relatările despre aceeași sarcină, păstrând diferențele dintre versiuni și dispozitive. Un grup reprezintă un indiciu pentru investigație. Nu stabilește câți utilizatori s-au confruntat cu problema sau ce modificare a cauzat-o.
Alegeți următoarea acțiune pornind de la reclamație
Alegeți o verificare care ar putea elimina incertitudinea din relatare. O sarcină pe care aplicația ar trebui să o ofere, dar care eșuează, necesită reproducerea problemei și o decizie privind remedierea. Dacă un ecran este neclar sau descrierea din magazin diferă de produsul real, verificați ce s-a promis și cum funcționează funcția. O solicitare pentru o funcție neacceptată necesită o decizie de produs și o explicație clară.

Pentru o posibilă defecțiune, cereți persoanei responsabile să repete sarcina raportată în condiții consemnate. Folosiți conturi și date de testare convenite, controlând e-mailurile, taxările și alte efecte secundare. Dacă problema nu poate fi reprodusă, păstrați condițiile testate și informațiile care lipsesc în continuare; mențineți cazul deschis pentru următoarea verificare relevantă.
Când incertitudinea privește semnificația unui ecran sau a unui buton, ghidul nostru despre o interfață de aplicație derutantă tratează această observație mai restrânsă. Păstrați evidența reclamației asociată investigației respective, în loc să solicitați o reproiectare completă numai pe baza mediei de stele.
Raportarea unei recenzii este o altă cale, cu propria condiție. Îndrumările Apple și documentația Google privind raportarea se referă la încălcări ale politicilor. Numiți regula suspectată și dovezile înainte de raportare. O opinie negativă nu reprezintă singură o încălcare demonstrată, iar decizia magazinului rămâne necunoscută până când este luată efectiv.
Remediați sarcina și redactați un răspuns sincer
Atribuiți reclamația unei persoane responsabile și stabiliți o acțiune următoare care poate fi testată. O predare utilă precizează ce a eșuat, în ce condiții cunoscute, ce rămâne necunoscut și cum va fi verificată sarcina modificată. Continuați răspunsul de asistență fără a declara remediată o schimbare neverificată sau indisponibilă.
- Atribuiți remedierea sau clarificarea. Auditurile și mentenanța noastră pentru aplicații mobile încep cu sarcina raportată și dovezile. Includeți rezultatul așteptat, versiunea afectată dacă este cunoscută și verificarea necesară înainte de închidere.
- Verificați modificarea implementată. Reluați sarcina afectată în versiunea aprobată, în condiții comparabile. Notați ce ați observat după efectuarea sarcinii, inclusiv dacă modificarea a fost salvată atunci când acest lucru contează. Verificați traseele adiacente acceptate pe care modificarea le-ar putea afecta; un rezultat reușit pe alt dispozitiv nu soluționează un raport rămas neclar.
- Confirmați disponibilitatea înainte de a anunța remedierea. Notați versiunea lansată și cine o poate obține. Distingeți între o versiune internă de testare, o versiune aprobată și o modificare disponibilă utilizatorului afectat. Dacă disponibilitatea este încă incertă, menționați acest lucru în evidența de lucru și în răspuns.
- Răspundeți cu fapte confirmate. Confirmați că ați primit relatarea problemei, precizați investigația efectivă sau modificarea disponibilă și indicați o cale adecvată de asistență. Documentația Apple privind răspunsurile impune rolul Account Holder, Admin sau Customer Support. Google impune permisiunea Reply to reviews. După salvarea răspunsului, trebuie verificată și starea publicării sale.

Politica Google recomandă ca răspunsurile să rămână concentrate asupra problemei, fără solicitarea unui rating mai mare. Îndrumările Apple cer răspunsuri respectuoase și specifice, fără informații personale. Păstrați detaliile contului și continuarea diagnosticului în canalul protejat de asistență pe care îl folosiți deja. Dacă această cale include o pagină de ajutor, verificați dacă funcționează din aplicație; serviciile noastre de asistență și dezvoltare web pot trata componenta web a acestei căi.
Păstrați solicitările de recenzii separate de asistență
Invitațiile de a lăsa recenzii necesită o verificare separată a platformei. Nu oferiți recompense, nu cumpărați feedback și nu condiționați ajutorul de modificarea unei recenzii. Politica Google privind ratingurile interzice ratingurile frauduloase sau stimulate, iar îndrumările Android privind recenziile în aplicație interzic întrebările despre opinie sau ratingul anticipat înainte de cardul de recenzie. Evitați un traseu care trimite la magazin numai persoanele mulțumite și redirecționează persoanele nemulțumite către feedback privat.
Aceleași îndrumări Android descriu un dialog de recenzie controlat printr-o cotă a cărei limită se poate modifica. Prin urmare, apelarea fluxului de recenzie nu dovedește că persoana a văzut cardul sau a trimis o recenzie. Lăsați implementarea detaliată în sarcina dezvoltatorului; o invitație nouă nu soluționează reclamația investigată.
Ce ar trebui să verificați după lansare?
Reveniți la sarcină și la feedbackul disponibil, având alături condițiile lansării. Notați dacă defecțiunea raportată a fost reprodusă înainte de modificare, ce s-a întâmplat după aceasta și ce nu a fost încă testat. Analizați reclamațiile noi folosind aceeași arie consemnată pentru magazin, piață și versiune, acolo unde informațiile sunt disponibile. Păstrați scorul alături de aceste observații, fără a-l folosi drept dovadă a remedierii.
Urmăriți rezultatul sarcinii afectate, reclamațiile nerezolvate grupate după temă și starea reală de publicare a răspunsurilor relevante. Dacă numărați recenziile, păstrați intervalul de date și filtrele folosite; numărul descrie acele recenzii. Comparați aceeași arie la următoarea analiză și investigați orice reapariție, fără a presupune că lansarea a închis toate cazurile.
O schimbare a ratingului după o lansare nu dovedește cauza modificării. În App Store de la Apple, resetarea ratingului sumar odată cu o versiune nouă păstrează recenziile scrise, conform îndrumărilor sale privind ratingurile. Tratați această opțiune ca pe o decizie separată privind magazinul, după ce înțelegeți feedbackul, nu ca pe planul de remediere.
Unde intervenim noi
Începem cu reclamația, sarcina pe care aplicația ar trebui să o accepte și dovezile necesare pentru alegerea următoarei acțiuni. Putem transforma evidența într-un brief de remediere, putem verifica traseul modificat prin aplicație și putem include pagina sa de asistență atunci când este necesar. Aduceți o descriere anonimă a sarcinii și a punctului nerezolvat la o discuție despre proiect.