Lepinguliste arendajate head tavad

Kui olete lepinguline arendaja ja loote kolmandast osapoolest klientidele rakendusi etteantud spetsifikaadi põhjal, aitab see heade tavade juhend rakendused kiiremini Google Plays avaldatud saada. See juhend keskendub neljale põhivaldkonnale.

  • Kontohaldus: kontode struktuur ning eri haldusmudelite plussid ja miinused.
  • Kvaliteetsed poekirjed: kuidas luua eristuvaid ja paeluvaid poekirjeid, mis vastaksid eeskirjadele ning pakuksid kasutajatele selget teavet?
  • Eeskirjade järgimine: eeskirjade teadmine ja järgimine on vajalik konto peatamise või keelustamise vältimiseks.
  • Rakenduste ülevaatus ja avaldamine: kuidas ülevaatused ja versioonide avaldamine võimalikult sujuvalt läbida?

Kontohaldus

Lepingulistele rakenduste arendajatele on tüüpiliselt saadaval kaks peamist kontohaldusmudelit, aga kindlasti soovitame kasutada detsentraliseeritud kontohaldust.

Mudel Detsentraliseeritud kontohaldus (soovitatav)

Tsentraliseeritud kontohaldus

Kirjeldus

Igal kliendil (või klientide grupil) on eraldi arendajakonto. Üldiselt haldavad kliendid rakenduste värskendusi ja sisu ise. Selle mudeli puhul on kasutusel kaks erinevat haldusstiili.

  • Mittehallatavad kontod: klient haldab oma kontosid ise ja vastutab nende eest täielikult.
  • Hallatavad kontod: lepingulisel arendajal on kliendi kontodele administraatorijuurdepääs ja haldab neid. See mudel on tüüpiline olukordades, kus on vaja individuaalseid arendajakontosid, aga klient eelistab tellida tehnilise hooldusteenuse lepinguliselt arendajalt.
Kõiki rakendusi hallatakse ühe arendajakonto all. Lepinguline arendaja haldab kõiki rakendusi värskendusi ja rakenduse kogu sisu.
Plussid

Mittehallatav: sobib väga hästi, kui klient eelistab oma rakendust ise hooldada.

Hallatav: seda alammudelit kasutatakse tüüpiliselt juhul, kui kohalduvad regulatiivsed nõuded, näiteks finantsasutuste puhul.

Nii mittehallatav kui ka hallatav detsentraliseeritud mudel aitab lepingulist arendajat riskidest isoleerida ning võimaldab täiesti sõltumatut kliendibrändingut kliendi enda arendaja nime all.

Ehkki pealtnäha lihtsustab see mudel rakenduse värskenduste haldamist üheainsa arendajakonto all, soovitab Google tungivalt kasutada detsentraliseeritud kontohaldusmudelit, sest tsentraliseeritud mudeli korral võivad ühe rakenduse eeskirjadega seotud probleemid negatiivselt mõjutada ka kõiki teisi sama konto all olevaid rakendusi. Tulemuseks võivad olla konto tasemel tõsised tagajärjed, mis mõjutavad kõiki sellel kontol olevaid rakendusi (näiteks konto peatamise või lõpetamise korral).
Kaalutlused Nõuab hästi toimivat kliendikommunikatsiooni ja -tuge, et klient mõistaks eeskirju ja oskaks neid järgida.

Nõuab aktiivset osalemist rakenduse hooldamises ja võib tekitada probleeme töökoormusega. Ühe rakenduse eeskirjade rikkumine võib negatiivselt mõjutada kõiki sama konto all olevaid rakendusi.

Tsentraliseeritud kontohaldusmudeli puhul on Google Plays kuvatav arendaja konto teave kõigi rakenduste jaoks sama. Kui klient ei soovi oma brändi lepingulise arendajaga seostada, võib olla parem kasutada detsentraliseeritud kontohaldusmudelit.

Kokkuvõte

Soovitame lepingulistele arendajatele detsentraliseeritud kontohaldusmudelit, sest see mudel

  • võimaldab klientidel oma rakendusi ise hallata JA avaldada omaenda arendaja nime all;
  • isoleerib võimalike eeskirjarikkumiste mõju;
  • võimaldab teil klientidele põhjalikke juhiseid ja tuge pakkuda.

Soovitame tungivalt lepingulistel arendajatel kasutada detsentraliseeritud kontohaldust. Tsentraliseeritud mudelit soovitame kasutada väga piiratud juhtudel. Põhjused on järgmised.

Eri organisatsioonide või isikute rakenduste tsentraliseeritud kontohaldusega kaasnevad vältimatult probleemid.
Kui ühel kontodest toimub eeskirjarikkumine, võidakse eemaldada kõik selle konto rakendused, mis mõjutab teie partnereid, kliente ja rakenduste kasutajaid.

Ärge unustage, et korduvate või raskete eeskirjarikkumiste tulemuseks võib olla konto keelustamine. Sel juhul eemaldatakse kõik kontoga seotud rakendused ja kontol ei saa enam rakendusi avaldamiseks esitada. Olenemata valitud kontohaldusmudelist on lepingulistel rakenduste arendajatel kestva edu saavutamiseks tähtis järgida Google Play eeskirju.

Kvaliteetsete poekirjete loomine

Metaandmete korduskasutamine eri rakendustes on lepinguliste arendajate tavapraktika, sest see säästab vaeva. Samas on positiivse kasutuskogemuse pakkumiseks ja Google Play eeskirjade järgimiseks tähtis luua kordumatuid poekirjeid ja vältida korduslikku või eksitavat sisu. Järgmised nõuanded aitavad luua kvaliteetseid poekirjeid.

  • Poekirjed olgu kordumatud: igal rakendusel peaks olema omanäoline ja paeluv poekirje – kirjeldus, ikoonid, graafika ja ekraanipildid peavad selgelt eristuma, isegi kui tegu on tellija brändi kandva stamprakendusega. Kordumatute poekirjete kasutamine on vajalik ka Google Play kasutuskogemuse huvides, vältimaks pealtnäha sarnaste rakenduste massilist avaldamist. Meie korduva sisu eeskirjade kohaselt peavad rakendused pakkuma kasutajatele väärtust unikaalse sisu ja teenuste näol. Ärge kasutage graafikat, mis on olemasolevate toodete või teenuste graafikaga identne või nii sarnane, et see võib kasutajaid eksitada. Näiteks asukohaspetsiifiliste rakenduste puhul tuleb asukoha nimi lisada ka rakenduse ikoonile (näiteks App1-New York, App2-Los Angeles). Järgnevad mõned näited tavalisematest rikkumistest.

Klõpsake jaotisel, et seda laiendada või ahendada.

Mitmele rakendusele täpselt sama kirjelduse lisamine
Samade ekraanipiltide kasutamine mitme rakenduse poekirjetes
Sama funktsioonigraafika kasutamine mitmel rakendusel
  • Kirjeldage rakendust tõeselt: rakenduse kirjeldus peab vastama rakenduse funktsioonidele ja sisule ning meie petliku käitumise eeskirjadele. Nimetage ainult selliseid funktsioone, mis rakenduses ka tegelikult olemas on. Vältige plaanitavate funktsioonide nimetamist; kui need funktsioonid avaldate, saate alati rakenduse kirjeldust värskendada.

Allpool on esitatud levinud rikkumiste näited.

Ekraanipiltidel selliste funktsioonide ja võimaluste kujutamine, mida rakenduses tegelikult ei ole.
  • Ekraanipildid peavad rakendusele vastama: ekraanipildid peavad rakenduse funktsioone ja kasutuskogemust tõetruult kajastama. Kui ekraanipildil on midagi, mida ülevaatuse käigus ei leita või mida ei õnnestu reprodutseerida, võidakse see tagasi lükata eksitavuse või metaandmete või mittetoimivate funktsioonide eeskirjade alusel.

  • Esitage selge väärtuspakkumine: selgitage, mida rakendus teeb ja mille poolest see teistest versioonidest (näiteks piirkondlikest variantidest) erineb.

  • Kirjeldused olgu lühidad: vältige ülemäära pikki, kehvasti vormindatud ja kõrvaliste üksikasjadega kirjeldusi.

  • Vältige kordusi: ärge korrake lühikirjeldust täiskirjelduses ja vältige märksõnade kordamist. Näiteks vältige kindlasti selliseid korduslikke kirjeldusi: „Autovõidusõit, autosõit võidusõiduautod, autoralli, ringrada, sõitmine, võidusõit, ralli, autod, sõidukid, ralliautod, veokid“.

  • Olge läbipaistev: kui rakendus on mõeldud kitsale kasutajabaasile, avaldage see selgelt.

Lisasoovitused

Nõuanded eeskirjade järgimiseks

Google Play eeskirjade rikkumisel võivad olla rasked tagajärjed konto keelustamiseni välja, mistõttu teil ei pruugi olla võimalik enam rakendusi ja olemasolevate rakenduste värskendusi avaldada. Järgmised nõuanded aitavad eeskirju järgida.

  • Esitage avaldamiseks ainult täielikult toimivaid rakendusi: enne rakenduse avaldamiseks esitamist testige seda põhjalikult. Kui rakenduse mõni osa ei tööta ettenähtud viisil, võidakse rakendus tagasi lükata. Kasutage rakenduse arendamisel testimisradasid.

  • Lisage pääsumandaadid: lisage toimiv demokonto, pääsumandaadid, sisselogimisandmed ja kõik muu, mida Google Play vajab teie rakenduse avamiseks ja ülevaatamiseks, nagu kirjeldatud Play Console'i nõuetes. Muidu ei saa me teie rakendust üle vaadata ja see võidakse tagasi lükata. Tutvuge pääsumandaatide nõuetega ja soovi korral läbige meie tasuta e-kursus.

  • Detsentraliseeritud mudeli mittehallatavate kontode puhul rakendage baastasemel automaatkontrolli – enne mittehallatavatel kontodel rakenduste avaldamist kontrollige kirje vastavust tähtsamatele kvaliteedistandarditele ja eeskirjadele, näiteks et rakenduse kirjeldus pole lihtsalt rakenduse nime koopia.

Rakenduste ülevaatamine ja avaldamine

Selleks, et rakenduste avaldamine läheks sujuvalt, pidage silmas järgmisi nõuandeid.

  • Vältige ülevaatuse ajal muudatusi: kui olete rakenduse ülevaatuseks esitanud, ärge muutke seda enam. Võimaluse korral rakendage selleks ajaks nn koodikülmutus.

  • Kontrollige eeskirjade järgimise olekut: jälgige rakenduse eeskirjade järgimise olekut ja lahendage tuvastatud eeskirjadega seotud probleemid.

    1. Avage Play Console.
    2. Valige rakendus.
    3. Valige vasakpoolsest menüüst Eeskirjade järgimise olek.
    4. Kontrollige eeskirjade järgimise olekut järgmiselt.
      • Kui näete teadet „Probleeme ei leitud“, ei ole teie rakenduse suhtes jõustatud ühtki piirangut ja teil ei ole vaja midagi teha.
      • Kui teie rakendus lükati tagasi, on eelmine avaldatud versioon ka edaspidi Google Plays saadaval.
      • Kui teie rakendus eemaldati, ei ole see Google Plays saadaval seni, kuni esitate eeskirju järgiva värskenduse.
      • Kui teie rakendus peatati, ei ole see enam Google Plays saadaval. Otsuse vaidlustamiseks võite valida käsu Apelleeri.
  • Arvestage ülevaatamiseks kuluva ajaga: jätke avaldamiskavasse piisavalt aega rakenduste ülevaatamiseks, sest kiire ülevaatus ei ole tagatud ja ülevaatuse käigus võib ilmneda ootamatuid probleeme. Tavaliselt ei kulu ülevaatuseks kauem kui 7 päeva, aga harvadel juhtudel võib aega kuluda rohkem.

  • Kaaluge hallatud avaldamise kasutamist värskenduste ennakult esitamiseks: olemasolevate rakenduste värskendusi menetletakse tavakorras. Heakskiitmise järel saate ise valida, millal muudatused avaldatakse. Avage see abikeskuse artikkel, et saada lisateavet muudatuste ülevaatamise ja avaldamise aja haldamise ning hallatud avaldamise kohta.

  • Dokumenteerige : kui avaldate sageli, soovitame sagedasemad eeskirjadega seotud probleemid, nende lahendamise ning tehtud protsessimuudatused või kehtestatud suunised dokumenteerida, et tulevastes versioonides sarnaseid probleeme vältida.

Nende nõuannete ja suuniste järgimine peaks aitama lepingulistel arendajatel rakenduste avaldamise keerukustes navigeerida, oma kontot heas kirjas hoida ning klientide rakendused sujuvalt ja edukalt avaldada.

Kas see oli ab?

Kuidas saame seda täiustada?
Otsing
Kustuta otsing
Sule otsing
Peamenüü
1136164404431724067
true
Abikeskusest otsimine
true
true
true
true
true
92637
false
false
false