LEKCIJA 12 / 14 · BESPLATNI POSLOVNI TEČAJ
Pretplata koja se ponavlja stvara odgovornosti koje se ponavljaju. Korisnici trebaju da usluga radi sljedeći tjedan jednako dobro kao i na dan prijave. Kratka, pouzdana rutina čini te odgovornosti vidljivima prije nego što hitni zahtjevi potroše sve vaše vrijeme.
Do kraja: osmislite upravljivu operativnu rutinu za podršku, naplatu, održavanje i zadržavanje korisnika.
Započnite s četiri dnevna pokazatelja
Pregledajte dostupnost, aktivaciju novih korisnika, iznimke pri plaćanju i neodgovorene zahtjeve za podršku. Odlučite koji događaji zahtijevaju trenutačno upozorenje, a koji pripadaju zakazanom pregledu. Neuspjela prijava možda zahtijeva pažnju prije male promjene tjednog prometa.
Dodijelite upozorenjima vlasnika i radnju. Monitor koji šalje stotine ignoriranih poruka stvara buku bez poboljšanja pouzdanosti. Definirajte kako ćete prepoznati incident, potvrditi tko je pogođen i obavještavati korisnike tijekom istrage.
Za FitSite bi jutarnja provjera mogla potvrditi da postojeće web-stranice odgovaraju, da novostvorene web-stranice imaju odgovarajući predložak, da su događaji naplate obrađeni i da poruke podrške imaju dodijeljene vlasnike. SaaS za izvještavanje zamijenio bi postavljanje web-stranica uspješnim uvozima podataka i isporukom izvješća. Pratite korisnikov zadatak kroz sustav.
Obećajte podršku koju možete pružiti
Postavite jasne kanale podrške, sate dostupnosti i ciljeve vremena odgovora. Cilj vremena odgovora znači potvrđivanje primitka i procjenu zahtjeva; nije obećanje da će svaki problem biti riješen unutar tog vremena. Razlikujte općenito pitanje od prekida rada koji utječe na pristup ili plaćanja.
Izvorni vodič prikazuje različite razine podrške prema paketu. Upotrijebite tu ideju samo kada imate kapacitet ispoštovati je. Obećanje od četiri sata obmanjujuće je ako radite sami i ne pružate takvu pokrivenost. Izričito navedite radno vrijeme i vremensku zonu umjesto da korisnici pretpostavljaju neprekidnu dostupnost.
Izradite kratak popis za prijavu problema: pogođeni račun, pokušani zadatak, uočeni rezultat i vrijeme kvara. Tražite samo informacije potrebne za istragu. Nikada ne tražite od korisnika da e-poštom pošalje lozinku ili potpune podatke kartice. Osoblju podrške dodijelite pristup primjeren njihovim odgovornostima.
Pretvorite ponovljene zahtjeve u poboljšanja proizvoda
Označite ponavljajuća pitanja i potražite temeljni uzrok. Nekoliko korisnika koji pitaju kako promijeniti raspored može upućivati na pomoćni članak koji nedostaje, zbunjujući zaslon ili zadatak koji proizvod ne podržava dobro. Pisanje dokumentacije jedan je odgovor, a ne rješenje za svaki problem upotrebljivosti.
Učinkovit pomoćni članak navodi zadatak, prikazuje trenutačne korake, objašnjava kako prepoznati uspjeh i nudi sljedeći korak ako ne uspije. Ponovno ga provjerite nakon promjene proizvoda. Zadržite mogućnost obraćanja osobi za slučajeve koji ne odgovaraju članku.
Pretpostavimo da ilustrativni pregled podrške za FitSite pronađe šest pitanja o dodavanju trenera. Tim bi mogao poboljšati upute za relevantni predložak, promatrati nekoga kako pokušava izvršiti zadatak i usporediti naknadne zahtjeve. Nemojte tvrditi da je pomoćni članak smanjio broj zahtjeva za podršku ako niste izmjerili taj rezultat.
Uskladite naplatu i pristup
Ponavljajuća naplata ovisi o konfiguriranom pristupniku, postavkama pretplate i događajima plaćanja koji dolaze do vaše aplikacije. Automatizacija ne uklanja potrebu za pregledom iznimaka. Usporedite status članstva s evidencijom plaćanja prije ručne promjene pristupa ili izdavanja povrata novca.
Neuspjelo plaćanje može imati nekoliko uzroka. Provjerite stvarne informacije pružatelja o odbijanju ili događaju umjesto da pretpostavljate da se radi o istekloj kartici ili namjernom otkazivanju. Upotrijebite postavke pružatelja za ponovni pokušaj i obavještavanje korisnika koje on podržava te objasnite kako korisnik može ažurirati podatke o plaćanju sigurnim putem.
Za WordPress put pregledajte članstva i plaćanja Ultimate Multisitea uz evidenciju pristupnika. Provjerite nadogradnje, snižavanja paketa, završetke probnog razdoblja i račune u svojoj konfiguriranoj verziji. Provjerite vrijeme promjena i sva razmjerna obračunavanja umjesto da obećavate da se svaka promjena paketa ponaša jednako.
Neka otkazivanja budu jednostavna. Potvrdite datum stupanja na snagu, stanje buduće naplate i sve dogovore o izvozu ili zadržavanju podataka. Neobavezno pitanje za povratne informacije može vam pomoći učiti, ali otkazivanje ne bi smjelo ovisiti o odgovoru na njega. Povrate novca primjenjujte dosljedno uvjetima koje ste stvarno ponudili.
Održavajte uslugu koju možete oporaviti
Zakažite rutinsko održavanje i zadržite put za hitna sigurnosna ažuriranja. Nemojte svako ažuriranje odgađati do mjesečnog sastanka. Odredite prioritete prema problemu i izloženosti, testirajte što je sigurnije moguće i održavajte plan oporavka ako promjena uzrokuje poteškoće.
Za WordPress Multisite promjena zajedničkog dodatka ili teme može utjecati na mnoge korisničke web-stranice. Testirajte reprezentativne pakete, predloške, naplatu i pristup na testnom okruženju. Upotrijebite zaštitu podataka i kontrole pristupa primjerene testnoj kopiji; testno okruženje ne bi smjelo izlagati korisničke informacije.
Održavajte sigurnosne kopije sadržaja baze podataka i potrebnih datoteka te testirajte vraćanje. Bilježite nedavna uspješna vraćanja, a ne samo uspješne poslove sigurnosnog kopiranja. Nadzirite iscrpljivanje resursa, neuspjeli pozadinski rad i pogreške isporuke, kao i učitava li se početna stranica.
Saznajte zašto korisnici ostaju ili odlaze
Definirajte odljev korisnika za navedeno razdoblje: korisnici izgubljeni tijekom razdoblja podijeljeni s aktivnim korisnicima na njegovu početku. Zabilježite pravila brojanja, uključujući kako tretirate pauze i neplaćene račune. Odljev prihoda druga je mjera i treba biti zasebno označen.
Ako ilustrativno poslovanje započne mjesec s 50 korisnika i izgubi dvoje od njih, odljev korisnika za tu skupinu iznosi 4 %. Novi korisnici stečeni tijekom mjeseca ne mijenjaju taj početni nazivnik. Kod malih brojeva jedno otkazivanje može znatno promijeniti postotak, stoga pregledajte i pojedinačne razloge.
Razdvojite probleme s proizvodom, promjene proračuna, zatvaranja poslovanja i korisnike koji nikada nisu postigli svoj prvi koristan ishod. Ponudite pomoć ili odgovarajući paket kada je to relevantno. Nemojte pretpostavljati da popust rješava značajku koja nedostaje i poštujte komunikacijske postavke prije slanja ponuda za povratak.
Preporučite nadogradnje kada korisnik ima relevantnu potrebu i razumije dodatni trošak. Dosezanje ograničenja može biti prilika za pojašnjenje odgovarajućeg paketa, ali poruka ne bi smjela skrivati mogućnost smanjenja korištenja ili ostanka na trenutačnoj razini.
Dajte rutini kalendar
Dnevne provjere obuhvaćaju dostupnost, hitnu podršku i iznimke naplate. Tjedni pregledi traže neriješene prijave, neuspjehe aktivacije i ponavljajuće probleme. Mjesečni pregledi ispituju ponavljajući prihod, troškove, zadržavanje i dokumentaciju. Tromjesečni pregledi ponovno razmatraju cijene, kapacitet i odgovara li ponuda još uvijek publici.
Upotrijebite ovaj ritam kao početnu točku, a zatim ga prilagodite riziku i opterećenju usluge. Poslovanje koje obrađuje vremenski osjetljive rezervacije treba drukčiji nadzor od mjesečne pretplate na istraživanja. Svrha je spriječiti da posao nestane između odgovornosti, a ne stvarati sastanke radi njih samih.
Vaša vježba: napišite operativni list
Izradite četiri odjeljka: nadzor, podrška, naplata i održavanje. Za svaki navedite vlasnika, učestalost, dokaz koji treba provjeriti i radnju za iznimku. Uključite zamjenskog vlasnika za važne zadatke.
Napišite svoje obećanje podrške jednostavnim jezikom, uključujući sate i razliku između prvog odgovora i rješenja. Zatim provjerite može li ga vaš trenutačni raspored podržati tijekom bolesti ili praznika.
Odaberite jedan ponavljajući korisnički zadatak i napišite pomoćni članak. Testirajte ga s nekim tko nije upoznat s proizvodom. Zabilježite izvršava li zadatak bez dodatnog objašnjenja.
Na kraju, uvježbajte jedan incident na papiru: korisnik je platio, ali nema pristup. Navedite evidencije koje biste usporedili, kako biste komunicirali i kako biste potvrdili oporavak bez izdavanja druge naplate.
Prije nego što nastavite
Održivo poslovanje objedinjuje vlasništvo, jasna obećanja i oporavak. Automatizirajte pouzdane korake, pregledavajte iznimke i koristite korisnička pitanja za poboljšanje iskustva. Pratite zadržavanje uz izričite definicije umjesto oslanjanja samo na oznaku nadzorne ploče.
Izvori i dodatna literatura
Prilagođeno prema izvornoj Lekciji 12: Vođenje poslovanja. FitSite je ilustrativno poslovanje koje se koristi za učenje, a ne priča o uspjehu korisnika. Smjernice za sigurnosno kopiranje WordPressa objašnjavaju sastavnice instalacije koja se može vratiti.